15:02:09 <pwhalen> #startmeeting Fedora ARM and AArch64 Status Meeting 15:02:09 <zodbot> Meeting started Tue Mar 22 15:02:09 2016 UTC. The chair is pwhalen. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:02:09 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:02:09 <zodbot> The meeting name has been set to 'fedora_arm_and_aarch64_status_meeting' 15:02:09 <pwhalen> #chair pwhalen bconoboy pbrobinson dgilmore hrw jsmith dmarlin 15:02:09 <zodbot> Current chairs: bconoboy dgilmore dmarlin hrw jsmith pbrobinson pwhalen 15:02:29 <hrw> dst... 15:02:32 <pwhalen> good morning folks, sorry a bit of confusion over the start time.. 15:02:56 <pwhalen> hrw, right.. i think we might have a conflict if we dont keep our original slot 15:03:06 <pwhalen> whos here today? 15:03:16 * pbrobinson waves 15:03:25 <pwhalen> hrw, hopefully its ok with you? 15:03:29 <hrw> yes 15:03:34 <pwhalen> cool, thanks 15:03:51 <pwhalen> ok, well lets get started.. 15:04:05 <pwhalen> #topic 1) ==== Package Status & Issues ==== 15:04:22 <pwhalen> pbrobinson, hrw how does aarch64 look? 15:04:32 <pbrobinson> nothing major here, the big ones I think are firefox/xulrunner/thunderbird. Probably all the same issue 15:04:58 <pbrobinson> I pushed out f24 updates-testing and other updates yesterday and it all seems OK 15:05:17 <hrw> pbrobinson: yes, all the same 15:05:43 <pwhalen> #info f24 updates-testing and other updates yesterday 15:05:53 <pbrobinson> hrw: do we have bz for tracking this? I think power was seeing failures too, not looked to see if there were overlaps 15:06:03 <pbrobinson> I'll find some time this week to go through any failures and see what else might need attention 15:06:03 <hrw> will check 15:06:30 <pbrobinson> hrw: could you also look at the ada/gnat email on the list to see if that makes sense for me? 15:06:39 <hrw> ok 15:06:59 <pwhalen> #info No major issues to report. 15:07:31 <pwhalen> anything else? 15:07:41 <pbrobinson> not that I can think of 15:07:48 <pwhalen> cool, thanks 15:07:54 <pwhalen> #topic 2) ==== Kernel Status ==== 15:08:10 <pwhalen> so, i think the major one here is aarch64 15:08:25 <pwhalen> #info f24 candidate kernel boot fails 15:08:26 <pwhalen> #link https://bugzilla.redhat.com/show_bug.cgi?id=1309147 15:08:48 <pbrobinson> I don't think that's a kernel issue 15:08:52 <pwhalen> the same unpack issue we've been discussing.. 15:09:40 <pbrobinson> but ultimately we need someone like msalter or mlangsdorf to give an opinion 15:10:09 <pbrobinson> due to it's intermittent style I don't really see it as a blocker TBH 15:10:17 <pwhalen> pbrobinson, ok, i will bring it to their attention in our meeting 15:10:42 <pwhalen> no? only way i get it to boot is using the grubaa64.efi.. that works on mustang, not seattle for me 15:10:53 <pwhalen> or regen 15:11:05 <pbrobinson> pwhalen: seattle is known broken with 4.5 is it not? 15:11:24 <pwhalen> pbrobinson, 4.5 final is better than that rc7 15:11:32 <pbrobinson> still awaiting the promised fix for that, from memory from msalter 15:11:49 <pwhalen> pbrobinson, seattle - https://bugzilla.redhat.com/attachment.cgi?id=1138813 15:12:49 <pbrobinson> pwhalen: great, it can't boot it's own CPUs, does it boot with smp off? 15:14:18 <pwhalen> i havent tried, but it panics at the unpacking initrd as well 15:15:28 <pbrobinson> what ever, can't be fixed here, just track it, there's more than one issue there. Looks like issues with DT too 15:15:46 <pwhalen> i find it odd that mustang unpacks fine when i use the grubaa64.efi to boot 15:15:48 <pwhalen> ok. 15:16:18 <pwhalen> any other kernel related news to discuss? 15:16:18 <hrw> Boot0000 Fedora rawhide PciRoot(0x7)/Pci(0x0,0x0)/Sata(1,0,0)/HD(21,GPT,ea22d0e2-179c-48c3-8e72-a952370f4b75,0x7480800,0x4000)/File(\efi\fedora\grubaa64.efi).. 15:16:27 <hrw> and it fails too 15:16:29 <pbrobinson> pwhalen: well there's known issues with shim too 15:17:01 <hrw> pwhalen: so it can also be not related to shim 15:17:08 * pbrobinson actually wants u-boot+DTB back, this is just shit 15:17:53 <pbrobinson> shim boots to grub, then onwards, it's not the problem. Itself might have an issue, it's not invovled with unpacking issues 15:17:54 <pwhalen> sure.. im reporting it as i see it.. with an f24 install, shim.efi is the default, fails.. change it to grubaa64.efi and it boots 15:18:25 <pbrobinson> pwhalen: we have a shim BZ right? please info it 15:18:27 <dgilmore> hi all 15:18:33 <pbrobinson> and any other related issues in the notes 15:18:37 <pwhalen> #info https://bugzilla.redhat.com/show_bug.cgi?id=1319083 15:18:45 <pbrobinson> by issues I mean rhbz 15:19:27 <pwhalen> morning dgilmore 15:21:28 <pwhalen> ok, anything to add here, or shall we move on? 15:21:40 <pbrobinson> there's an approved Free Exception to pull in a new u-boot which should fix issues on some AllWinner devices 15:21:50 <pbrobinson> so please test that and provide karma on the bodhi update 15:21:52 <pwhalen> next 15:21:58 <pwhalen> #topic 3) ==== U-Boot Status ==== 15:22:22 <pbrobinson> https://bodhi.fedoraproject.org/updates/FEDORA-2016-bdd2592ee5 15:22:28 <hrw> even I started using u-boot 15:22:39 <pbrobinson> hrw++ :-D 15:22:39 <zodbot> pbrobinson: Karma for hrw changed to 3 (for the f23 release cycle): https://badges.fedoraproject.org/tags/cookie/any 15:22:47 <hrw> ;D 15:23:04 <pbrobinson> surely zodbot needs to get with the times and do f24 release cycle.... 15:23:30 <pwhalen> this uboot fixed some data abort issues on some allwinner for me, sadly it doesn boot on the Bananapi.. loads the spl, but not uboot 15:23:56 <hrw> pbrobinson: can u-boot prompt somehow show release too? 15:24:03 <hrw> U-Boot 2016.03 (Mar 14 2016 - 22:51:09 +0000) 15:24:25 <pbrobinson> hrw: I'll have a look, not sure 15:24:29 <hrw> pbrobinson: thanks 15:24:36 <hrw> easier to track which image it is 15:25:01 <pwhalen> ill try the banana pi pro with it today 15:25:02 <pbrobinson> hrw: sure, not sure if it's something I'd have to manually update for each build or whether I can pass it as a variable 15:26:28 <hrw> thx 15:26:31 <pwhalen> #info Latest uboot-tools-2016.03-3.fc24 . Please test and provide karma 15:26:38 <pwhalen> #link https://bodhi.fedoraproject.org/updates/FEDORA-2016-bdd2592ee5 15:26:57 <pwhalen> anythign else for uboot? 15:27:20 <hrw> dgilmore++ for u-boot distro stuff 15:27:20 <zodbot> hrw: Karma for ausil changed to 23 (for the f23 release cycle): https://badges.fedoraproject.org/tags/cookie/any 15:27:50 <hrw> I have own partitioning scheme on card and it just works 15:27:50 <pwhalen> #topic 4) ==== F24 Alpha Status ==== 15:28:02 <pwhalen> #link https://fedoraproject.org/wiki/Test_Results:Fedora_24_Alpha_1.6_Summary 15:28:23 <pwhalen> arm testing looks pretty good. we do have an initial-setup bug 15:28:29 <pbrobinson> I believe upstream has a 1.7 being spun, dgilmore can confirm, I'll be spinning an Alpha off that once it completes for aarch64 (and power) 15:28:33 <pwhalen> #info (Initial-setup) Only uses upper left part of the display 15:28:34 <pwhalen> #link https://bugzilla.redhat.com/show_bug.cgi?id=1160891 15:29:06 <pwhalen> its not just arm for initial-setup, and you can still complete everything, just a little difficult 15:29:25 <pwhalen> initially anyways, once you select something, its better.. 15:30:57 <pbrobinson> so being a general bug is it a blocker? 15:31:25 <pwhalen> nope, was rejected 15:31:32 <pbrobinson> why? 15:32:04 <pwhalen> its still usable 15:32:35 <pwhalen> blocker for final 15:32:45 <dgilmore> I am working on Alpha-1.7 15:33:02 <pwhalen> from the BZ - AcceptedFreezeException (Alpha) - this definitely impairs use of initial-setup, but it is possible to do what you need to; we agreed it makes sense to make it a Final blocker, Alpha users can be expected to cope. If not fixed it will be documented in Common Bugs. 15:33:13 <dgilmore> I hit it on x86_64 on the weekend 15:33:23 <dgilmore> and initial-setup was not at all usable 15:34:01 <dgilmore> pwhalen: as I commented I couldnt do anything, thankfull I only needed to say finish as I was not adding a user 15:34:45 <pwhalen> dgilmore, if you select something, the window gets larger.. you sorta have to scroll down in the area... 15:34:50 <pbrobinson> OK, anything else for aarch64 15:34:53 <pwhalen> not ideal 15:35:38 <pwhalen> aarch64, those two bugs i linked early. think thats about it.. anyone else hit anything? 15:37:16 <hrw> I have to talk with msalter about boot_vga stuff again. To get gfx mode in anaconda 15:37:27 <dgilmore> pwhalen: I could not see anything at all. but its offtopic 15:39:08 <pwhalen> dgilmore, i was out with the flu during that meeting.. i agree its not ideal, but you can complete it. Ill write it up in common bugs, hopefully that helps 15:39:29 <pwhalen> #topic 5) == Open Floor == 15:39:38 <pwhalen> anything else for today folks? 15:42:02 <pwhalen> thanks for coming folks! happy testing! 15:42:07 <pwhalen> #endmeeting