All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jerry Van Baren <gerald.vanbaren@smiths-aerospace.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Proposal for a make option to include an	additional stand alone program directory
Date: Thu, 26 Apr 2007 16:53:11 -0400	[thread overview]
Message-ID: <46311137.7060207@smiths-aerospace.com> (raw)
In-Reply-To: <20070426204159.6B7F23525D5@atlas.denx.de>

Wolfgang Denk wrote:
> In message <4631093C.7060002@freescale.com> you wrote:
>> But even if the application were non-GPL, how would running it be a GPL violation?  If I 
>> load the application into memory, and just execute it, and the application runs without 
>> calling U-Boot code, and then the application exits, that's not a GPL violation.
> 
> You agree that static linking against a non-GPL library is illegal?
> 
> What does static linking against a NON-GPL library mean? You combine the
> U-Boot image and the library image in some way, or
> load the library image into memory,
> 	then you call a function from that library,
> 		and just execute it, and that library function runs without
> calling U-Boot code, and then the library function returns, that's ...
> ...a GPL violation.
> 
> Agreed? Then compare my text against your text a few lines above, and
> tell me the difference.
> 
> 
> Running an application and calling a function is two  very  different
> things:  U-Boot works perfectly fine without this application, and is
> just a helper to be able to load and atart and run it. But  a  binary
> firmware,  which  is  needed  for  U-Boot to function properly, where
> U-Boot does not work correctly or with the full functionality if  the
> firmware is not present, is a different thing.
> 
> BTW: this is just my view, and IANAL...
> 
> Best regards,
> 
> Wolfgang Denk

If you look at the VSC7385 switch product brief:
   <http://www.vitesse.com/products/product.php?number=VSC7385>
you will see that it has a 8051-type supervisor processor.  It looks to 
me like all Timur is doing is loading a binary blob into the switch's 
supervisor processor, which would not be a GPL issue.

Unfortunately, Vitesse feels their loader software is sooper sekret so I 
cannot download a copy to see what the licensing terms are.  If that is 
_not_ GPL, there may be an issue, but only with the loader software.  If 
the loader software is stand-alone (can be run as a u-boot stand-alone 
application) it would not be a GPL issue since the u-boot license 
explicitly allows that.

IANAL (and have been reading too much groklaw)
gvb

  reply	other threads:[~2007-04-26 20:53 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-26 17:15 [U-Boot-Users] Proposal for a make option to include an additional stand alone program directory Jeff Mann
2007-04-26 18:37 ` David Hawkins
2007-04-26 19:33   ` Jeff Mann
2007-04-26 20:02   ` Wolfgang Denk
2007-04-26 20:43     ` David Hawkins
2007-04-26 18:44 ` Timur Tabi
2007-04-26 19:13   ` Jeff Mann
2007-04-26 19:24     ` Timur Tabi
2007-04-26 20:10       ` Wolfgang Denk
2007-04-26 20:16         ` Timur Tabi
2007-04-26 20:31           ` Wolfgang Denk
2007-04-26 20:05   ` Wolfgang Denk
2007-04-26 20:09     ` Timur Tabi
2007-04-26 20:15       ` Wolfgang Denk
2007-04-26 20:19         ` Timur Tabi
2007-04-26 20:41           ` Wolfgang Denk
2007-04-26 20:53             ` Jerry Van Baren [this message]
2007-04-26 20:59             ` Timur Tabi
2007-04-27  9:38               ` Wolfgang Denk
2007-04-27 19:00                 ` Timur Tabi
2007-04-27 19:32                   ` Ulf Samuelsson
2007-04-27 20:13                     ` Jerry Van Baren
2007-04-30 19:51                     ` Wolfgang Denk
2007-04-30 19:45                   ` Wolfgang Denk
2007-04-26 20:52       ` Ulf Samuelsson
2007-04-26 21:04         ` Timur Tabi
2007-04-27  7:45           ` Stefan Roese
2007-04-27  9:40           ` Wolfgang Denk

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=46311137.7060207@smiths-aerospace.com \
    --to=gerald.vanbaren@smiths-aerospace.com \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.