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