15:34:59 <toasterson> antranigv: COntributions needed https://github.com/richlowe/arm64-gate
16:26:39 <toasterson> I am guessing lofiadm does not work in a zone?
16:32:02 <tsoome> it should.
17:12:26 <toasterson> hmmm then I need to debug why it failed
17:15:01 <antranigv> toasterson as much as I admire illumos and look up to it (and port amazing features back to FreeBSD :P), I don't have enough knowledge to contirbute. unless there's a mentorship program, then I'll look into moving my whole company to illumos (including our custom OS :D)
17:28:04 <toasterson> antranigv: I do consulting for that kind of large moves.
17:28:19 <antranigv> toasterson can I DM? :)
17:28:36 <toasterson> Sure
17:52:44 <toasterson> tsoome: Well then I have found a bug. Or at least a misconfiguration. lofiadm: /dev/dsk/c4t1d0p0 was not created: No such file or directory
17:53:12 <toasterson> It shows the disk in the output... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/71727cec91e959f578e40cf4020e1611dc409dd0>)
17:53:21 <toasterson> but there is no disk link
17:53:30 <tsoome> you probably need to add this device name
17:54:06 <tsoome>  /dev/lofi/* are there, but disk names are not.
17:54:42 <toasterson> you mean to the zone perms?
17:54:54 <tsoome> yes, in zone config
17:55:42 <toasterson> is there a need for lofiadm to use /dev/dsk instead of /dev/lofi?
17:56:01 <tsoome> only if you need disk emulation for partitioning etc
17:56:32 <toasterson> ah, ok so yes I need to add that then.
18:05:12 <Molnija> lofi = loop file?
18:10:56 <tsoome> yes
18:15:14 <Molnija> right
18:32:55 <toasterson> hmmm, something seems to take to long for lofiadm. it creates the /dev/dsk/c4t1d0p0 now but lofiadm tries to stat64 for it and gets ENOENT
18:33:01 <toasterson> so lofiadm fails
18:39:18 <toasterson> oh, because I am missing rdsk....
18:39:25 <toasterson> in zonecfg perms
18:44:04 <tsoome> ah:D
18:44:21 <tsoome> I was already suspecting some new and fancy bug:D
19:15:41 <tomww> about bhyve and booting solaris 11.4 CBE (the free developer version). it unfortunatley hands while loading modules (reaches "dld0" then freeze for ever). does anyone have an idea how to debug this?
19:16:27 <tomww> it would be a small help if debuggung the module load could be more verbose, e.g. getting printed to console "start loadin module asy, enteriny asy, ..."
19:16:53 <tomww> is there a kernel setting that makes module loading a bit more chatty?
19:18:27 <igork> tomww: boot -kvd moddebug=0x80000001
19:19:12 <igork> and take a look what stopped
19:19:36 <igork> moddebug=0x80000001 - after loads to kmd
19:20:49 <tomww> Ahh, thanks. It's been several years back when I last used the extra setting. I'll try and tell if that shed more light at the problem.
19:38:44 <tomww> okay. maybe on a track. it fails a lot earlier, load 'ska/ska_kpti' id 5 loaded @ 0xfffffffffdc00000/0xfffffffffde00000 size 86224/8288
19:39:10 <tomww> and I'll play around a bit. igork thank you!
21:05:07 <tsoome> why create zonecfg_get_dflt_sched_class() taking size argument of int when all call instances are providing result from size_t.... grrrr.
21:05:28 <richlowe> because it was 32bit and nobody noticed
21:05:33 <richlowe> believe me, I have met a lot.
21:05:44 <Molnija> that sounds like the qmail bug... :P
21:05:52 <richlowe> if you're fighting this too tsoome, check out the arm gate 
21:06:01 <tsoome> I do believe you:)
21:06:03 <richlowe> it's possible I "fixed" a lot of things you'll meet by the compiler.
21:06:43 <richlowe> (I assume this is compiler stuff, not 64bit-izing stuff?)
21:07:08 <richlowe> 'cos if youre doing that there's way more pitfalls, and shouldn't upstream what's in arm (as the readme tells you not to)  :)
21:07:16 <toasterson> tsoome: I am not that consistent :)
21:07:36 <tsoome> well, this specific case ends up in warning about this comparre: if (strlcpy(class, sched_str, clsize) >= clsize)
21:07:49 <tsoome> where clsize is int...
21:07:50 <tomww> igork: tried more switches from https://lars.timmann.de/wiki/index.php?title=Solaris_kernel_debugging
21:09:02 <tsoome> whee, zonecfg_get_dflt_sched_class is private interface, so we can fix it:)
21:27:29 <richlowe> You can probably fix it regardless, because the actual problems are going to happen either way
21:27:56 <richlowe> the problem would be types that potentially get smaller
21:28:04 <richlowe> (don't quote me on that though)
21:28:12 <tsoome> :D
23:58:45 <richlowe> tomww: once you're multi-threaded (which happens really early), the 1 bit of moddebug gets less useful
23:59:14 <richlowe> there's a setting -- somewhere -- that disables multi-threaded autoconf
23:59:19 <richlowe> but I don't remember where