15:01:34 <pwhalen> #startmeeting Fedora ARM and AArch64 Status Meeting
15:01:34 <zodbot> Meeting started Tue Sep  6 15:01:34 2016 UTC.  The chair is pwhalen. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:01:34 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
15:01:34 <zodbot> The meeting name has been set to 'fedora_arm_and_aarch64_status_meeting'
15:01:34 <pwhalen> #chair pwhalen pbrobinson dgilmore hrw dmarlin yselkowitz jonmasters ahs3 msalter
15:01:34 <zodbot> Current chairs: ahs3 dgilmore dmarlin hrw jonmasters msalter pbrobinson pwhalen yselkowitz
15:01:53 <pwhalen> sorry Im late, whos here today?
15:02:10 <rric> o/ rric
15:02:51 * pbrobinson /o
15:02:51 <Sunil_> This is Sunil from Cavium
15:02:59 <pbrobinson> Hi Sunil_
15:03:07 <Sunil_> Hello
15:03:12 <pwhalen> good day Sunil_ , rric
15:03:18 <rric> Hi all
15:03:20 <pwhalen> thanks for joining
15:03:21 <jlinton> Hi
15:03:49 <pwhalen> lets get started..
15:03:56 <pwhalen> #topic 1) ==== Userspace Status  ====
15:04:15 <pbrobinson> we're looking pretty good here
15:04:28 <pbrobinson> there's a few packages that could do with someone to look at them
15:05:22 <pbrobinson> #info python-matplotlib I think is assuming 4K page size on aarch64 and hence tests are failing. It's our current biggest blocker
15:05:43 <rric> a question to dracut/systemd
15:05:53 <pbrobinson> #info gegl03 has a crash that could use some looking at and is blocking a few packages
15:05:55 <pbrobinson> rric: sure
15:06:01 <rric> while installing a kernel I see:
15:06:03 <rric> + dracut -H -f /boot/initramfs-4.8.0-rc4-00267-g664e88c14526-dirty.img 4.8.0-rc4-00267-g664e88c14526-dirty
15:06:03 <rric> logger: socket /dev/log: Connection refused
15:06:15 <rric> is this a known issue?
15:06:35 <rric> # ls -ltrra /dev/log
15:06:35 <rric> lrwxrwxrwx 1 root root 28 Jul 25 12:49 /dev/log -> /run/systemd/journal/dev-log
15:06:47 <rric> this runs as root
15:07:25 <pbrobinson> not that I'm aware of, have you checked RHBZ for other reports?
15:07:40 <rric> not yet, just looking
15:08:36 <rric> ok, if there is none, should I just open one?
15:09:04 <pbrobinson> rric: it's a good start, if you think it might be arm specific block it against "ARMTracker" bug
15:09:45 <rric> ok
15:09:48 <pbrobinson> rric: is this the Fedora ThunderX kernel?
15:10:07 <rric> yes
15:10:23 <rric> current kernel does not boot yet on dual node systems
15:10:40 <pbrobinson> so it's not Fedora built?
15:11:01 <rric> I have used fedpkg local to build the kernel for devel
15:11:27 <rric> but for quick install I tied just using make install ...
15:12:06 <rric> is fedpkg used to build kernel packages? I guess I need a login then
15:13:54 <pbrobinson> rric: you don't if you're just doing it local
15:14:04 <bconoboy> this might be a better topic for #fedora-arm
15:14:14 <rric> ok, tnx
15:14:40 <pwhalen> but by all means, file the bz with the details
15:14:54 <pwhalen> any other userspace issues?
15:15:35 <pwhalen> #topic 2) ==== Kernel Status ====
15:15:55 <pbrobinson> nothing major here, I confirmed RC4 fixed the BBone issues
15:16:08 <pbrobinson> overall my testing looks OK for 4.8rc4
15:16:19 <pwhalen> #info RC4 fixes BBone issues.
15:16:25 <pbrobinson> anyone aware of any issues on either 4.7.x or 4.8rc4?
15:16:40 <cov> I wasn't able to perform a network install with ksdevice= set https://bugzilla.redhat.com/show_bug.cgi?id=1373565
15:16:41 <pwhalen> looks ok here too
15:17:16 <rric> as said, the kernel does not boot yet on ThunderX dual socket
15:17:58 <rric> I am just investigating this
15:18:02 <pbrobinson> cov: have you tried without special names?
15:18:26 <rric> it stops early after/during gic init and fails with a page fault
15:18:33 <cov> pbrobinson: like "eth0", or no ksdevice= at all?
15:18:45 <pwhalen> cov, id remove 'ip=enp1s0f0:dhcp ksdevice=enp1s0f0' and try
15:19:17 <pbrobinson> cov: "net.ifnames=0 biosdevname=0 ip=dhcp ksdevice=bootif" or similar
15:19:48 <pbrobinson> cov: or even just ksdevice=bootif which will use the device it netbooted from
15:20:50 <pbrobinson> it should work but it might be a naming that anaconda isn't expecting so it might be a work around
15:20:53 <cov> except that the device I netbooted from has no internet connection. it's only good for pxe/tftp... I can try to rearrange my network setup, but I thought this command line worked on other distros/versions
15:22:06 <pbrobinson> cov: so try the " "net.ifnames=0 biosdevname=0 ip=dhcp ksdevice=ethX" option and see if you get any further
15:22:48 <pwhalen> let us know in #fedora-arm
15:23:24 <pwhalen> anyone seeing any other kernel issues not mentioned?
15:24:42 <pwhalen> #info Kernel 4.8 RC5 build in progress. Please test and provide feedback.
15:25:39 <pwhalen> #topic 3) ==== Bootloader Status ====
15:25:48 <pwhalen> I dont think anythings changed here
15:26:39 <pwhalen> has anyone seen any issues with uboot-tools-2016.09-2.rc2.fc25?
15:27:00 <pbrobinson> I've not seen any issues
15:28:05 <pwhalen> #topic 4) ==== F25 Beta ====
15:29:32 <pbrobinson> nothing really from me here, just lots of testing on various HW so we are aware of issues that need attention long before freeze
15:29:51 <pbrobinson> which is towards the end of the month
15:30:20 <jlinton> I've been testing F25A 1.2 on the juno, so far so good
15:30:21 <pwhalen> we should see a new nominated nightly for testing on primary shortly, we'll do the same for aarch64 and let the list know, with a test matrix for aarch64 results.
15:30:44 <pwhalen> jlinton, excellent. thanks for testing
15:31:52 <pbrobinson> cov: did you have any luck with Friday's compose, or was the ks crash causing issues?
15:33:24 <cov> pbrobinson: the ksdevice issue was as far as I've gotten
15:33:32 <cov> (sorry was out Friday and Monday)
15:33:47 <pbrobinson> no probs
15:33:52 <cov> but looking good so far
15:34:12 <cov> no priority issue is that with earlycon= set, I get duplicated printks
15:34:13 <pwhalen> any other concerns, questions, thoughts for F25 Beta?
15:34:26 <cov> s/no priority/low priority/
15:35:49 <pwhalen> #topic 5) == Open Floor ==
15:35:54 <jlinton> Is everyone installing with inst.txt in F25?
15:36:12 <cov> if one wanted a driver that just got into net-next in Fedora 25, would that be possible? what would the deadline be?
15:36:13 <pbrobinson> jlinton: what's inst.txt?
15:36:18 <cov> jlinton: my kickstart has "text"
15:36:29 <jlinton> inst.text
15:36:30 <pbrobinson> cov: it depends, it's possible, ping me details
15:36:59 <cov> https:/rhinstaller.github.io/anaconda/boot-options.html#inst-text I presume
15:37:54 * cov wonders about IORT / PCI MSI support and SMMUv3 support
15:38:32 <pbrobinson> cov: it's quite a large patchset, I've not seen it accepted upstream for 4.9 as yet (although I'm a bit behind in kernel reading)
15:38:34 <jlinton> cov: Hmmm, well...
15:39:02 <cov> right unfortunately they aren't yet in -next
15:41:40 <pwhalen> cov, I just hit the same issue with network, scanning mail i see there is an issue with the current version of NetworkManager
15:43:23 <pwhalen> ill check into it a bit more after the meeting
15:43:52 <pwhalen> anything else for today?
15:44:35 <jlinton> Well, with regard to the inst.text, i'm wondering if it should be the default on ARM
15:44:46 <jlinton> until we get the graphics head issues straighted out
15:45:46 <pbrobinson> jlinton: any assistance in debugging that would be useful, what graphics were you testing with VNC or another method?
15:45:49 <cov> jlinton: what graphics head issues?
15:46:24 <jlinton> Well, the installer doesn't come up on an PCI/ATI card I tried because there is some miscommunication between X and the kernel (from what I heard)
15:46:31 <jlinton> (didn't investigate much)
15:46:40 <jlinton> it doesn't work with the platform hdlcd driver either
15:46:56 <jlinton> the drivers are working fine, there is some kind of auto configuration problem
15:47:30 <cov> IMO, long term, if there isn't any graphics hardware it should run in text/headless mode
15:47:34 <jlinton> and what happens is the install starts and appears to hang because it thinks its running in graphics mode
15:48:15 <pbrobinson> jlinton: OK, is the ATI card inited by the firmware? Do you get any output on it?
15:48:20 <jlinton> Anyway, its seems that text mode is the common way to install at the moment
15:48:32 <jlinton> No, the ATI isn't initialized until the kernel starts
15:48:37 <jlinton> same with the HDLCD
15:48:38 <pbrobinson> jlinton: yes, mostly it is, most HW hasn't had any graphics to date
15:48:41 <jlinton> maybe that is part of the problem
15:48:50 <cov> jlinton: I definitely agree that text seems the common way to install
15:48:54 <jlinton> they arn't selected as console devices
15:49:56 <jlinton> but, that makes me think that the installer should detect a serial/text console and at least provide the "text/vnc" choice
15:50:06 <jlinton> it does if inst.text is manually put on the command line
15:50:29 * jlinton probably getting off topic for this meeting
15:51:26 <pwhalen> jlinton, cov it should fallback to text if no graphical hw is present
15:51:53 <jlinton> The graphcis hardware is present, it just doesn't get configured right (AFAIK)
15:51:56 <bconoboy> sounds like an f26 feature
15:52:26 <cov> jlinton: I can test on systems with no graphical hw
15:53:22 <bconoboy> If systems without graphical hardware need special handling to use text mode or vnc that's one thing
15:54:28 <bconoboy> But if you're adding a video card via PCIe and it's not Doing The Right Thing, we're talking about a new feature as far as aarch64 goes
15:55:45 <bconoboy> It'd be a great thing to shoot for in F26 though
15:55:54 <bconoboy> Because there is all kinds of territory we'd have to cover
15:56:05 <bconoboy> Getting vendors to init the video cards
15:56:09 <bconoboy> (view firmware update)
15:56:20 <bconoboy> Getting grub2 to do the right thing
15:56:24 <bconoboy> Getting anaconda to do the right thing
15:56:31 <bconoboy> Hopefully just grub2
15:56:33 <pbrobinson> yes, and it's usually inited by the firmware initially, it's why you needed special cards for PowerPC macs
15:56:49 <jlinton> if the EFI firmware gets it into text mode (definitly possible on cards the report VGA compatability) then grub/etc should
15:56:57 <pbrobinson> but it's also out of scope for this meeting
15:57:01 <jlinton> be ok because they use the efi display services
15:57:09 <pbrobinson> yep
15:57:18 <bconoboy> agree, but not a blocker for f25
15:58:04 <pwhalen> couple minutes left, anything else for open floor?
15:58:14 <bconoboy> jlinton: please file a bug!
15:59:38 <pwhalen> #endmeeting