> -----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
> > * 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?
>
> when you speak about qemu, you speak about user or system emulator?
System emulator.
Guillaume
>
> --
>
> Adrian Schroeter <[email protected]>
> Build Infrastructure Project Manager
>
> SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, 90409 Nuernberg,
> Germany (HRB 247165, AG München), Geschäftsführer: Felix Imendörffer
>
>
>
>
> --
> To unsubscribe, e-mail: [email protected]
> To contact the owner, e-mail: [email protected]
--
To unsubscribe, e-mail: [email protected]
To contact the owner, e-mail: [email protected]
