public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
From: Carlo Marcelo Arenas Belon <carenas-kLeDWSohozoJb6fo7hG9ng@public.gmane.org>
To: "Zhang, Xiantao" <xiantao.zhang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	Avi Kivity <avi-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
Subject: Re: vgabios and other guest related firmware
Date: Wed, 2 Jan 2008 04:29:57 -0600	[thread overview]
Message-ID: <20080102102956.GE8605@tapir> (raw)
In-Reply-To: <42DFA526FC41B1429CE7279EF83C6BDCBB77B5-wq7ZOvIWXbMAbVU2wMM1CrfspsVTdybXVpNB7YpNyf8@public.gmane.org>

On Wed, Jan 02, 2008 at 05:46:04PM +0800, Zhang, Xiantao wrote:
> Avi Kivity wrote:
> > Carlo Marcelo Arenas Belon wrote:
> >> 
> >>> We also need to upload the ia64 firmware for kvm, and make it
> >>> available for users use. At least, we need to provide the binary.
> >> 
> >> beware that actually providing the binary without sources might be a
> >> problem for some distributions (like debian and derivatives like
> >> ubuntu). 
> >> 
> >> most likely getting the sources and a makefile which could be used
> >> to build the binary and copy it to the qemu/pc-bios/ directory, at
> >> release time or when the sources had been changed and it needs to be
> >> rebuilt, and for convenience so it can be distributed with the
> >> release tar.gz will be preferred. 
> >> 
> >> for hints on how to get that look at the Makefiles in the bios or
> >> vgabios top level directories and the top level Makefile
> > 
> > Note that we ship x86 binaries for two reasons:
> > - qemu does it that way, and we inherited it, before the need arose to
> > make modifications
> > - obscure tools are needed to build the binaries (iasl and dev86)
> > 
> > Since ia64 doesn't have these issues (is that right?) then we can
> > probably do a source-only release.
> 
> Ia64 firmware build need edk tools(very big package), and very hard to
> setup the environment correclty.  And it is not friendly to users :(

you wouldn't expect users to rebuild the firmware, but distributions or the
providers of the binaries and that have the environment needed, because they
are also the ones working with the sources.

are you referring to this edk? 

  https://edk.tianocore.org/

> Maybe binary is also needed.

Just because the binary is very difficult to make, shouldn't prevent importing
the sources if they are available under a compatible opensource license and
they had been modified to work with KVM.

of course it should preclude the build to try to generate the binary by
default just like it does now for bios and vgabios, so that final users that
don't care can just use the already generated binaries for convenience.

if the binary hasn't been modified and corresponds to some known release which
is publicly available and is licensed for public redistribution in a way
that is compatible with kvm's licenses then it could be imported.

but even in that case would be probably better to let the distributors or
users to handle that for themselves and avoid all the legalese IMHO.

Carlo

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

  parent reply	other threads:[~2008-01-02 10:29 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-02  4:44 vgabios and other guest related firmware Carlo Marcelo Arenas Belon
2008-01-02  8:14 ` Zhang, Xiantao
     [not found]   ` <42DFA526FC41B1429CE7279EF83C6BDCBB773B-wq7ZOvIWXbMAbVU2wMM1CrfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2008-01-02  9:30     ` Carlo Marcelo Arenas Belon
2008-01-02  9:36       ` Avi Kivity
     [not found]         ` <477B5B2F.7080304-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2008-01-02  9:46           ` Zhang, Xiantao
     [not found]             ` <42DFA526FC41B1429CE7279EF83C6BDCBB77B5-wq7ZOvIWXbMAbVU2wMM1CrfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2008-01-02  9:52               ` Avi Kivity
     [not found]                 ` <477B5EC8.4060101-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2008-01-02  9:57                   ` Zhang, Xiantao
2008-01-02 10:29               ` Carlo Marcelo Arenas Belon [this message]
2008-01-02  9:54       ` Zhang, Xiantao
2008-01-02  9:29 ` Avi Kivity

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=20080102102956.GE8605@tapir \
    --to=carenas-kledwsohozojb6fo7hg9ng@public.gmane.org \
    --cc=avi-atKUWr5tajBWk0Htik3J/w@public.gmane.org \
    --cc=kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=xiantao.zhang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox