Changeset - b59142e32c80
[Not reviewed]
Merge
0 2 0
Bradley Kuhn (bkuhn) - 9 years ago 2015-03-12 17:09:27
bkuhn@ebb.org
Merge branch 'master' from upstream changes.
1 file changed with 17 insertions and 16 deletions:
0 comments (0 inline, 0 general)
www/conservancy/static/linux-compliance/vmware-lawsuit-faq.html
Show inline comments
...
 
@@ -140,5 +140,5 @@
 
    <p>The GPL violation at issue involves VMware's ESXi product.
 
    Conservancy independently reviewed ESXi 5.5 and its incomplete
 
      <acronym title="complete, corresponding source">CCS</acronym>
 
      <abbr title="complete, corresponding source">CCS</abbr>
 
    release as part of our GPL enforcement efforts described above.</p>
 

	
...
 
@@ -149,5 +149,5 @@
 
            released in binary form only,</li>
 
            <li>the kernel module &ldquo;vmklinux&rdquo;, which contains modified Linux
 
Code, and for which (at least some) source code for which is provided.
 
Code, and for which (at least some) source code is provided.
 
            <li>other kernel modules with device drivers, most of which are
 
            modified Linux drivers, and for which (at least some) source code
...
 
@@ -156,5 +156,5 @@ Code, and for which (at least some) source code for which is provided.
 

	
 
    <p>Conservancy examined the incomplete CCS alongside the
 
           binary &ldquo;vmkernel&rdquo; component.  Such examination indicates that function
 
           binary &ldquo;vmkernel&rdquo; component.  Such examination indicates that functions
 
           in &ldquo;vmkernel&rdquo; do make function calls to Linux's kernel code
 
      in the usual way for a single program written in C.</p></dd>
...
 
@@ -209,5 +209,6 @@ Code, and for which (at least some) source code for which is provided.
 
           which can be found in the &ldquo;Open Source&rdquo; release for
 
           ESXi 5.5.0 Update 2 (5.5U2).  A small excerpt from that file, found in the
 
           function <code>LinuxPCIDeviceRemoved()</code>, reads as follows:
 
           function <code>LinuxPCIDeviceRemoved()</code>, reads as follows:</p>
 

	
 
<pre>
 
if (unlikely(
...
 
@@ -223,5 +224,5 @@ VMKAPI_MODULE_CALL_VOID(pciDevExt->moduleID,
 
                        linuxDev);
 
</pre>        
 
</p>
 

	
 
<p>The function, <code>vmk_PCIGetDeviceName()</code> must be defined, with an
 
      implementation, for this code above to work, or even compile.
...
 
@@ -235,11 +236,14 @@ VMKAPI_MODULE_CALL_VOID(pciDevExt->moduleID,
 
  can by found by running <code>objdump -x</code> on the un-vmtar'ed
 
  <code>vmklinux_9</code> module.  Note the following output in the &ldquo;SYMBOL
 
  TABLE&rdquo; section:
 
  TABLE&rdquo; section:</p>
 

	
 
<pre>
 
0000000000000000         *UND*  0000000000000000 vmk_PCIGetDeviceName
 
</pre>
 

	
 
<p>
 
&hellip;and the following lines found in the  &ldquo;RELOCATION RECORDS FOR
 
[.text]&rdquo; section:
 
</p>
 

	
 
<pre>
...
 
@@ -249,5 +253,4 @@ VMKAPI_MODULE_CALL_VOID(pciDevExt->moduleID,
 
000000000003cf40 R_X86_64_PC32     vmk_PCIGetDeviceName+0xfffffffffffffffc
 
</pre>
 
</p>
 

	
 
<p>The above two properties both suggest that the <code>vmklinux_9</code>
...
 
@@ -265,10 +268,11 @@ VMKAPI_MODULE_CALL_VOID(pciDevExt->moduleID,
 
  These findings strongly suggests this is an image of the
 
  &ldquo;vmkernel&rdquo; component.  An <code>objdump -x</code> yields this
 
  &ldquo;SYMBOL TABLE&rdquo; section:
 
  &ldquo;SYMBOL TABLE&rdquo; section:</p>
 

	
 
<pre>
 
000041800036a408 g     F .text  0000000000000137 vmk_PCIGetDeviceName
 
</pre>
 

	
 
&hellip; which indicated these binary file contains the function body
 
<p>&hellip; which indicated these binary file contains the function body
 
for  <code>vmk_PCIGetDeviceName</code>.</p>
 

	
...
 
@@ -281,5 +285,5 @@ for  <code>vmk_PCIGetDeviceName</code>.</p>
 

	
 
<p>Given this evidence and related contextual clues, the only logical
 
  conclusions are:
 
  conclusions are:</p>
 
    <ul><li><code>vmklinux_9</code>, as a binary object, dynamically links
 
 with <code>k.b00</code>, another binary object, to form a single running
...
 
@@ -301,5 +305,4 @@ for  <code>vmk_PCIGetDeviceName</code>.</p>
 
        in <code>k.b00</code>.</li>
 
    </ul>
 
    </p>
 
<p>The above is but one piece of evidence among many, but hopefully it helps
 
  to explain the types of &ldquo;combined work&rdquo; violations found in
...
 
@@ -314,5 +317,5 @@ previously-mentioned <code>linux_pci.c</code>,
 
    <code>vmklinux_9</code> and the source code that builds the latter.</p>
 

	
 
  <p>To obtain the source components, follow these steps (no login is required):
 
  <p>To obtain the source components, follow these steps (no login is required):</p>
 

	
 
<ol>
...
 
@@ -345,7 +348,6 @@ previously-mentioned <code>linux_pci.c</code>,
 

	
 
</ol>
 
</p>
 

	
 
  <p>To obtain the binary components, follow these steps (a login is required):
 
  <p>To obtain the binary components, follow these steps (a login is required):<p>
 

	
 
<ol>
...
 
@@ -396,7 +398,6 @@ at <code>bin/vmtar</code> inside
 

	
 
</ol>
 
</p>
 

	
 
  <p>Note that VMware may present you with <acronym title="End User Licensing Agreement">EULA</acronym>s and <acronym title="Terms of Service">ToS</acronym> when you download
 
  <p>Note that VMware may present you with <abbr title="End User Licensing Agreement">EULA</abbr>s and <abbr title="Terms of Service">ToS</abbr> when you download
 
  software from VMware's website.  Conservancy strongly suggests that you review these
 
  terms in great detail with the assistance of your own legal counsel before
0 comments (0 inline, 0 general)