Bug 1502014 - ipxe-bootimgs needs arch denotation
Summary: ipxe-bootimgs needs arch denotation
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: ipxe
Version: 7.4-Alt
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Neil Horman
QA Contact: Raviv Bar-Tal
URL:
Whiteboard:
Depends On:
Blocks: 1532680
TreeView+ depends on / blocked
 
Reported: 2017-10-13 17:39 UTC by Dan Radez
Modified: 2018-05-21 13:28 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-05-02 13:26:39 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Dan Radez 2017-10-13 17:39:28 UTC
Description of problem:
On a 7.4-ALT install the ipxe-bootimgs package is noarch.

I think this probably makes sense being that you can boot another arch off the ALT server by pxe booting from it. The issue is that the ipxe images in that ipxe-bootimgs package are built specifically for x86_64 and this is not denoted in any way.

I believe we need two things to happen here.
1. at the least denote that the packaged files are built for x86_64
2. build the ipxe-bootimgs package for aarch64

Version-Release number of selected component (if applicable):
RHEL-7.4-ALT
ipxe-bootimgs-20170123-1.git4e85b27.el7_4.1.noarch


Actual results:
Only x84_64 images are installed without indication that they are x86_64

Expected results:
Make sure the user knows what arch the images are built for and offer aarch64 compatible images.

Additional info:

Comment 2 Neil Horman 2017-10-13 20:31:23 UTC
Getting ipxe to build for 7.4 on arm may require a wholesale upgrade of the package and the rebuilding of a few dependencies.  Not sure if its something we want to do for 7.4-alt, but I'll look into it

Comment 3 Miroslav Rezanina 2017-10-17 18:07:08 UTC
This is not going to happen for 7.4 as it's too late for such an change. 

Regarding 7.5, there's rebase deadline next week so this would mean to do this this week and I'm not sure we're able to handle this.

Comment 4 Neil Horman 2017-10-18 13:37:14 UTC
I agree, I'm going to move this to 7.6

Comment 6 Neil Horman 2018-03-19 11:06:22 UTC
Not that I'm aware of, no.  But

Comment 8 Neil Horman 2018-03-20 15:07:20 UTC
Sorry, it was a complete thought, the But, is extraneous.  I don't have a bug open for this on RHEL8, but AFAIK, we've not forked the RHEL8 userspace yet, have we?  Can I just update ipxe for rawhide and f28?

Comment 10 Neil Horman 2018-03-21 17:59:35 UTC
https://koji.fedoraproject.org/koji/taskinfo?taskID=25863062

I've built the latest package in rawhide, but it should work just as well on RHEL7.  I don't have access to an arm box that I can boot via pxe, so if you could try it I would appreciate it.  A few notes:

1) I left all the existing names of files the same, as I don't want to break existing setups.  That should be fine given that the only non x86 target that ipxe supports currently is arm running EFI firmware with NICS that support SNP model devices (NICS that have SNP drivers embedded in their option roms).  not sure if you have something that can work with that.  If not it may be worth considering not enabling arm just yet.

If it works for you, I'll commit it to fedora and do the RHEL port

Comment 11 Neil Horman 2018-04-04 11:20:43 UTC
ping, raviv, dan, any feedback here?

Comment 12 Neil Horman 2018-05-02 13:26:39 UTC
no response, closing, virt wants to leave the package as-is

Comment 13 Dan Radez 2018-05-21 13:28:38 UTC
I've lost access to an ARM environment to be able to test this. I'm not able to validate.


Note You need to log in before you can comment on or make changes to this bug.