09:40:07 um, I had plain local zone install, then added nfs/server package, but starting service did end up "maintenance 16:51:01 svc:/network/nfs/server:default" and apparently the reason is "svcprop: Pattern 'svc:/network/ipfilter:default' doesn't match any entities". I guess, the network services should depend on ipfilter package? 09:49:07 tsoome: That sounds more like a bug in a method script? 12:38:44 I had a look at: https://docs.openindiana.org/dev/graphics-stack/#hardware-matrix – which states that the 8th gen Intel onboard graphics is not yet supported by OI illumos. My question is: When will the 8th gen Intel onboard graphics be supported? Thanks. 13:53:19 jclulow or that, yes. 13:54:02 anyhow, after installing ipfilter, I can clear nfs/server service 13:54:30 I guess, it is time to file an issue 13:56:09 ah, it is already there. https://www.illumos.org/issues/15560 13:56:10 → BUG 15560: network/nfs/server fails with svcprop: Pattern 'svc:/network/ipfilter:default' doesn't match any entities (New) 13:59:18 jclulow btw, did you intend to review https://code.illumos.org/c/illumos-gate/+/2314 too? I would like to get it on RTI process soon. 13:59:19 → CODE REVIEW 2314: 14919 tem: implement xenl (NEW) | https://www.illumos.org/issues/14919 14:10:04 Seems like MS Windows 10 is using iSCS target , served form SmartOS GZ, just fine. Just Linux initiator can't see it at all (not using andy authentication and username/password still) 14:23:08 does it have view? 15:02:39 tsoome, on Linux, iscsiadm -m discovery -t st -p IP_address , does not give anything but timeouts 15:03:10 yes, but did you verify if you have made it visible at server side? 15:14:43 I use this in script upon start to run target and make it available: https://bpa.st/VLAQ works fine on Win10 15:24:56 stmfadm list-view -l is All All 15:30:02 I would recommend to read https://docs.oracle.com/cd/E37838_01/html/E61015/fmvcd.html#scrolltoc and once done, especially https://docs.oracle.com/cd/E37838_01/html/E61015/gkgnr.html#scrolltoc -- because you do not want to mix different systems and their luns. please note that in that last ur, the example is based on FC connection, with iscsi, you need respective iqn's. 16:13:56 so illumos serving the luns, not connecting, correct? 16:16:30 (we just encountered a device the presents invalid IQNs -- at least unless you're using metric months :P -- and illumos won't connect to it without a patch to relax the IQN validation 16:33:32 hrm.. 16:34:26 the pkgsrc autotools/automake/... seem to work with tpm2-tss, but the omnios ones have that confounding M4 errors (though I suppose that is somewhat redundant) 16:35:22 sometimes that's caused by e.g. not having libtool installed and you're missing some .m4 files 16:36:36 no, the omnios VM has libtool installed, but something's wrong.. 16:37:22 the only external runtime deps though they have are openssl and json-c, so at least it'd be easy enough to just bundle things together at least for testing 16:38:18 i still need to finish the TAB support, but that wouldn't impact kicking the tires on things 16:41:24 that's mostly about 'virtualizing' the TPM (loosely speaking.. basically multiple clients accessing it so there's some state swapping in/out and object id mapping that has to happen) 17:12:26 [illumos-gate] 14919 tem: implement xenl -- Toomas Soome 18:06:59 tsoome: so more specifically, your branch isn't outputting on the serial console, but it is at least allowing things to boot... 18:07:23 ou. 18:09:21 thats on azure? 18:12:56 yeah 18:13:55 fbsd though seems to be ok -- i can see and interact w/ loader on there 18:15:36 ok, thats good to know. 18:16:00 it may be, we are touching some settings it does not like. 18:16:28 need to compare those two sources... 18:19:30 i put 'set console=text,ttya' (as well as entries for boot_kmdb and a few others when I wasn't sure yet where the problem was) into boot/loader.rc 18:19:43 well added (before calling beastie-start) 18:20:02 so it should be mirroring out the console 18:20:18 the fb screenshots look like you'd expect 18:20:36 ah, ok so you have some output and input afterall? 18:21:15 show ttya-mode is making sense? 18:55:09 not from loader.. just after the OS starts booting 18:57:48 ou, ok. what is ttya-mode in prtconf -v ? 18:58:20 i can check in a bit -- i'm building a new image to fix an unrelated issue with our installer 18:58:46 ofc, np 18:59:58 @pmooney in particular may have this in L1 cache... is there an AMD public document mentioning which CPU models (or newer) contain which MSRs ? 19:00:18 hahaha, nothing of the sort 19:00:35 the documentation is such a hodge-podge 19:00:48 MSRs which were introduced in an old model, and still exist today, being totally absent from newer docs 19:00:57 a deep well of sadness 19:03:09 Damn. 19:03:44 The morbidly curious should see: https://smartos.topicbox.com/groups/smartos-discuss/T12fc99173c3f1cf4-M830f40f6375617e69b161db0 19:04:41 (Turion CPU vs. modern BHYVE loses GPFs at MSR used by ( fenix ) illumos#15467 19:04:42 BUG 15467: bhyve needs TSC frequency control (Closed) 19:04:42 ↳ https://www.illumos.org/issues/15467 | https://code.illumos.org/c/illumos-gate/+/2711 19:05:17 I can probably dig through some things if helpful. 19:06:45 Don't. 19:08:20 The Turion is K10 AIUI, so there's a whole generation (Bulldozer, right?) between it and Zen. 19:09:22 (oops, Turion II) I have no idea how set for virtualization Bulldozer is, but I'm guessing K10 is no longer treated as supportable by AMD. 19:19:43 There are multiple generations, but yeah. 19:28:34 [illumos-gate] 16208 Update AMD microcode to 20240116 -- Andy Fiddaman 19:31:19 danmcd: Do you have the stack of the dump? 19:31:43 Yes I do. 19:32:35 Mind dming it to me? 19:32:47 I think there should be cpuid bits that cover whatever this is. 19:32:55 https://gist.github.com/danmcd/e404ab9398c9f85f2167d6a2422d1b9f 19:33:23 A quick glance at the AMD docs mentioned something about an indicator. Lemme see if I can find it really quickly... 19:34:11 ah 19:34:15 so we check for it in some places 19:34:22 but the restoration of that value is unconditional 19:34:24 (which is wrong) 19:34:30 I can take care of this 19:34:41 CPUID Fn8000_000A_EDX[TscRateMsr] =1 indicates support for the TSC Ratio MSR. See 19:34:41 Section 3.3, “Processor Feature Identification,” on page 71 for more information on using the CPUID instruction. 19:34:49 Oh wow. 19:34:57 It's an actual bug then? Cool, I guess. 19:35:01 yeah 19:35:10 we check for the feature if/when userspace attempts to set TSC scaling 19:35:17 but just blindly restore the scaling value on exit 19:36:00 sorry about that, I should have caught it in review 19:36:32 Do you want to follow up on the thread there Dan or should one of us? 19:36:58 I've followed up on the thread. 19:37:16 Once one of you two files an illumos bug I'll further-further followup on it. 19:42:22 I'll file the bug in a minute 20:03:31 fenix illumos#16393 20:03:32 BUG 16393: bhyve should take more care with MSR_AMD_TSC_RATIO (In Progress) 20:03:33 ↳ https://www.illumos.org/issues/16393 20:04:41 danmcd: Yo, saw your email Re: crash - wasn't on #illumos :) 20:05:22 jzu: look at the archives from literally a minute or two before you joined going back to about an hour ago. 20:05:33 e.g. fenix illumos#16393 20:05:34 BUG 16393: bhyve should take more care with MSR_AMD_TSC_RATIO (In Progress) 20:05:34 ↳ https://www.illumos.org/issues/16393 20:06:35 danmcd: thanks! that box I have is way past it's prime, but still does it's job as NAS at home =) 20:07:40 funnily enough I started creating a VM for Solaris 11 so I could netinstall a T2000 remotely (it's 2000 miles away at family cottage) 20:08:20 that's when I got caught in crash loop, managed to tackle it by being quick enough to SSH into the box and setting autoboot to false for the Bhyve Zone. 20:09:18 I'm not too concerned if I'd have to go back to latest PI before the change, that box is really due for replacement before it catches fire ;) 20:10:40 but sure - I won't complain if the logic will be implemented to get around it. 20:12:49 It needs to be fixed, even if the CPUs impacted by it are few and far between at this point 20:14:23 :) 20:15:15 I missed the inconsistency by not checking for other uses of that MSR apart from the one in your kernel panic. 20:26:18 pmooney: if you need I can test the fix once you have PI build ready. 20:27:05 I don't have SmartOS build machine around anymore, but danmcd can probably cut a PI for you when the proposed fix is posted 20:27:28 Once I see patches I can spin. Easy-peasy. 20:28:13 jzu: are you disk-booting so you can just use piadm(8)? 20:29:46 danmcd: sadly no, I installed this host +10 years ago so it's USB which I'm updating (usually with platform-upgrade script) 20:30:02 jzu: let's move to #smartos then 20:34:22 Thank you for figuring it out, pmooney and rmustacc! I have to leave now, but might be back late-night US/Eastern.