[00:39:48] *** Quits: felipef (~felipef@cpc92310-cmbg19-2-0-cust421.5-4.cable.virginm.net) (Ping timeout: 272 seconds) [06:55:06] *** Joins: travis-ci (~travis-ci@ec2-54-145-98-130.compute-1.amazonaws.com) [06:55:07] (spdk/master) bdev/nvme: change hotplug poller with asynchronous probe API (Changpeng Liu) [06:55:07] Diff URL: https://github.com/spdk/spdk/compare/4fb22601170e...add76a3515f3 [06:55:07] *** Parts: travis-ci (~travis-ci@ec2-54-145-98-130.compute-1.amazonaws.com) () [08:25:14] bwalker: Please chime in on https://review.gerrithub.io/#/c/spdk/spdk/+/447851/ re: dpdk fork commit 754c3db. [08:25:58] And, if I failed to make clear the reason/need for the commenting-out of CONFIG_RTE_EAL_IGB_UIO and CONFIG_RTE_KNI_KMOD. [08:37:42] jimharris: When working with our fork of the dpdk -and- making changes to the spdk to comport with new commits to the fork of the dpdk, do the commit(s) to the dpdk fork need to be *merged* before submitting a patch to gerrit for the related changes on the spdk? [08:42:37] yes - we have to merge the dpdk changes first, wait for them to sync to github (which is typically just a couple of minutes after they've been merged on gerrithub), and then we can submit the spdk change to move the dpdk submodule pointer [08:50:58] jimharris: Thank you for confirming my suspicion on how that flow would work. Another question, if I might? [08:51:46] Can "anyone" instantiate a new branch (be it in spdk or our dpdk-fork), or is that action restricted to a maintainer? [08:58:22] just maintainers [08:59:12] tomek also has privileges since he owns a lot of the release process (which requires creating the .x branches) [09:13:45] Ok, good to know. I inquired because of the effort/assist of @darsto and @bwalker for getting the forthcoming SPDK 18.10.2 + DPDK 18.11+ build setup and validated. Ben had instantiated a special dpdk branch for this effort and I was just confirming that is something I would not be able to do on my own. [09:17:24] *** Joins: felipef (~felipef@62.254.189.133) [10:09:56] *** Quits: felipef (~felipef@62.254.189.133) (Remote host closed the connection) [10:28:45] *** Joins: travis-ci (~travis-ci@ec2-3-86-71-71.compute-1.amazonaws.com) [10:28:46] (spdk/master) rdma: use LAST_WQE_REACHED event in the SRQ path (Seth Howell) [10:28:46] Diff URL: https://github.com/spdk/spdk/compare/add76a3515f3...a9fc7e1db84d [10:28:46] *** Parts: travis-ci (~travis-ci@ec2-3-86-71-71.compute-1.amazonaws.com) () [12:47:05] *** Joins: jrlusby (sid295807@gateway/web/irccloud.com/x-zlrzourwkvnjenql) [13:10:29] *** Quits: gila (~gila@5ED4D979.cm-7-5d.dynamic.ziggo.nl) (Read error: Connection reset by peer) [13:48:21] hello [13:48:37] hi jrlusby [13:51:13] glad to see people are around here :D. I'm debugging some issues with iscsi_tgtd, and its too early to bother you guys for help explaining stuff atm I think because I'm still digging into how everything works and am not done with due diligence, but its reassuring to know if I get to the point where I need to ask a question someone will probably answer. [13:52:41] sounds good - IRC, mailing list, GitHub issues - feel free to use any of them, but IRC will usually get you the quickest response assuming the expert you need is online :) [13:53:15] perfect, ty [20:02:13] *** Joins: travis-ci (~travis-ci@ec2-18-212-188-19.compute-1.amazonaws.com) [20:02:14] (spdk/master) UT/nvmf: add reservation filter check Unit test (Changpeng Liu) [20:02:15] Diff URL: https://github.com/spdk/spdk/compare/a9fc7e1db84d...24e012c0828a [20:02:15] *** Parts: travis-ci (~travis-ci@ec2-18-212-188-19.compute-1.amazonaws.com) () [20:04:45] *** Joins: travis-ci (~travis-ci@ec2-18-212-188-19.compute-1.amazonaws.com) [20:04:46] (spdk/master) nvme: add nvme_pcie_qpair_ring_cq_doorbell (Jim Harris) [20:04:46] Diff URL: https://github.com/spdk/spdk/compare/24e012c0828a...205111718d60 [20:04:46] *** Parts: travis-ci (~travis-ci@ec2-18-212-188-19.compute-1.amazonaws.com) () [20:06:58] *** Joins: travis-ci (~travis-ci@ec2-3-86-71-71.compute-1.amazonaws.com) [20:06:59] (spdk/master) QoS: check whether to enable the QoS testing on iSCSI (GangCao) [20:06:59] Diff URL: https://github.com/spdk/spdk/compare/205111718d60...092360ce49fc [20:06:59] *** Parts: travis-ci (~travis-ci@ec2-3-86-71-71.compute-1.amazonaws.com) () [21:12:17] *** Joins: felipef (~felipef@cpc92310-cmbg19-2-0-cust421.5-4.cable.virginm.net) [21:16:38] *** Quits: felipef (~felipef@cpc92310-cmbg19-2-0-cust421.5-4.cable.virginm.net) (Ping timeout: 250 seconds) [23:23:29] Project autotest-nightly build #440: STILL FAILING in 23 min. See https://ci.spdk.io/spdk-jenkins for results. [23:34:41] Project autotest-nightly-failing build #309: STILL FAILING in 34 min. See https://ci.spdk.io/spdk-jenkins for results.