Can't build ipxe with 6.1.1

Can't build ipxe with 6.1.1

[Boris Ostrovsky]

Newer gcc (6.1.1 is what I am using with Fedora 24) is having trouble
compiling ipxe that is fetched by Xen, mostly due to stricter checks.

I have a patch that fixes all these warnings but do we want it or should
we instead upgrade to latest ipxe version? (It builds fine but I haven't
tested it).


-boris





_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

Re: Can't build ipxe with 6.1.1

[Andrew Cooper]

On 01/09/16 20:27, Boris Ostrovsky wrote:
> Newer gcc (6.1.1 is what I am using with Fedora 24) is having trouble
> compiling ipxe that is fetched by Xen, mostly due to stricter checks.
>
> I have a patch that fixes all these warnings but do we want it or should
> we instead upgrade to latest ipxe version? (It builds fine but I haven't
> tested it).

We should really update to a newer iPXE.

The version pulled from xenbits is ages old, and there is no excuse for
having a opencoded patch queue on top of it.

It would be better if it could switch to being like seabios, with a git
tree rather than a tarball, and a --with-system-ipxe= ./configure
option.  This will finally get rid of the last wget'ism out of the
non-stubdom build, which is a distinct improvement for most downstream
consumers of the project.

(I realise I am dumping part of my TODO list on you, but you literally
are asking for it with that question :) - if not, I will get around to
it some day.)

~Andrew

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

Re: Can't build ipxe with 6.1.1

[Boris Ostrovsky]

On 09/01/2016 03:35 PM, Andrew Cooper wrote:
> On 01/09/16 20:27, Boris Ostrovsky wrote:
>> Newer gcc (6.1.1 is what I am using with Fedora 24) is having trouble
>> compiling ipxe that is fetched by Xen, mostly due to stricter checks.
>>
>> I have a patch that fixes all these warnings but do we want it or should
>> we instead upgrade to latest ipxe version? (It builds fine but I haven't
>> tested it).
> We should really update to a newer iPXE.
>
> The version pulled from xenbits is ages old, and there is no excuse for
> having a opencoded patch queue on top of it.
>
> It would be better if it could switch to being like seabios, with a git
> tree rather than a tarball, and a --with-system-ipxe= ./configure
> option.  This will finally get rid of the last wget'ism out of the
> non-stubdom build, which is a distinct improvement for most downstream
> consumers of the project.
>
> (I realise I am dumping part of my TODO list on you, but you literally
> are asking for it with that question :) - if not, I will get around to
> it some day.)

Sure, I'll look at this.

-boris

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

Re: Can't build ipxe with 6.1.1

[Andrew Cooper]

On 01/09/16 20:40, Boris Ostrovsky wrote:
> On 09/01/2016 03:35 PM, Andrew Cooper wrote:
>> On 01/09/16 20:27, Boris Ostrovsky wrote:
>>> Newer gcc (6.1.1 is what I am using with Fedora 24) is having trouble
>>> compiling ipxe that is fetched by Xen, mostly due to stricter checks.
>>>
>>> I have a patch that fixes all these warnings but do we want it or should
>>> we instead upgrade to latest ipxe version? (It builds fine but I haven't
>>> tested it).
>> We should really update to a newer iPXE.
>>
>> The version pulled from xenbits is ages old, and there is no excuse for
>> having a opencoded patch queue on top of it.
>>
>> It would be better if it could switch to being like seabios, with a git
>> tree rather than a tarball, and a --with-system-ipxe= ./configure
>> option.  This will finally get rid of the last wget'ism out of the
>> non-stubdom build, which is a distinct improvement for most downstream
>> consumers of the project.
>>
>> (I realise I am dumping part of my TODO list on you, but you literally
>> are asking for it with that question :) - if not, I will get around to
>> it some day.)
> Sure, I'll look at this.

Ian: Can we see about getting xenbits:ipxe.git which works, and is
tested by osstest, in the same way as seabios currently is?

iPXE has a rolling release with no specific version number, but does
have a xen-netfront implementation (when we start using a version which
isn't 6 years old), so some system testing of PXE booting HVM guests
would be a good move.

~Andrew

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

Re: Can't build ipxe with 6.1.1

[Ian Jackson]

Andrew Cooper writes ("Re: [Xen-devel] Can't build ipxe with 6.1.1"):
> Ian: Can we see about getting xenbits:ipxe.git which works, and is
> tested by osstest, in the same way as seabios currently is?

As I said on IRC, I have no objection to this plan.  When there is an
appropriate ipxe git branch we can put it on xenbits nest to seabios.
There would have to be a corresponding xen.git patch to clone and use
the new ipxe git repo.

If those pieces are present, I would be happy to do the associated
osstest work (which is very straightforward).

> iPXE has a rolling release with no specific version number, but does
> have a xen-netfront implementation (when we start using a version which
> isn't 6 years old), so some system testing of PXE booting HVM guests
> would be a good move.

There is currently no testing of pxebooting guests, in osstest.  I
would welcome patches to do that.  I guess they'd end up using ipxe
with qemu-trad and native pxe support with qemu upstream (assuming all
the toolstack plumbing is in place - which I'm not sure about TBH).
The starting point would probably be the Debian d-i test cases.
(Search for test-debian-di in osstest.git:make-flight.)

Thanks,
Ian.

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel