14:02:20 #startmeeting Fedora IoT Working Group Meeting 14:02:20 Meeting started Wed Nov 7 14:02:20 2018 UTC. 14:02:20 This meeting is logged and archived in a public location. 14:02:20 The chair is pbrobinson. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:02:20 Useful Commands: #action #agreed #halp #info #idea #link #topic. 14:02:20 The meeting name has been set to 'fedora_iot_working_group_meeting' 14:02:21 #chair pwhalen pbrobinson bcotton 14:02:21 #topic roll call 14:02:21 Current chairs: bcotton pbrobinson pwhalen 14:02:27 who is here? 14:02:47 .hello2 14:02:48 jsmith: jsmith 'Jared Smith' 14:02:51 .hello2 14:02:52 * pwhalen is here 14:02:52 bcotton: bcotton 'Ben Cotton' 14:03:19 .hello2 14:03:20 tdawson: tdawson 'None' 14:04:08 we'll give everyone just a minute to arrive, i had my head in kernel things, thanks bcotton for the reminder 14:04:25 bcotton++ 14:04:25 bcotton: You may not modify your own karma. 14:04:31 i can, too, zodbot 14:05:20 ha, bcotton++ fighting with a bot is amusing, and trying to karma himself is funnier :-P 14:05:21 pbrobinson: Karma for bcotton changed to 3 (for the current release cycle): https://badges.fedoraproject.org/tags/cookie/any 14:05:45 #topic 1) ==== Working Group process and admin ==== 14:05:52 not sure there's much to cover here 14:06:23 I need to follow up a few things around the web site, that will be covered under F-29 I think 14:06:34 also some cleanups and changes for the docs 14:06:49 does anyone else have anything here? 14:07:19 not for this topic 14:08:44 #topic 2) ==== Fedora 29 status for IoT ==== 14:08:57 so we're not quite there for the F-29 IoT release 14:09:11 but from yesterday's compose I think we're now close(r) 14:10:00 do we want to go over the remaining issues? 14:10:13 there's an issue with initial-setup not working as expected when a anaconda install is done (as opposed to a pre-canned image) 14:10:20 pwhalen: yes 14:10:36 pwhalen: want to list the rest? 14:10:45 sure 14:11:01 #info initial-setup hangs during boot after IoT installation 14:11:07 #link https://bugzilla.redhat.com/show_bug.cgi?id=1646568 14:11:34 #info WARNING at drivers/mmc/bcm2835_sdhost.c:408/bcm2835_send_command()! 14:11:42 #link https://bugzilla.redhat.com/show_bug.cgi?id=1644873 14:12:15 this one has been discussed before, not sure where the problem is, but doesnt appear to be the firmware 14:13:05 I am only seeing this on the rpi3 with a few mmc brands, A-Data being one of them 14:13:26 Samsung EVO has worked OK 14:14:04 I'm trying to test this today, I had to deal with some kernel bits for a deadline this morning and I started flashing out a RPi image and basic testing just now 14:14:55 hopefully you used a 'lesser' mSD to be able to reproduce 14:14:59 #info RPi bcm2835_send_command error is indeterminate, seems to be particular brands of SD cards, why it's triggering on ostree is interesting 14:16:05 #info ttyAMA ttyAMA0: tty_open: tty->count(2) != (#fd's(1) + #kopen's(0)) 14:16:11 #link https://bugzilla.redhat.com/show_bug.cgi?id=1644884 14:16:43 so I think that's systemd claiming a console and bluetooth claiming it as well 14:16:51 does that go away with the console change? 14:17:21 this has changed a little, pbrobinson removed the consoles but for some reason we are still left with console=tty0 which had to be removed for serial to work 14:17:36 on the rpi3 14:18:05 but yes, no longer seeing that flood of ttyAMA0 messages 14:18:56 right, so I think that's fixed, just investigating where the tty0 comes from 14:19:23 Do we still have normal login? Or is it then *just* serial console login? 14:20:04 with this fix, display works as expected, its just serial console that doesnt work until the console=tty0 is removed 14:20:12 tdawson: no, both should work 14:20:16 OK, cool 14:21:49 there's also the issue around "hangs waiting for eth0" issue reported on the list, I'm seeing that ATM too 14:23:31 so any others? tdawson how are you getting on with testing? 14:23:32 Has anyone tested that on the generic Fedora 29 image, to see if this is just a IOT issue? 14:23:41 which I think we saw before? (waiting for eth0) 14:24:02 * jsmith hasn't had a chance to test yet 14:24:09 yes, I think it's the 3B+ lan78xx interface 14:24:17 (I've been swamped because of work travel) 14:24:25 do we have a bz yet? 14:24:32 I'm seeing it on a boot just now 14:24:34 pwhalen: no, I 14:24:45 right, ok 14:24:48 no I'm going to ask if the reporter can file one on the list 14:25:26 jsmith: no issues 14:25:34 nice to see you here 14:26:06 anyone else with issues? 14:26:15 pbrobinson: testing is painfully slow for anything but virtual machines. I've searched through everything for my higher amp power supplied for rpi3, I've come to the conclusion that my daughter took them when she moved back to Illinois. 14:26:30 I've also been testing on a HPE GL10 IoT gw, other than the initial-setup issue it's looking good. 14:27:04 tdawson: I've had good luck with the Anker IQ chargers if you happen to have any of those 14:27:20 tdawson: else I'd just expense one 14:27:38 pbrobinson: I've got some new one's ordered, so hopefully tomorrow I can start real testing. 14:28:22 pbrobinson: But on a similar subject. I was going to order some new hardware. Is there anything that people feel would be another good platform to test? 14:29:50 tdawson: I'll have a think 14:30:33 anything else for f29? 14:31:13 I can't think of anything else for f29 14:32:01 I have one thing to bring up, but I'm thinking it's more of an open floor vs f29. 14:32:26 tdawson: cool, we'll be there soon 14:32:37 #topic 3) ==== Fedora 30 planning ==== 14:33:21 I don't have any real updates for here, I've got the f29 release and travel on my high priority over the next few weeks, then I'm shifting toward f30+ 14:35:30 anyone else? 14:35:58 #topic 4) ==== Open Floor ==== 14:36:07 tdawson: for you 14:37:02 So I was wondering if it would be feasable to create a "testing grid" to go along with the Release Criteria web page 14:37:09 https://docs.fedoraproject.org/en-US/iot/release-criteria/ 14:37:43 By "testing grid" I mean something that is a grid of "hardware" vs "tests" 14:37:53 tdawson, yes we should do that. somewhere to record manual/automated results 14:39:06 I've never setup a page like that, so I don't know how easy/hard it is to create and/or maintain 14:40:15 For me, I'm a "check the box" type of person, and a page like that allows me to check boxes. :) 14:40:21 tdawson: you might talk to adamw and the QA folks. they might have some scripts you can use to build that out 14:41:02 OK, I'll talk to him about that. 14:42:44 That's all I have. 14:42:50 tdawson: pwhalen does it for arm now but I think it's in the wiki, I'm not sure we want the output in the docs.fp.o section, but an outline/guide there would be worthwhile 14:43:41 I did it for arm/aarch64 prior to them being primary, but they were done manually 14:44:12 tdawson: pwhalen: can you both take the action on that? 14:44:33 pbrobinson, sure 14:45:05 pwhalen: Was it a pain to maintain maunually? 14:45:22 twas :) 14:45:27 #action pwhalen tdawson to draw up a release criteria testing grid 14:46:49 pwhalen: I'll talk to adamw, and see if there is an easier way ... I'll cc you on that email. 14:47:20 tdawson, ok, sounds good 14:48:00 Although I'm a big fan of those grids, if the work to maintain it is more than the work to do the tests ... it might not get updated much. 14:50:01 But, if we can possibly get it easy (or easier) to update, then I think it would be a great thing to have. 14:51:52 I think that's all I have. 14:52:48 OK, anyone have anything else? pwhalen jsmith bconoboy 14:53:04 bcotton: even, not bconoboy 14:53:35 us bc's are all the same to you 14:53:38 but i got nothin 14:53:53 Awww. 14:54:15 :) 14:54:21 * pwhalen has nothing else 14:54:42 bconoboy: If you do have something you're more than welcome to comment :) 14:55:08 No, I'm good ;-) 14:56:45 #endmeeting