00:32:41 Come join us! Triton DataCenter Office Hours will be happening this Thursday once again at 11PT/2ET/18:00 UTC on Discord https://discord.gg/v4NwA3HqayIt's a great way to engage with community members, developers and learn more about Triton DataCenter! 01:10:26 ok.. something isn't clicking 01:11:07 addr::walk xxx | ::print struct Foo fails with failed to dereference symbol 01:11:22 yet I can take the addresses from the walker 01:11:33 and do addr_from_walker::print struct Foo 01:12:49 ::typelist -l fails to show struct Foo 01:13:29 err ::typedef -l 01:14:04 a schrödinger type apparently 01:14:11 it exists, yet doesnt' 01:15:00 Was it something you defined with ::typedef? 01:15:14 it was read from a module 01:15:18 so ::typedef -r 01:15:33 ctfdump on the module agrees that it exists 01:15:36 OK. I would still expect it to show up in typedef -l then. 01:15:48 and ::print struct Foo (no addr) also agrees.. just not in a pipeline 01:15:52 which is odd 01:16:08 If you use a different type in that context does it work? 01:16:36 Specifically one qualified with struct or similar. 01:18:51 oh gah... PEBKAC 01:18:52 nevermind :) 01:19:12 some debugging info from writing the walker was fouling things up 01:19:23 (probably means it's time to quit for the day) 01:20:14 though the ::typelist -l thing still remains.. but ::print works now 09:43:20 [illumos-gate] 15616 Add DISCARD/TRIM support to lofi(4D) -- Andy Fiddaman 14:39:53 toasterson: just curious, does the SPARC spin of hipster have CI builds setup or is it just whenever new commits get pulled into the branch manually? 15:51:56 also, is there maybe a more appropriate channel for OI SPARC related stuff? I realize this is kind of niche and is noise to most of #illumos 16:04:26 KungFuJesus: there is no CI for that no. 18:05:05 toasterson: you could get sparc adapted to the cross-build stuff 18:05:06 [illumos-gate] 15623 remove lingering sections of sun studio -- Richard Lowe 18:05:09 and then you could CI it 18:06:55 richlowe: sparc still failed with unwind and it's not easy for cross builds - you have to prepare sysroot with libs 18:07:15 you'd be amazed how much detail I know about that in rn 18:07:24 and it's really not that bad. 18:08:41 richlowe: i't s possible to build final binary with static gcc libs - binary can be run on native sparc env. but with shared builds it failed to me a lot. need additional time for it 19:13:40 richlowe: Most likely option yes. Depends when people get to it. 19:53:26 does illumos actually support Router Advertisements with preferrred lifetime of 0? 19:53:55 anecdotal evidence would suggest no, but I wanted to ask :) 20:26:49 richlowe: Was sun studio ever actually a _good_ compiler? I've always wondered 20:35:55 back in the day (~2000) it was certainly prefereable to the gcc 3.4.3 shipped in sfw for most things 20:38:31 nbjoerg: there appears to be code to delete the route when preferred lifetime = 0: https://github.com/illumos/illumos-gate/blob/master/usr/src/cmd/cmd-inet/usr.lib/in.ndpd/tables.c#L2166-L2174 20:39:25 sommerfeld: reason I am asking is that Mikrotik finally fixed that in RouterOS and e.g. Linux correctly stops using the old addresses for outgoing traffic, but Illumos certainly des not 20:39:30 does not 20:39:47 not even sure how I can get the current lifetime to double check though 20:41:28 in.ndpd is the daemon you want to debug; the route lifetimes appear to be maintained by timers within that process. 20:42:23 it's entirely possible that something goes wrong when it tries to delete the route. 20:42:48 testing at the moment with these SPARC systems, I do wonder if Sun/Oracle Studio would produce more optimal code or if GCC or even clang do a better job 20:44:59 I wouldn't worry about it, honestly. 20:45:36 "more optimal code" is just another way to say "absolutely screwed by imperfections in your code" 20:46:11 and probably, largely, unless very performance sensitive, not actually going to be measurably affect your life 20:46:24 (if you think it might measurably affect your life, there's always benchmarking) 21:12:58 Studio was (marginally) a better compiler when it came out, but Studio for illumos is 10-15 years old now and the alternatives have been constantly improving 21:14:02 is there rust in illumos? the kernel, specifically. 21:14:06 no 21:15:40 Some of us have developed kernel modules that are all in rust, but they're for specific use cases and not upstream. 21:20:37 yeah, there's no reason, except nobody has written one yet. 21:23:03 it's not like people write brand new kernel modules that often, vs. updating existing ones 21:23:40 That's just because you're not cursed with new subsystem-itis. 21:23:50 updating an existing one would also upset me, at least temporarily. 21:24:01 but I mean, I have to be upset eventually. 21:24:48 I mean if I wanted to see rust in the kernel, I'd look for something fun like porting the graphics drivers for the ARM Macs 21:25:05 you are not helping, alan :) 21:25:35 my employer doesn't allow me to help 8-) 21:25:41 alanc: only if you fixup the rest of the graphics stack aswell :) 21:27:11 I already maintain half of it upstream, isn't that enough? 21:27:35 It's much more than we deserve. 21:27:48 It definetly is :) 21:28:25 someone even listed it in https://gitlab.freedesktop.org/xorg/doc/xorg-docs/-/blob/master/MAINTAINERS#L588 22:20:24 honestly, something network-facing and full of untrusted data is probably the most immediately useful thing. 22:20:31 I'm surprised, like, wireshark or something isn't heading that way 22:20:38 given all the issues tcpdump, snoop, etc, have had in the past. 22:21:38 slurping arbitrary trash off the network, badly in the case of snoop at least, would sure feel better that way. 22:29:28 The network-facing bit was what we started with. 22:53:34 hrm.. just as a sanity check.. you _always_ need to ddi_dma_sync before reading memory that you're expecting to be modified by a driver (e.g. there's no flag to ddi_dma_mem_alloc or ddi_dma_addr_bind_handle that will elide the need to do a sync), right? 22:57:23 Correct. 22:57:30 ok.. 22:57:40 Though x86's consistency can hide issues. 23:00:30 jbk: If you look at the DMA Related Functions of the updated Intro(9F) (unfortuantely not on illumos.org right now for some reason), it discusses that a bit more. 23:00:39 Look for a sentence that starts with "When performing I/O to and from a device"