[Qemu-devel] qemu on Solaris

[Qemu-devel] qemu on Solaris

[Seth G]

Hi,

  I just sent a fair amount of time trying to figure out problems 
with the qemu build and resulting binary.  The first problem (which
is no longer a problem due to the shell OpenSolaris uses) was that
`sh' was used in rules.mak to perform commands -- I had a /bin/sh
that was not bash-compatible.  That's a minor problem.  The
more-serious problem was that once qemu was built, it would die almost
immediately, complaining about smbus-eeprom not being an I2C device.
That problem appears to be due to an issue with gcc's use of the 
Solaris native linker (/usr/ccs/bin/ld) -- the linker is not including
all .o's in the .a's, even though the --whole-archive switch was passed
to it.  The linker team is looking into that problem right now, but in
the meantime, manually performing the link step by specifying all the
required .o's yields a usable qemu executable.

 Thanks,
 --S

Re: [Qemu-devel] qemu on Solaris

[Jonathan Kalbfeld]

[-- Attachment #1: Type: text/plain, Size: 1283 bytes --]

Hey Seth,

Do you know if it builds on Sparc at all?  On Oracle Solaris ;)

jonathan


On Wed, Mar 3, 2010 at 6:24 PM, Seth G <seth.goldberg@sun.com> wrote:

> Hi,
>
>  I just sent a fair amount of time trying to figure out problems
> with the qemu build and resulting binary.  The first problem (which
> is no longer a problem due to the shell OpenSolaris uses) was that
> `sh' was used in rules.mak to perform commands -- I had a /bin/sh
> that was not bash-compatible.  That's a minor problem.  The
> more-serious problem was that once qemu was built, it would die almost
> immediately, complaining about smbus-eeprom not being an I2C device.
> That problem appears to be due to an issue with gcc's use of the
> Solaris native linker (/usr/ccs/bin/ld) -- the linker is not including
> all .o's in the .a's, even though the --whole-archive switch was passed
> to it.  The linker team is looking into that problem right now, but in
> the meantime, manually performing the link step by specifying all the
> required .o's yields a usable qemu executable.
>
>  Thanks,
>  --S
>
>
>
>


-- 
--
Jonathan Kalbfeld
ThoughtWave Technologies LLC
www.thoughtwave.com
LA: +1 818.306.5353 NY: +1 212.202.0698
Direct: +1 818 495 2139 FAX: +1 818 495 2140

Learn UNIX For Free at unixlessons.com

[-- Attachment #2: Type: text/html, Size: 1808 bytes --]

Re: [Qemu-devel] qemu on Solaris

[Seth Goldberg]

Quoting Jonathan Kalbfeld, who wrote the following on Wed, 3 Mar 2010:

> Hey Seth,
>
> Do you know if it builds on Sparc at all?  On Oracle Solaris ;)

   Yes, with the below caveats, it does build and operate on SPARC as well :).

  --S

>
> jonathan
>
>
> On Wed, Mar 3, 2010 at 6:24 PM, Seth G <seth.goldberg@sun.com> wrote:
>
>> Hi,
>>
>>  I just sent a fair amount of time trying to figure out problems
>> with the qemu build and resulting binary.  The first problem (which
>> is no longer a problem due to the shell OpenSolaris uses) was that
>> `sh' was used in rules.mak to perform commands -- I had a /bin/sh
>> that was not bash-compatible.  That's a minor problem.  The
>> more-serious problem was that once qemu was built, it would die almost
>> immediately, complaining about smbus-eeprom not being an I2C device.
>> That problem appears to be due to an issue with gcc's use of the
>> Solaris native linker (/usr/ccs/bin/ld) -- the linker is not including
>> all .o's in the .a's, even though the --whole-archive switch was passed
>> to it.  The linker team is looking into that problem right now, but in
>> the meantime, manually performing the link step by specifying all the
>> required .o's yields a usable qemu executable.
>>
>>  Thanks,
>>  --S
>>
>>
>>
>>
>
>
> -- 
> --
> Jonathan Kalbfeld
> ThoughtWave Technologies LLC
> www.thoughtwave.com
> LA: +1 818.306.5353 NY: +1 212.202.0698
> Direct: +1 818 495 2139 FAX: +1 818 495 2140
>
> Learn UNIX For Free at unixlessons.com
>

Re: [Qemu-devel] qemu on Solaris

[Blue Swirl]

On 3/4/10, Seth G <seth.goldberg@sun.com> wrote:
> Hi,
>
>   I just sent a fair amount of time trying to figure out problems
>  with the qemu build and resulting binary.  The first problem (which
>  is no longer a problem due to the shell OpenSolaris uses) was that
>  `sh' was used in rules.mak to perform commands -- I had a /bin/sh
>  that was not bash-compatible.  That's a minor problem.  The

Please report the errors so that we can fix the bashisms.

>  more-serious problem was that once qemu was built, it would die almost
>  immediately, complaining about smbus-eeprom not being an I2C device.
>  That problem appears to be due to an issue with gcc's use of the
>  Solaris native linker (/usr/ccs/bin/ld) -- the linker is not including
>  all .o's in the .a's, even though the --whole-archive switch was passed
>  to it.  The linker team is looking into that problem right now, but in
>  the meantime, manually performing the link step by specifying all the
>  required .o's yields a usable qemu executable.

--whole-archive is no longer used since
0e8c9214ba1d4128cf92442cd343bc3733478261.

[Qemu-devel] QEMU on Solaris

[Michele Denber]

After configuring QEMU on my Sun I got this message:

"Host OS SunOS support is not currently maintained.
The QEMU project intends to remove support for this host OS in
a future release if nobody volunteers to maintain it and to
provide a build host for our continuous integration setup.
configure has succeeded and you can continue to build, but
if you care about QEMU on this platform you should contact
us upstream at qemu-devel@nongnu.org."

Well I do care about QEMU on my platform so I'd like to volunteer to 
provide a host for support.  I can provide you with a free account on my 
Sun Oracle Enterprise M3000 quad-core 2.75 GHz. SPARC64 VII running 
Solaris 10 Update 11.  I've got plenty of spare CPU cycles and lots of 
free disk.  Please let me know.

             - Michele

Re: [Qemu-devel] QEMU on Solaris

[Daniel P. Berrangé]

On Sun, Aug 12, 2018 at 11:40:09AM -0400, Michele Denber wrote:
> After configuring QEMU on my Sun I got this message:
> 
> "Host OS SunOS support is not currently maintained.
> The QEMU project intends to remove support for this host OS in
> a future release if nobody volunteers to maintain it and to
> provide a build host for our continuous integration setup.
> configure has succeeded and you can continue to build, but
> if you care about QEMU on this platform you should contact
> us upstream at qemu-devel@nongnu.org."
> 
> Well I do care about QEMU on my platform so I'd like to volunteer to provide
> a host for support.  I can provide you with a free account on my Sun Oracle
> Enterprise M3000 quad-core 2.75 GHz. SPARC64 VII running Solaris 10 Update
> 11.  I've got plenty of spare CPU cycles and lots of free disk.  Please let
> me know.

Copying Peter, as he would need access to a Solaris host to do GIT pre-merge
build testing.

Then there's the question of what ordinary developers would use for their own
testing if they needed to work on some portability issue. We've got support
in tree for running builds against VM images for the various *BSDs, and have
mingw cross build toolchain for Windows. Is it possible to provide free-to-use
VM disk images for Solaris build testing, or are software licensing requirements
going to get in the way of developers using them ?

There is OpenIndiana that forked off OpenSolaris, but I'm unclear how far
OpenIndiana and commercial Solaris have diverged since then ?

Regards,
Daniel
-- 
|: https://berrange.com      -o-    https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org         -o-            https://fstop138.berrange.com :|
|: https://entangle-photo.org    -o-    https://www.instagram.com/dberrange :|

Re: [Qemu-devel] QEMU on Solaris

[Peter Tribble]

On Mon, Aug 13, 2018 at 9:34 AM, Daniel P. Berrangé <berrange@redhat.com>
wrote:

> On Sun, Aug 12, 2018 at 11:40:09AM -0400, Michele Denber wrote:
> > After configuring QEMU on my Sun I got this message:
> >
> > "Host OS SunOS support is not currently maintained.
> > The QEMU project intends to remove support for this host OS in
> > a future release if nobody volunteers to maintain it and to
> > provide a build host for our continuous integration setup.
> > configure has succeeded and you can continue to build, but
> > if you care about QEMU on this platform you should contact
> > us upstream at qemu-devel@nongnu.org."
> >
> > Well I do care about QEMU on my platform so I'd like to volunteer to
> provide
> > a host for support.  I can provide you with a free account on my Sun
> Oracle
> > Enterprise M3000 quad-core 2.75 GHz. SPARC64 VII running Solaris 10
> Update
> > 11.  I've got plenty of spare CPU cycles and lots of free disk.  Please
> let
> > me know.
>
> Copying Peter, as he would need access to a Solaris host to do GIT
> pre-merge
> build testing.
>
> Then there's the question of what ordinary developers would use for their
> own
> testing if they needed to work on some portability issue. We've got support
> in tree for running builds against VM images for the various *BSDs, and
> have
> mingw cross build toolchain for Windows. Is it possible to provide
> free-to-use
> VM disk images for Solaris build testing, or are software licensing
> requirements
> going to get in the way of developers using them ?
>
> There is OpenIndiana that forked off OpenSolaris, but I'm unclear how far
> OpenIndiana and commercial Solaris have diverged since then ?
>

>From the point of view of software such as qemu, divergences should be
slight
(there are going to be changes around packaging, shipped compilers, but
that's
true for different Linux distros in the same family). If it builds and
works on
Solaris, it'll build and work on one of the illumos distributions, and vice
versa.
(Although I note that's Solaris 10 mentioned above, which is now EOL, and
may be a little more problematic due to its age.)

You can certainly run illumos (such as OpenIndiana or Tribblix) in a VM
easily,
and freely. I can help with that.

That's for x86, of course. Building on a SPARC platform is a different
matter
entirely. (Although that's one of the reasons some of us are interested in
qemu
in the first place.)

Thanks,

-- 
-Peter Tribble
http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/

Re: [Qemu-devel] QEMU on Solaris

[Peter Maydell]

On 13 August 2018 at 11:08, Peter Tribble <peter.tribble@gmail.com> wrote:
> You can certainly run illumos (such as OpenIndiana or Tribblix) in a VM
> easily,
> and freely. I can help with that.

A good start would be if we had a wiki page similar to
https://wiki.qemu.org/Hosts/BSD (linked to from the "Building
QEMU from source" subsection of https://wiki.qemu.org/Documentation)
that gave the instructions for how to set up a VM running on
x86 QEMU/KVM on Linux which can build QEMU.

Then we could look at adding it to the tests in tests/vm/

thanks
-- PMM

Re: [Qemu-devel] QEMU on Solaris

[Michele Denber]

On 08-13-2018 4:34 AM, Daniel P. Berrangé wrote:
> Copying Peter, as he would need access to a Solaris host to do GIT pre-merge
> build testing.
>
> Then there's the question of what ordinary developers would use for their own
> testing if they needed to work on some portability issue. We've got support
> in tree for running builds against VM images for the various *BSDs, and have
> mingw cross build toolchain for Windows. Is it possible to provide free-to-use
> VM disk images for Solaris build testing, or are software licensing requirements
> going to get in the way of developers using them ?
Correct me if I'm wrong but I assume you're referring to the use of the 
Solaris OS itself.  Solaris 10 and 11 are both available for free 
download from Oracle.  I read the license agreement 
(http://www.oracle.com/technetwork/licenses/solaris-cluster-express-license-167852.html) 
and while I'm not a lawyer and do not even play one on the Internet, the 
relevant part seems to be:

*"LICENSE RIGHTS *
Except for any included software package or file that is licensed to you 
by Oracle under different license terms, we grant you a perpetual 
(unless terminated as provided in this agreement), nonexclusive, 
nontransferable, limited License to use the Programs only for the 
purpose of developing, testing, prototyping and demonstrating your 
applications, and not for any other purpose. If You are an educational 
institution vested with the power to confer official high school, 
associate, bachelor, master and/or doctorate degrees, or local 
equivalent, (“Degree(s)”), You may also use the Programs as part of Your 
educational curriculum for students enrolled in Your Degree program(s) 
solely as required for the conferral of such Degree (collectively 
“Educational Use”)."

I /think /that means it's OK to use it.  ???
>
> There is OpenIndiana that forked off OpenSolaris, but I'm unclear how far
> OpenIndiana and commercial Solaris have diverged since then ?
One problem with OpenIndiana is that it's not available for SPARC. 
However, they refer to Dilos, OpenSXCE and Tribblix, though I know 
nothing of any of those.

             - Michele

Re: [Qemu-devel] QEMU on Solaris

[Michele Denber]

On 08-13-2018 6:08 AM, Peter Tribble wrote:
>
>
> From the point of view of software such as qemu, divergences should be 
> slight
> (there are going to be changes around packaging, shipped compilers, 
> but that's
> true for different Linux distros in the same family). If it builds and 
> works on
> Solaris, it'll build and work on one of the illumos distributions, and 
> vice versa.
> (Although I note that's Solaris 10 mentioned above, which is now EOL, and
> may be a little more problematic due to its age.)
I'm still using Solaris 10 because upgrading to Solaris 11 is a giant 
pain, and they did away with the Java Desktop Environment GUI in 11.  I 
really like the JDE.  However, I believe that Solaris 10 programs should 
also work in Solaris 11.  And it looks like Solaris 11 may be the end of 
the line anyway.
>
> You can certainly run illumos (such as OpenIndiana or Tribblix) in a 
> VM easily,
> and freely. I can help with that.
>
> That's for x86, of course. Building on a SPARC platform is a different 
> matter
> entirely. (Although that's one of the reasons some of us are 
> interested in qemu
> in the first place.)
That's exactly why I'm interested.  I'd like to declare my independence 
form Microsoft and Windows but I still have a few important Windows 
programs that won't run on anything else.  One can debate Solaris vx. 
Linux, but I've made my choice.

             - Michele