00:20:43 hmm, I don't see any such warning in our current str*.3c man pages (which I split up into more reasonable chunks to great acclaim last year) 00:21:55 ah, I see the final note on your https://illumos.org/man/3C/string 00:22:08 yeah 00:23:54 which mostly survives in our https://docs.oracle.com/cd/E88353_01/html/E37843/strtok-3c.html except we dropped the reference to the compiler option since it's now default in all three compilers we care about 00:24:41 you can also see our https://docs.oracle.com/cd/E88353_01/html/E37843/string-3c.html is so much shorter now 8-) 00:26:37 See also: https://illumos.org/opensolaris/bugdb/bug.html#!7017461 00:26:38 → OpenSolaris issue 7017461: string(3C) man page examples core dump when compiler defaults to xstrconst (Accepted) 00:32:26 I can't find a bug corresponding to why it was added, but I'd guess it was what you guessed or at least one pushy customer demanding we either "fix" it or document it 00:37:23 you also still have the "modern computer systems" usage note in https://illumos.org/man/3C/index which was originally a warning against assuming all the world was a VAX: 00:37:27 On the Sun processor (and on some other machines), you can \fINOT\fP use 00:37:27 a zero pointer to indicate a null string. A zero pointer is an error and 00:37:27 results in an abort of the program. If you wish to indicate a null 00:37:27 string, you must have a pointer that points to an explicit null string. 00:37:27 On PDP-11's and VAX'en, a source pointer of zero (0) can generally be 00:37:28 used to indicate a null string. 00:37:30 Programmers using NULL to represent an empty string should be 00:37:32 aware of this portability issue. 00:37:50 (from the SunOS 3.0 man page, the earliest I have) 00:38:12 amazing. 00:38:21 and of course we still have 0@0 just in case you want to _pretend_ 00:38:29 (and haven't set the secflag that stops it working) 00:39:37 the file(1) implementation decides which character is used for ASM comments based on whether we're a pdp11 or not. 00:39:59 arguably wrongly 00:40:25 ran into that fixing that it decides whether a dump is "intel" or "sparc" based on which order the magic number is in. 00:40:44 (I guess nobody crashed enough on ppc to care) 00:45:47 on bsd 4.2/bsd 4.3 on vax, a.out format executables mapped their text starting at address 0, so null pointers could be dereferenced for read (but not write) by default. 03:55:06 rmustacc: are there any example of using the nic topo module in a topo map? I've not found any, but not 100% sure what i'd be looking for either 03:57:01 jbk: I've never used it in a topo map before. It normally has been enumerated automatically from the PCIe module. 03:57:16 *pci 03:57:44 Do you have something that's not driven by pci in this case? 03:59:14 well what I was hoping to do is right now the parent device for the port (i.e. the nic) gets a label of 'MB' which isn't particularly helpful when there's 4 MB NICs... i was hoping to be able to override it with the actual label in the back (based on the device path) 03:59:22 but maybe that's not possible right now? 04:01:20 smbios knows about the port, but I don't think the smbios info provides any way to link the two 13:42:09 jbk: Which smbios entry is it in? 13:55:22 SMB_TYPE_PORT 13:56:12 https://pastebin.com/pQPLByJa 13:56:38 Yeah, there's not much we can do automatically there. 13:56:54 If only it was more like the on-board devices or others that also gave you a b/d/f. 13:59:05 there is an SMB_TYPE_OBDEVEXT as well w/ b/d/f but that doesn't give you anything to link to the port 13:59:24 it's just 'Intel X557-AT3 Ethernet #1' etc 14:00:28 Yeah, I get it. Just was wishing they had better ways of linking these things together, but they don't. 14:00:43 yeah, why i was hoping there was a way to do it with a topo map 14:01:02 So you could create a static node in it I think that has the label? 14:01:03 since the device path shouldn't change 14:01:21 That's nuanced. 14:01:53 That depends on the platform firmware not changing the b/d/f of everything along the way ever. 15:29:31 hrm.. it does seem though that the Reference Designator from smbios for the OBDEVEXT entries matches the device labeling method of the equivalent ACPI node, though I have no idea if there's anything wired up to utilize any of that (or if so, how) 15:30:27 the latter would allow mapping the driver instance (e.g. ixgbe0) to the ACPI device label 15:38:14 (which could be used to match the actual port name on the back) 18:12:47 Good evening all. 18:13:32 * danmcd is guessing you're at or east of UTC... 18:14:59 danmcd CET :-) 18:16:14 So just saying hi? Or do you have a question? 18:17:25 hrm.. 18:17:36 is dtrace.org's ssl cert showing expired for anyone else? 18:17:40 I presume they were answering your question. 18:17:45 about timezone location. 18:18:21 (He said good evening so I figured it could be either hi or a prelude, nomad.) Self-signed certs says https://dtrace.org/ 18:18:38 jbk: I noticed that too 18:18:42 danmcd: yeah, but the expiration date 18:18:43 did you try to get to the dtrace book 18:18:48 yeah 18:18:52 illumos.org/books 18:18:53 was wanting to look up/confirm something 18:18:58 that has the actual book 18:19:07 Not After Tue, 22 Nov 2022 17:20:50 GMT 18:19:28 it's been over a month since the latest pkgsrc update. should we worry? :)) 18:21:14 I don't think so tux0r. 18:21:25 danmcd Making more of an effort to engage with, and hopefully in, the illumos community :-). But I do have something approaching a question, regarding the cross-pollination of illumos on FreeBSD, should there be any interest in that topic? 18:22:05 grr.. this is annoying.. need to set a probe on a function in a shared library linked into a program 18:22:11 Wouldn't hurt to bring it up; we are aware of it, of course. 18:22:16 but dtrace keeps saying the probe doesn't exist 18:22:36 Try a -Z there jbk. 18:22:45 Can you specify library`name like you can in mdb's delayed breakpoints? 18:23:02 Yes, the shared object is the second part of the 4 tuple for pid. 18:24:11 (Technically the module part) 18:24:19 what is the actual value for the library used? e.g. it's get_id in libsec -- is that 'pid$target:libsec.so:get_id:{entry,return}' 18:24:30 or libsec.so.1 18:24:36 it's the SONAME I believe 18:24:48 either that, or the basename. 18:24:53 It's been a while since I traced something where they differed 18:24:54 I always did the full name. 18:25:05 But I don't know what's required. trace(probefunc) also helps. 18:25:14 (probemod) 18:25:16 But depending on lazy loading / dlopen deps sometimes it won't be there. 18:25:19 Sorry, probemod, yes. 18:26:10 [illumos-gate] 15603 SMB3 encryption interface updates for "large MTU" -- Gordon Ross 18:26:32 ahh -Z seems to have worked... never knew about that one 18:26:45 -Z says ignore things that aren't here right at this moment. 18:27:00 It'll get revaluated when certain activity happens. 18:27:09 For example, the kernel will revaluate fbt probes on module load. 18:27:29 and rtld callbacks when things happen, yeah. 18:27:41 Yeah. It may not happen on dlopen. 18:29:28 thankfully it's linked and not dlopen()ed 18:30:23 The only real downside to -Z is you can't use args[]. 18:31:43 speaking of that.. i should fix that for large chunk of kernel SDT probes where it's broken 18:32:14 It seems like FreeBSD has benefitted a lot from a good number of originally illumos features (Dtrace, ZFS and Boot Environments come to mind) and illumos (depending on the distro?) has benefitted in turn from originally FreeBSD features (Bhyve and the FreeBSD bootloader come to mind). I'm new to illumos but I'm learning as quickly as time allows. 18:32:14 While I'm much more familiar with FreeBSD than illumos it's easy for me to see that illumos still has a lot of very unique features. I was wondering what people here think about this cross-pollination between illumos and FreeBSD and what keeps you interested in using and contributing to illumos (or your illumos distro of choice)? 18:33:51 danmcd ^^^ A large question but hopefully an interesting one. 18:39:09 In general, where we can work together and mutually benefit, usually helps. That's true whther it's FreeBSD or other folks. 18:39:14 one thing i'd like to explore more (it'd likely end up as an IPD) though not sure there'd be much in the way of code sharing is freebsd's iflib handling of tx packets is pretty nice 18:39:45 If that's something you'd want to explore, I'd prototype something first. 18:39:51 it'd be opt-in, but for many ring-based NICs (i.e. i don't think mlxcx would benefit, but a lot of others could) 18:40:39 basically you give it the segmentation constraints and it presents you an array of the equivalent of ddi_dma_cookie_ts 18:40:53 taking care of any necessary segmentation, etc. 18:41:08 (and some bookkeeping about avail descriptors, etc) 18:41:31 I'd consider prototyping and blast radius. There are tradeoffs in a lot of directions. 20:58:10 [illumos-gate] 15824 want cxgbe FEC kstats -- Robert Mustacchi 22:46:32 Anyone got any opinions on my adding local cache support to arm64-gate's make download? I know roughly what I'm doing to add it for git checkouts, still trying to figure out how I want to handle http gets of artifacts, etc 22:46:48 Eg, is this a thing I should add to mainline illumos-gate, should I just have it be default or have it require a flag? Or should I just put together an overly simple patch and discuss then? 22:56:49 'make download' should only need to actually do anything the first time, I think? unless somehow that changed when andyf and I made changes. 22:57:37 but I don't think I have objections? andy might be the best person to talk to, I'm not very online for the next little while for other reasons. 23:07:36 That's how it is still supposed to be - `make download` just the once 23:18:36 Sounds good. I'll keep thinking about it, if I have a strong opinion I'll make sure to have an argument in favor that isn't just about me. 23:20:52 Is there anything automatically building arm images right now? Or is that just manual. 23:22:39 [illumos-gate] 15822 Fully reset bhyve fwctl state if guest requests it -- John Baldwin 23:24:36 [illumos-gate] 15809 bhyve TSC should exclude minimal host deltas -- Patrick Mooney