Greetings everybody,
Am 05.02.20 um 14:28 schrieb Adrian Schröter: > On Mittwoch, 5. Februar 2020, 12:26:45 CET Guillaume Gardet wrote: >> >>> -----Original Message----- >>> From: Adrian Schröter <[email protected]> >>> Sent: 05 February 2020 11:40 >>> To: [email protected]; Guillaume Gardet >>> <[email protected]> >>> Cc: Andreas Färber <[email protected]>; [email protected]; nd <[email protected]> >>> Subject: Re: [opensuse-arm] Re: New 32-bit Arm support needed for future OBS >>> builds >>> >>> On Mittwoch, 5. Februar 2020, 11:34:00 CET Guillaume Gardet wrote: >>>> >>>>> -----Original Message----- >>>>> From: Adrian Schröter <[email protected]> >>>>> Sent: 05 February 2020 11:16 >>>>> To: [email protected]; Guillaume Gardet >>>>> <[email protected]> >>>>> Cc: Andreas Färber <[email protected]>; [email protected]; nd >>>>> <[email protected]> >>>>> Subject: [opensuse-arm] Re: New 32-bit Arm support needed for future >>>>> OBS builds >>>>> >>>>> On Mittwoch, 5. Februar 2020, 11:16:02 CET Guillaume Gardet wrote: >>>>>> Hi, >>>>>> >>>>>> As you may know, OBS has a low number of 32-bit Arm capable workers. >>>>>> Some Arm servers are AArch64 only and some are still supporting 32-bit >>> mode. >>>>>> >>>>>> The thing is new AArch64 SoC (Arm Neoverse N1) will still have the >>>>>> ability to run >>>>> Arm 32-bit code, but only for user space (not for kernel anymore). >>>>>> So, we could still build for 32-bit Arm with those kind of >>>>>> machines, but our >>>>> current setup (qemu/kvm in 32-bit mode) will not work anymore. >>>>>> >>>>>> Here are the solutions which could be used: >>>>>> * 64-bit qemu (with a 64-bit kernel) with armv6/armv7 rootfs Is there an option missing here, namely aarch64 qemu using kvm with armv7-a kernel and userspace? >>>>>> * 32-bit containers on aarch64 (qemu) host >>>>>> * qemu without kvm: will probably be too slow >>>>>> >>>>>> I do not know how much work it would require to support one of >>>>>> those >>>>> solutions and how many packages will be confused by a 64-bit kernel. >>>>> >>>>> I will object against the "without KVM" approach as OBS admin, since >>>>> it means you can take over the worker. >>>> >>>> So, against qemu without KVM (we did that in the past for armv6 on x86_64 >>> machines, IIRC) and against containers as well? >>> >>> armv6 was qemu inside KVM. That is a possible way. >> >> That is the current state. > > qemu-user-land inside of KVM, right ... > >> AFAIK, you cannot use KVM for armv6 qemu on x86_64. > > qemu-system inside of KVM? > > Yes, not right now, we could teach the build script yet-another mode tough.... > > Question is if it really makes sense, because even slow native hardware would > be faster... > -- To unsubscribe, e-mail: [email protected] To contact the owner, e-mail: [email protected]
