20:00:10 <pwhalen> #startmeeting Fedora ARM status meeting
20:00:10 <zodbot> Meeting started Wed Jun  4 20:00:10 2014 UTC.  The chair is pwhalen. Information about MeetBot at http://wiki.debian.org/MeetBot.
20:00:10 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
20:00:22 <pwhalen> #chair pwhalen jonmasters bconoboy ctyler pbrobinson dgilmore dmarlin jdisnard handsome_pirate msalter ahs3 agreene jcapik ddd
20:00:22 <zodbot> Current chairs: agreene ahs3 bconoboy ctyler ddd dgilmore dmarlin handsome_pirate jcapik jdisnard jonmasters msalter pbrobinson pwhalen
20:00:25 <bconoboy> howdy
20:00:36 * masta looks in
20:00:37 <pwhalen> good afternoon folks :)
20:00:49 <pwhalen> whos here?
20:00:53 <pwhalen> .fas pwhalen
20:00:54 <zodbot> pwhalen: pwhalen 'Paul Whalen' <pwhalen@redhat.com>
20:01:05 <bconoboy> .fas blc@
20:01:05 <zodbot> bconoboy: blc '' <blc@redhat.com>
20:01:23 * masta == Jon Disnard
20:01:47 <agreene> .fas agreene
20:01:48 <zodbot> agreene: tag4fedora 'Tim Greene' <tagreene@flowserve.com> - agreene 'Andrew Greene' <andrew.greene@senecacollege.ca>
20:01:55 <dmarlin> .fas dmarlin
20:01:56 <zodbot> dmarlin: dmarlin 'David A. Marlin' <dmarlin@redhat.com>
20:02:02 <dgilmore> hola
20:02:45 <hrw> .fasinfo hrw
20:02:46 <zodbot> hrw: User: hrw, Name: None, email: mjuszkiewicz@redhat.com, Creation: 2013-08-24, IRC Nick: None, Timezone: None, Locale: None, GPG key ID: None, Status: active
20:02:49 <zodbot> hrw: Approved Groups: fedorabugs packager +aarch64 cla_done cla_fpca
20:03:04 <hrw> pwhalen: good evening
20:03:32 <pwhalen> alright, lets get started ..
20:03:39 <pwhalen> #topic 1) Kernel Status Update
20:04:05 <pwhalen> doesnt look like Peter's around, this was his
20:04:48 <pwhalen> for rawhide things are looking pretty good on our supported targets, all booting with network and usb.
20:05:19 <pwhalen> the pandaboard and vexpress have working display. beaglebone black and trimslice appear to have some missing glue in the dtb.
20:05:48 <dgilmore> pandboard is not really functional though
20:05:53 <dgilmore> at least in rawhide
20:05:54 <pwhalen> perhaps we can come back to this if/when he joins
20:06:02 <pwhalen> dgilmore, how so?
20:06:35 <dgilmore> pwhalen: irq errors and it updates super slow
20:06:39 <dgilmore> its not useable
20:07:30 <pwhalen> hm, its been usable in my testing of desktop enabled images, not overly slow
20:07:37 <pwhalen> has anyone else been using it ?
20:08:12 <dgilmore> pwhalen: what kind of pandaboard do you have?
20:08:18 <dgilmore> and ES or original?
20:08:43 <pwhalen> dgilmore, A2
20:09:05 <hrw> I have EA1 but prefer to thing that it is broken rather than usable
20:09:22 <pwhalen> original. seems to have been the sweet spot as its booted while others have not been able to
20:09:36 <pwhalen> I have an ES here I'll try
20:10:09 <pwhalen> anything else for kernel updates? or shall we move on ?
20:10:17 <kwizart> for trimslice, we might miss to bump CMA=64M to match upstream kernel, and explicitly load tegra_drm
20:10:19 <pwhalen> with hopes Peter joins of course
20:10:45 <masta> peter mention that Exynos might gain MP support soon
20:11:16 <masta> will believe it when I see it
20:11:42 <masta> eof
20:12:06 <pwhalen> #topic 2) F21 deliverables
20:12:36 <pwhalen> this one came up on the mailing list from the server group. what do we plan on having in f21?
20:13:07 <pwhalen> thankfully, vfat is no more.. hip hip, hooray (thanks dgilmore)
20:13:41 <pwhalen> do we plan on having say a net install type image? stick with the existing images?
20:13:46 <hrw> pwhalen: do we have (still produced and vendor supported) arm servers supported?
20:14:12 <pwhalen> hrw, we do, both Midway and Highbank
20:14:39 <dmarlin> pwhalen: while they are still supported, are they still being produced?
20:14:48 <hrw> I thought that calxeda vanished already
20:14:54 <masta> an installer would be great to have. I could imagine for any board with internal eMMC or ssd.
20:15:04 <pwhalen> right. so folks lucky enough to have one
20:15:53 <dmarlin> pwhalen: perhaps describe what you mean by "net install type image"
20:15:55 <dgilmore> pwhalen: we need to make installer images
20:16:03 <masta> beagle bone black w/4Gib internal mmc, and any board that has a sata port even... could be targets for an installer.
20:16:10 <dgilmore> make the equivilent of a boot.iso
20:16:11 <pwhalen> masta, so far the cubietruck and wandboard work very well doing net installs.. havent tried the trimslice recently
20:16:34 <dgilmore> pxe installs should be viable on many systems
20:16:43 <pwhalen> dgilmore, that sounds great
20:16:50 <dgilmore> pwhalen: trimslice is not viable without u-boot updates
20:17:19 <dgilmore> pwhalen: anaconda makes ext4 /boot by default. and trimslice can not read it
20:17:29 <masta> I guess we start with PXE installs, which are realistically an advanced install method... someday we get to image based installs.
20:17:51 <pwhalen> beaglebone fails when Ive tried the net install (copied the pxe images to sd card, boot using inst.repo in the kernel args).. seems to run out of memory
20:18:16 <pwhalen> dgilmore, I know we produce a trimslice uboot, does it work?
20:18:52 <dgilmore> pwhalen: not tested it as i have not yet worked out how to easily update it
20:19:15 <dgilmore> pwhalen: 512mb ram may not be enough
20:19:16 <pwhalen> if we had a uboot for trimslice that could read ext4+ sysboot= win
20:19:16 <masta> pwhalen: we just need to integrate the updating bits for trimslice
20:19:36 <pwhalen> perhaps torez could help?
20:19:44 <dgilmore> perhaps
20:20:14 <masta> my idea is for any systems with 512MiB... we have to fall back to console/text mode install... per usual.
20:20:28 <masta> not sure the implications there
20:20:45 <masta> withthe Anaconda reworked some thing may imperativly be setup interactivly.
20:20:57 <dgilmore> masta: anaconda is the issue
20:21:13 <dgilmore> masta: eeven in text mode 512Mb sometimes is not enough
20:21:24 <pwhalen> it didnt even get to the choice
20:21:54 <dgilmore> pwhalen: pxe should work on a bbb
20:21:59 <dgilmore> but ive not tested
20:22:30 <dgilmore> anyway, I think we need to try make boot.img and a installer img like a dvd
20:22:57 <dgilmore> but im not sure what exactly we would need to do
20:22:57 <pwhalen> dgilmore, I dont have a tftp server, so i just copied the files to microsd .. it failed.. happy to see it work though
20:23:47 <masta> +1 the  boot.img & installer.img
20:24:22 <pwhalen> i wrote a quick script to pull the files from the tree (vmlinuz,initrd) + dtb folder, create an extlinux to boot them and install from the master mirror using inst.repo in the kernel arg.
20:24:58 <pwhalen> chooses the right dtb based on dgilmores work..
20:24:59 <dgilmore> pwhalen: we need to integrate building a boot.img into lorax
20:25:05 <dgilmore> and the installer img into pungi
20:25:10 <masta> pwhalen: that is really cool.
20:25:43 <pwhalen> dgilmore, ah the right way :)
20:25:51 <masta> dgilmore: ooo... let me make notes for releng tasks. 1) pungi and 2) lorax.
20:25:55 <pwhalen> ok, sounds like some work involved there
20:26:43 <dgilmore> there is likely some work involved
20:27:05 <masta> by some.. we mean... potentially more than some.
20:27:21 <masta> ;-)
20:27:47 <pwhalen> # info F21 should include 'boot.iso' type option for network installations on ARM. Work requird on Lorax, Pungi
20:27:59 <pwhalen> #info F21 should include 'boot.iso' type option for network installations on ARM. Work requird on Lorax, Pungi
20:28:32 <pwhalen> any volunteers?
20:29:20 <dmarlin> pwhalen: maybe post to the email list to hit a wider audience?
20:29:35 <masta> I'll take a look to help identify the work involved and try to have that info ready by next meeting or just post to the list.
20:29:39 <dgilmore> pwhalen: i have it on my todo, but im happy to work with anyone to get it done
20:29:58 <pwhalen> masta, be great if you could send it to the list, perhaps engage more folks
20:30:08 <masta> pwhalen: roger that
20:30:32 <pwhalen> #action masta to look into work involved with Pungi and Lorax, post details to the list
20:30:45 <pwhalen> thanks masta
20:30:59 <pwhalen> ok, so other than that, install tree and regular images?
20:31:35 <dgilmore> yeah
20:31:46 <dgilmore> i think we should still have the images as we have in the past
20:31:58 <dgilmore> desktop is gone
20:31:58 <dgilmore> we have workstation now
20:32:50 <pwhalen> #info Other F21 deliverables include regular images, installation tree.
20:32:57 <pwhalen> okay, anything else?
20:33:20 <pwhalen> #topic 3) Mass rebuild preparation
20:33:52 <pwhalen> we have a mass rebuild scheduled this weekend (friday?).. do we need to do anything to prepare?
20:34:11 <pwhalen> all builders online of course..
20:34:24 <bconoboy> 10 gallons of water, charcoal filters, charge your batteries..
20:35:07 <pwhalen> dgilmore, masta you guys all set, nothing needed here?
20:35:14 <bconoboy> If the builders are in good shape we should be okay.  I tihnk the major blockers pbrobinson identified have been closed out
20:35:24 <bconoboy> Possibly eclipse?
20:36:13 <pwhalen> #info Major aarch64 blockers have been cleared up. Possibly eclipse outstanding.
20:36:23 <masta> pwhalen: my voodoo dolls are onthe ready, sea shells, and other profain idols on standby... ready for mass rebuild
20:36:25 <pwhalen> is the mass rebuild friday?
20:36:42 <pwhalen> nice, I'll knock on some wood
20:36:48 <bconoboy> According to http://fedoraproject.org/wiki/Releases/21/Schedule the mass rebuild is 6/6
20:37:05 <masta> This Friday evening.
20:37:10 <pwhalen> #info Mass rebuild scheduled June 6th
20:38:06 <pwhalen> okay..
20:38:12 <pwhalen> #topic 4) Open Floor
20:38:14 <hrw> I am waiting for it ;)
20:38:17 * satellit currently in my testing: workstation is only a live.iso  Desktop is in Boot.iso (x86_64 and i686)
20:38:19 <hrw> mass rebuild
20:38:43 <masta> be ready for many things to shake out on Monday. Expect it to last between 40 and 50 hours.
20:38:44 <bconoboy> Just one thing for open floor
20:39:05 <bconoboy> pwhalen wrote a groovy script for configuring bbb/panda/etc uboot bits
20:39:14 <bconoboy> I'd like to see it be a part of f21
20:39:17 <hrw> masta: I had several mass rebuilds in past.
20:39:26 <dgilmore> pwhalen: primary is fine, aarch64 would have to ask peter
20:39:34 <bconoboy> What package would it go in? uboot-tools? arm-boot-config?
20:39:42 <hrw> masta: including 'lets update all we can to latest and hope that it will build' ones ;D
20:40:08 <pwhalen> #info install script is here - http://pwhalen.fedorapeople.org/fedora-arm-image-installer.tar.bz2
20:40:20 <pwhalen> #info Also on https://fedoraproject.org/wiki/Architectures/ARM/Rawhide/Installation
20:40:38 * jonmasters has a CubieTruck now...looking forward to getting change to play with it.
20:40:53 <pwhalen> if you guys could try it out and let me know what you think, if its useful, improvements etc
20:41:07 <masta> pwhalen & bconoboy : cool script! We should turn that into a package
20:41:21 <masta> pwhalen: I'll check it out, sure =)
20:41:23 <bconoboy> masta: I'm wondering if it doesn't simply go into an existing package
20:41:33 <bconoboy> To me it makes sense to add to uboot-tools
20:41:55 <bconoboy> dgilmore, what do you think?
20:42:00 <masta> bconoboy: hum... perhaps in uboot-tools as a sub-package, but not sure on that
20:42:25 * dgilmore reads back. got pulled into local conversation
20:43:02 <dgilmore> bconoboy: no idea what the script does and where it should go
20:43:11 <dgilmore> bconoboy: not heard of it before now
20:43:18 <hrw> bconoboy: arm-boot-config as uboot-tools is part of u-boot
20:43:20 <hrw> iirc
20:43:37 <dgilmore> hrw: arm-boot-config is intended to go away
20:43:42 <hrw> ah
20:43:44 <masta> for sure a separate package is doable... going in uboot-tools I'm not sure... it would have a different upstream
20:43:44 <pwhalen> easy enough to add the net install option to that script, or as another which i have now..
20:44:10 <dgilmore> pwhalen: whats it do exactly?
20:44:27 <pwhalen> dgilmore, writes the image to media, copies the right uboot into place
20:44:42 <masta> dgilmore: it does the trivial partsof putting the u-boot.img into place, and things we do for each and every board.
20:44:59 <pwhalen> optionally removes the rootpass word requirement (for when initial setup doesnt work), turns off se linux (adds to kernel args)
20:45:01 <dgilmore> pwhalen: okay, so there is the existing fedora-arm-installer that fossjon wrote and its packaged and in fedora
20:45:09 <dgilmore> pwhalen: probably should go in that
20:45:39 <pwhalen> I'll take a look, thats likely long orphaned
20:45:51 <masta> pwhalen: we can take it over =)
20:45:56 <dgilmore> not sure we want to have the options to turn off selinux or reset the root pass
20:46:06 <dgilmore> as they are features we expect to work
20:46:08 <pwhalen> dgilmore, okay, more for me testing :)
20:46:14 <dgilmore> but i get we need to do that sometimes
20:47:10 <pwhalen> alright, I'll look into the package, see what we can do to add it. please try it out and let me know how it works for you
20:47:27 <pwhalen> anything else for open floor?
20:47:38 <dgilmore> pwhalen: maybe hide them behind a dev mode
20:47:53 * dgilmore has nothing
20:47:56 <masta> pwhalen: I've got an interest in that, as I've wrote basically the same thing myself... a few times during QA marathons. will for sure test it out
20:47:59 <pwhalen> dgilmore, thats an idea
20:48:50 * masta has nothing
20:48:55 <pwhalen> okay.. well, if no one has anything else, shall we wrap up ?
20:49:03 <masta> +1
20:49:20 <pwhalen> #endmeeting