[00:13:58] *** Quits: felipef (~felipef@109.144.217.107) (Remote host closed the connection) [01:18:30] *** Joins: travis-ci (~travis-ci@ec2-54-197-142-249.compute-1.amazonaws.com) [01:18:31] (spdk/master) test/unit/iscsi: use test_env.c (Jim Harris) [01:18:31] Diff URL: https://github.com/spdk/spdk/compare/2bebd09bd724...80bfabcfcfb5 [01:18:31] *** Parts: travis-ci (~travis-ci@ec2-54-197-142-249.compute-1.amazonaws.com) () [02:27:01] *** Joins: felipef (~felipef@94.197.120.188.threembb.co.uk) [02:44:27] *** Quits: felipef (~felipef@94.197.120.188.threembb.co.uk) (Ping timeout: 246 seconds) [02:52:06] *** Joins: felipef (~felipef@94.197.121.212.threembb.co.uk) [03:03:21] *** Quits: felipef (~felipef@94.197.121.212.threembb.co.uk) (Ping timeout: 246 seconds) [03:10:27] *** Joins: felipef (~felipef@62.254.187.233) [03:26:01] *** Joins: travis-ci (~travis-ci@ec2-54-167-167-27.compute-1.amazonaws.com) [03:26:02] (spdk/master) build: add ALL_MODULES_* variables to spdk.modules.mk (Jim Harris) [03:26:03] Diff URL: https://github.com/spdk/spdk/compare/80bfabcfcfb5...42b6771f40e1 [03:26:03] *** Parts: travis-ci (~travis-ci@ec2-54-167-167-27.compute-1.amazonaws.com) () [03:58:42] *** Quits: felipef (~felipef@62.254.187.233) (Ping timeout: 272 seconds) [05:17:49] *** Joins: tomzawadzki (uid327004@gateway/web/irccloud.com/x-vxsjniyyxwugbhnz) [05:43:22] klateck, any luck so far on the Jenkins proxy issue? [06:06:27] peluse Unfortunately no:( I'm going to try one more thing - running Jenkins with additional http.proxy and https.proxy arguments on command line. [06:42:47] *** Quits: gila (~gila@5ED74129.cm-7-8b.dynamic.ziggo.nl) (Ping timeout: 240 seconds) [06:49:18] *** Joins: gila (~gila@5ED74129.cm-7-8b.dynamic.ziggo.nl) [06:58:37] K, thanks [09:00:16] jimharris, QQ: when I call spdk_reduce_vol_init() I expect I'll get a call to my backing dev write function pointer prior to getting the callback I provided you. I do, however what I'm getting in the cb_arg for the write function has what I need buried inside a private structure. You mare putting my original cb_arg inside the init_ctx structure and that is being passed back to me in the write function as args->cb_arg. I can show you if that's [09:00:16] easier... I can hack around it of course but I think it'd be better to understand the intent before moving fwd [09:01:07] * peluse BRB... [09:46:54] *** Joins: travis-ci (~travis-ci@ec2-54-197-176-123.compute-1.amazonaws.com) [09:46:55] (spdk/master) build: remove xx_MODULES_LINKER_ARGS and xx_MODULES_FILES (Jim Harris) [09:46:55] Diff URL: https://github.com/spdk/spdk/compare/42b6771f40e1...5704be898766 [09:46:55] *** Parts: travis-ci (~travis-ci@ec2-54-197-176-123.compute-1.amazonaws.com) () [10:04:45] jimharris, rock-n-roll.... vbdev_compress.c: 904:vbdev_init_reduce_init_cb: *NOTICE*: for vol comp0, error 0 [10:19:21] sweet! [10:24:22] *** Quits: tomzawadzki (uid327004@gateway/web/irccloud.com/x-vxsjniyyxwugbhnz) (Quit: Connection closed for inactivity) [11:01:26] *** Quits: bwalker_ (~bwalker@134.134.139.72) (ZNC - http://znc.in) [11:02:10] *** Joins: bwalker (bwalker@nat/intel/x-dfsvhwfldoeppiyp) [11:02:10] *** ChanServ sets mode: +o bwalker [11:02:10] *** Server sets mode: +cnrt [11:02:10] *** Server sets mode: +cnrt [11:02:16] *** Quits: fionatrahe (fionatrahe@nat/intel/x-popydjyeaagikopg) (Ping timeout: 246 seconds) [11:02:37] *** Quits: jimharris (jimharris@nat/intel/x-hkrhwdlkmzuvfwgu) (Ping timeout: 246 seconds) [11:02:58] *** Quits: mszwed (mszwed@nat/intel/x-dvsfdbcqfirtcvzm) (Ping timeout: 246 seconds) [11:02:58] *** Quits: ppelplin (ppelplin@nat/intel/x-kcideuxygunxrdne) (Ping timeout: 246 seconds) [11:03:06] *** Quits: sethhowe (~sethhowe@134.134.139.72) (Ping timeout: 252 seconds) [11:03:09] *** Quits: bwalker_ (~bwalker@134.134.139.72) (Ping timeout: 268 seconds) [11:03:16] *** Joins: fionatrahe (fionatrahe@nat/intel/x-sniqnfgljyyvmpdt) [11:03:20] *** Joins: jimharris (jimharris@nat/intel/x-fbijqzzlgtqypkdo) [11:03:20] *** ChanServ sets mode: +o jimharris [11:03:31] *** Quits: pniedzwx (pniedzwx@nat/intel/x-ceumkmnbcdezxqfr) (Ping timeout: 260 seconds) [11:03:46] *** Quits: klateck (~klateck@134.134.139.72) (Ping timeout: 268 seconds) [11:03:47] *** Quits: pwodkowx (~pwodkowx@134.134.139.72) (Ping timeout: 268 seconds) [11:11:20] *** Joins: sethhowe (sethhowe@nat/intel/x-cxtfkpjxrhjsrezm) [11:16:51] *** Joins: ppelplin (ppelplin@nat/intel/x-uwaheaxheraewzun) [11:47:41] *** Quits: lhodev (~lhodev@66-90-218-190.dyn.grandenetworks.net) (Ping timeout: 250 seconds) [12:45:00] *** Joins: klateck (klateck@nat/intel/x-elgnvujyoikkefcq) [12:53:36] *** Joins: lhodev (~lhodev@inet-hqmc07-o.oracle.com) [15:01:07] Anyone experience probe failures against Intel NVMe drive (device-id 0a54) ? [15:01:30] I see there is a quirk defined in the SPDK sources for it. [15:27:52] Upon boot, I can run the nvme-cli while the drive is bound to the kernel's nvme driver. [15:28:40] When I then run SPDK's scripts/setup.sh, I note on the console: [15:28:40] [ 147.509574] nvme nvme0: Device shutdown incomplete; abort shutdown [15:29:15] any idea if this SSD has latest FW? [15:29:44] No idea at all. The FW version did occur to me. Was gonna look into that. [15:30:06] what's the SSD model? [15:30:10] It's interesting that it doesn't appear that the kernel's nvme driver has a problem communicating with the drive. [15:30:46] it's the transition that's the problem - there was an issue with this on an early FW version of one of Intel's NVMe SSDs, we ran into this early this year [15:31:23] I'll collect the model here shortly after I reboot. In fact, when it gets into this state, I have to power cycle the host. [15:31:29] i'm guessing that if you do a subsequent scripts/setup.sh reset, that the kernel driver won't work either [15:31:32] yep [15:32:00] The kernel is reporting soft lockup [15:38:54] Model number reported as: 7335940:ICDPC2DD2ORA6.4T [15:56:10] *** Joins: travis-ci (~travis-ci@ec2-54-82-111-8.compute-1.amazonaws.com) [15:56:11] (spdk/master) bdev/gpt: use per-base split tailq (Darek Stojaczyk) [15:56:11] Diff URL: https://github.com/spdk/spdk/compare/5704be898766...f40ab9893dc3 [15:56:11] *** Parts: travis-ci (~travis-ci@ec2-54-82-111-8.compute-1.amazonaws.com) () [15:59:20] *** Joins: travis-ci (~travis-ci@ec2-54-224-191-209.compute-1.amazonaws.com) [15:59:21] (spdk/master) nbd: fixup return codes (Darek Stojaczyk) [15:59:21] Diff URL: https://github.com/spdk/spdk/compare/f40ab9893dc3...d815107bd569 [15:59:21] *** Parts: travis-ci (~travis-ci@ec2-54-224-191-209.compute-1.amazonaws.com) () [16:01:50] *** Joins: travis-ci (~travis-ci@ec2-54-162-160-231.compute-1.amazonaws.com) [16:01:51] (spdk/master) nvmf: check block size is 512 aligned for each Namespace (Changpeng Liu) [16:01:51] Diff URL: https://github.com/spdk/spdk/compare/d815107bd569...d2525134e74e [16:01:51] *** Parts: travis-ci (~travis-ci@ec2-54-162-160-231.compute-1.amazonaws.com) () [16:27:52] jimharris: Heard from an internal hardware guy that, indeed, the firmware I have on these drives is not just old, but VERY OLD. Said it was even a pre-release. Trying to obtain new firmware through him. Will let you know how it goes. [16:30:49] cool! keep me posted [16:41:48] *** Quits: gila (~gila@5ED74129.cm-7-8b.dynamic.ziggo.nl) (Quit: My Mac Pro has gone to sleep. ZZZzzz…) [19:26:09] *** Quits: lhodev (~lhodev@inet-hqmc07-o.oracle.com) (Remote host closed the connection) [19:26:49] *** Joins: lhodev (~lhodev@66-90-218-190.dyn.grandenetworks.net) [21:03:30] *** Joins: travis-ci (~travis-ci@ec2-54-161-4-102.compute-1.amazonaws.com) [21:03:31] (spdk/master) bdev: calculate tsc_diff in bdev_io_complete (Piotr Pelplinski) [21:03:31] Diff URL: https://github.com/spdk/spdk/compare/d2525134e74e...676717e4dabf [21:03:31] *** Parts: travis-ci (~travis-ci@ec2-54-161-4-102.compute-1.amazonaws.com) () [21:08:58] *** Joins: travis-ci (~travis-ci@ec2-54-162-165-249.compute-1.amazonaws.com) [21:08:59] (spdk/master) nvmf/host/perf.sh: Remove the delete nvme controller statement. (Ziye Yang) [21:08:59] Diff URL: https://github.com/spdk/spdk/compare/676717e4dabf...03370d0544e0 [21:08:59] *** Parts: travis-ci (~travis-ci@ec2-54-162-165-249.compute-1.amazonaws.com) () [22:06:18] *** Joins: travis-ci (~travis-ci@ec2-54-224-191-209.compute-1.amazonaws.com) [22:06:19] (spdk/master) nvme/tcp: disable the digest by default. (Ziye Yang) [22:06:19] Diff URL: https://github.com/spdk/spdk/compare/03370d0544e0...7a39a68c4fea [22:06:19] *** Parts: travis-ci (~travis-ci@ec2-54-224-191-209.compute-1.amazonaws.com) ()