[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <17619.57607.638788.298986@cargo.ozlabs.ibm.com>
Date: Sat, 5 Aug 2006 10:06:31 +1000
From: Paul Mackerras <paulus@...ba.org>
To: Theodore Tso <tytso@....edu>
Cc: Alan Cox <alan@...rguk.ukuu.org.uk>,
Zachary Amsden <zach@...are.com>, Greg KH <greg@...ah.com>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Linus Torvalds <torvalds@...l.org>,
Andrew Morton <akpm@...l.org>,
Christoph Hellwig <hch@...radead.org>,
Rusty Russell <rusty@...tcorp.com.au>, Jack Lo <jlo@...are.com>
Subject: Re: A proposal - binary
Theodore Tso writes:
> IBM's virtualization *does* have magic blobs; it's called the
> hypervisor. The difference is that the PowerPC have a delibierately
> castrated architecture such that when you are running a guest
> operating system in an LPAR, so that when you do things like mess with
> page tables (for example), it traps to the hypervisor which is really
Well no. When the kernel wants to change the hardware page tables it
doesn't even try to do it itself, it calls the hypervisor via the
"hypervisor system call" instruction. It's entirely analogous to a
program calling the "write" system call to send output to a terminal
rather than trying to drive the serial port directly (via outb
instructions or whatever).
> "a magic binary blob" running on the bare Power architecture. The
Not really. Not any more than the Windows kernel is a "magic binary
blob" in a GPL'd program running under Windows.
> difference is that the way you trap into the hypervisor is via a
> PowerPC instructure that looks like a native instruction call.
Wow, you must have been really tired when you wrote that... :)
> The bottom line is that the line between magic binary blobs and
> whether or not they are legal or not is more of a grey line than we
> might want to admit.
It's quite clear that (a) being in a separate address space (b) having
a defined, documented interface and (c) being used by multiple
different client OSes is pretty good evidence that something is an
independent work, not a derived work of the kernel, and therefore not
subject to the GPL.
Paul.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists