Re: patent on O_ATOMICLOOKUP [Re: [PATCH] loopable tmpfs (2.4.17)]

Larry McVoy (lm@bitmover.com)
Sat, 25 May 2002 21:13:28 -0700


On Sat, May 25, 2002 at 11:58:14PM -0400, Alexander Viro wrote:
> > Good luck making that stick in court. First of all, the RTAI guys have
> > admitted over and over that RTAI is a fork of the RTLinux source base.
> > Your claims that that isn't true are countered by principles from both
> > parties in question. Second of all, both source bases have evolved
> > since the fork. Whether your script catches the common heritage or
> > not has no meaning, the fact remains that one is derived from the
> > other, and as such has to be GPLed.
>
> Larry, can it. 4.4BSD was derived from v6->v7->32V - nobody had ever
> denied that. So was USG "codebase"<spit>. Didn't change the outcome
> of lawsuit.

That's because of 2 reasons:

a) AT&T was apparently unfamilier with diff(1)
b) Bill Jolitz choose to keep his mouth shut so that 4BSD would get
freed up. And got publicly humilated for it and still held his
tongue.

Here's a clue: go diff bmap() in 4.x BSD and in 32V. Word for word, bit
for bit, comment for comment, identical when I did it. And I think anyone
can verify that, both versions of the code are out there now. And I also
think that you, Al, would agree that bmap() is a pretty profound part of
the file system. That AT&T let that one slip is mind boggling.

> If somebody chooses to use these "free for GPLed works" patents - fine,
> but at least have a decency to admit that it's a bit more complex than
> "if you want to make money on my work I want a part of it".

Huh? You lost me. For the record, I do think it's that simple. And in
personal conversations with Victor, he's indicated that it is that simple.
What else do you think is there? I'm missing some subtlety here, bang me
on the head with it.

-- 
---
Larry McVoy            	 lm at bitmover.com           http://www.bitmover.com/lm 
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/