From: Peter Ryser <peter.ryser@xilinx.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Re: License issues with Xilinx provided files
Date: Wed, 10 May 2006 12:38:07 -0700 [thread overview]
Message-ID: <4462411F.4080200@xilinx.com> (raw)
In-Reply-To: <OFB62908A7.B703F338-ON07257169.0058F157-07257169.0059D3F7@mck.us.ray.com>
>Won't that mean that for any given design that uses a Virtex2/ppc405, the
>public U-Boot source tree will never be guaranteed correct?
>
Yes, it will be correct because the updates to the U-Boot source tree
are aligned with reference designs for a set of boards.
>It sounds like the user would be required to maintain a locally modified
>U-Boot source tree for each design.
>
IMHO, that's good design practice anyway. For every hardware project you
have a number of software projects that are aligned to the hardware
features. At any given time you want to be able to go back to that
source tree if an issue comes up.
>That sounds like a clumsy solution.
>
Configurable hardware is different from static hardware. On one hand it
is a challenge while on the other hand it has lots of benefits. It's
definitely not clumsy.
>Could we just set up a common driver library and provide a mechanism to
>allow a particular board to configure the library for the particular IP
>versions used in the hardware design? Then the IP versions are specified
>in the board configuration file and you're done.
>
IMHO, having a driver library would make things much more complicated.
Generating the required drivers for a given hardware configuration is
straight forward.
>Note that no matter what approach is used, there is still the licensing
>issue. I cannot, for example, submit certain Xilinx driver files for
>inclusion into U-Boot that I need to support my board.
>
That's correct. You can not change the license of drivers shipping in
EDK to GPL. However, if you let me know what drivers you need to have
licensed under GPL I can get this done.
>Are you planning to add a complete set of drivers to U-Boot?
>
No, drivers will be added on a "as needed" basis. But in the first place
stuff needs to make it into the source tree that we have submitted in
the past before we can add new things.
- Peter
next prev parent reply other threads:[~2006-05-10 19:38 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <445FEE82.8070208@xilinx.com>
2006-05-09 16:21 ` [U-Boot-Users] Re: License issues with Xilinx provided files Keith J Outwater
2006-05-10 19:38 ` Peter Ryser [this message]
2006-05-10 22:58 ` Wolfgang Denk
2006-05-30 22:05 ` Keith J Outwater
2006-05-31 0:03 ` 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=4462411F.4080200@xilinx.com \
--to=peter.ryser@xilinx.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.