Hi,
Here's quickly cleaned notes from etherpad:
People affiliated with at least Debian, Fedora, OpenEmbedded,
OpenSUSE, Redhat, Ubuntu and Yocto were present and voiced opinions.
Kernel:
- Good: most Interesting platforms mainline now
- Qualcomm IFC (in progress), raspi2, hikey probably mostly wanted?
- Bad: sometimes mainline kernels features limited "it boots to serial console"
- OEMs still put their own kernels on everything they ship
Kernel testing:
- http://kernelci.org is gaining traction by kernel devs, but so far
tests mostly defconfigs (which are rather minimal)
- all options needed by the new pid 1 and other hard requirements to
boot a modern distro should be in the arm64 defconfig and multi_v*
configs
- if not, kernel developers present think adding them is definetly OK
- make allmodconfig testing at kernelci.orghttp://kernelci.org/build/mainline/kernel/v3.19-rc7-200-gda2d96d3aa18/defco…
- TODO: make allmodconfig boot!
- ACTION Koen volunteered to put some distro-style config fragments
into the kernel
Kernel command line options
- Now firmware can tell where console= is instead of defining in command
- https://www.kernel.org/doc/Documentation/devicetree/bindings/chosen.txt
- Similar setting exists for ACPI (SPCR)
- Userspace support needs to be done
- ACTION device tree files need to get chosen/stdout-path added
- Systemd should magically use that as serial console if
CONFIG_FHANDLE is enabled
Page size:
- 64/4K? (AArch64 Fedora/Red Hat kernels will differ: 4K for Fedora
for now, 64K for RH, there are a few issues with 64K left for triage)
- 32bit binaries compiled with latest binutils work with 64k pages
(trunk, so not in 2.25)
- 20-30 packages already fixed.
- probably more things making assumptions (BTRFS was glaring example)
Kernel trapping for old instructions not supported on v8. (mostly
android). SWP, SETEND, cp15 barriers.
- Some current packages have SWP due to embedded libatomicops. being fixed.
- need to make the personality do the right thing for chroots. linux32
says armv8l Would be nice to have a armv8l for building (or just fix
things)
- coreutils repeats uname name (aarch64 x3 - could be improved) Riku
will look into
32bit kernels on 64bit machines?
- Works with QEMU, but you don't get KVM acceleration.
- has worked on XEN - should still be working. IJC will fix if not.
Graphics
- framebuffer/drm/hdmi/panel drivers often half-done
- should DRM be built as modules or builtin?
- graphics developers prefer built-in, server people want them as modules...
- libdrm: enable tegra, exynos, freedreno, omap
- conclusion: nobody in the session was confident enough to take lead
on graphics issues
Applications still needing porting?
- golang in progress. Should arrive in 1.5 (release in August)
- gccgo also works for docker (esp gcc5)
- ocaml already fixed upstream
- mogodb, libv8, nodejs is tangled. (only new libv8 has arm64
support, mongodb forked the old one - big job to update). nodejs .12
needs to be released. ubuntu still maintains external libv8. suse gave
up. some pressure to stabilise ABI would help (and stop everyone
embedding copies)
- mono is done/built, still needs upstreaming ("some legal
issues"). $someone should build Microsofts code?
- GHCi - give some people a board, and wait longer
- freepascal, etc have bugs - time to tell upstreams that hardware exist
maybe hand out some boards to people to get stuff done.
Is booting solved problem?
- Document requirements/recommendations for OEMS
- Common requirements:
- boot into EL2 / Hyp mode!
- SPCR is serial port console redirection. No problem to
implement.(MS promise)
- there are two sets of EFIvars. You need to mount the newer
psedofilesystem (efivarfs). This is kernel build option.
ILP32 (some network people want it). Distros don't want to support
it!. Demo OE in a container and tell them to use that. (ssh broken on
ILP32) has different syscalls. Are they turned on?
Post-meeting discussion:
- Monthly Cross-Distro Google hangout planned (ACTION Riku)
