00:34:00 [illumos-gate] 16349 SHA2Update length is now of type size_t, not unsigned int -- Bill Sommerfeld 10:51:37 I'm trying to connect to wifi on Tribblix. I've run '# dladm cteate-secobj -c wpa mykey' followed by '# dladm connect-wifi -k mykey -e wpi0 10:51:43 Still not connected 13:43:49 I have to admit to never having used wifi on Tribblix, or indeed any illumos distribution 13:44:44 Simply due to not having any appropriate hardware, rather than for any other reason 13:46:29 But I'll assume that you've installed the wifi overlay, to get the drivers and the wpa service 16:11:19 hello all, a question regarding to ZFS, now ZFS on illumos/smartos does not support dRAID, but openzfs supports that, is there any reason to not support? or had plan to migrate from Linux/FreeBSD into illumos kernel, is there anyone know the plan or status? I belive dRAID is very useful case when there is a JBOD with 60*22T disk, to replace failured disk is much quick. a big thanks 16:44:49 tozhu: short answer: Nobody's done the work yet - if someone stepped forward to do the port (and it was done competently) I'm certain it would be accepted. 17:26:01 Hey is this project still maintained 17:26:15 yes 17:27:06 Wait so you guys aram maintaining joynet? 17:27:13 Are* 17:27:36 do you mean joyent? 17:29:07 Yeah sorry iOS only has one irc client and it's garbage. I was just curious because I saw Firefox esr and many other things are still rocking older versions 17:29:20 sommerfeld: If you're talking about Triton (SDC) and/or SmartOS, that's now maintained by MNX, but yes, it's very much alive. 17:30:10 illumos is the kernel and userland base used by SmartOS as well as other operating systems (OpenIndiana, OmniOS, Helios, etc) 17:30:43 tubatom32: openindiana is shipping firefox 123.0 right now. 17:31:04 No I was more talking about the netbsd tree 17:31:49 pkgsrc? 17:32:01 yes I still maintain that, pkgsrc itself contains recent versions of firefox but it does not build without patches and I focus more on server software as the vast majority of our users don't run desktop software 17:35:16 Ahhh ok no I prefer running off the joynet pkgsrc tree. I've been using it for a while and just wanted to make it hasn't been discontinued. Thank youuu for everything you do :) 17:36:37 you're welcome! and yeh as others have said joyent have nothing to with open source these days, the binary package repository is still maintained, now by MNX (who I work for), and of course the majority of pkgsrc work is done by the netbsd volunteers. 20:32:35 tsoome_: does loader always use the EFI serialio protocol for talking to the serial ports when booted under EFI, or does it try to access ports 3f8/2f8/... directly? 20:33:00 it is currently using ports directly 20:33:07 aha! 20:33:24 i see efiserialio.c is in loader, is there a way to make it use that? 20:33:50 I'm trying to get illumos booting in azure as a gen2 vm... and it looks a lot like I'm hitting this: https://cgit.freebsd.org/src/commit/?id=927358dd98cb902160093e0dc0bac002d6b43858 20:34:26 i turned off the countdown timer, so it should be sitting at the loader prompt (and the serial log suggests as much), but the serial console is otherwise not working 20:37:29 it has been in my queue for long time to fix it, but I think you could just replace comconsole by efiserialio, but there is a trap with hyperv 20:38:08 hyperv does not like the port speed to be changed, it will hung the vm. 20:39:48 illumos gen1 support works, but your boot disk _has_ to be IDE (HV imposed requirement), and our IDE driver is PIO (aka sloooooooooooooooooooow) 20:40:17 and unfortunately there is none to care about IDE:D 20:40:27 it also means it absolutely cannot handle any sort of serious i/o loads 20:41:23 really bad when you're assumption is that your boot disk is an SSD :) 20:41:26 hm, the hyperv hung was probably just about ARM64, however 20:41:58 i do see in that patch that it appears to check if it's hyper-v and just doesn't set anything 20:42:14 yep. 20:44:01 the efiserialio is waiting for few prerequisites to get done.... 20:54:41 stupid vmware and caps lock bug 20:59:30 is that it? 21:00:44 na, its just biting me every now and then 21:03:37 if you can have your own build, efiserialio can just be drop in replacement, but to integrate it, a bit of work is needed. 21:15:00 i guess i'm trying to understand what the downsides would be for that on systems using EFI 21:16:42 or what the problems would be... 21:16:56 biggest issue is problem about identifying ports. 21:19:27 but otherwise, why it has been delayed is about some other patches to clean up the early startup in loader main. there has always been something more urgent to do:D 21:25:16 what's the issue with identifying ports? 21:25:47 on a vaguely related note, I've been seeing poor serial console response to loader on bhyve (host & guest both illumos); seems like most input gets lost but if I keep typing the same key over and over it gets through. not a problem once illumos is booted. any thoughts on where to look first? 21:27:29 jbk serialio does give you an array of port handles, but no names attached. 21:28:29 jbk so you have no option to query the name other than dig with device path protocol to see if you have acpi device path etc. 21:28:57 sommerfeld efi boot? 21:30:14 tsoome_: how do I tell which one the guest is using? 21:31:23 if os is running, prtconf -v -- does it have biosdev-0x82 etc (bios disk data), or efi-version property 21:34:16 prtconf -v | grep bios only prints a line containing "smbios-address"; prtconf -v | grep efi shows an efi-version 21:34:33 so its efi boot. 21:35:51 so would the efiserialio thing be likely to work better for bhyve, too? 21:37:08 tsoome_: is 16344 (fenix?) something on your radar with all your other cleanup? 21:38:12 the ed2k variants of uefi implementations eat up serial keystrokes (from serialio), when you have both "keyboard" and serial ports listed in ConIn. I did work around in my own instance of efiserialio by checking if this port is used by ConIn and did use efi_readkey() instead. 21:38:28 a bit hack, but seems to do... 21:39:40 richlowe indirectly because more recent compilers hate us for not having prototypes:) 21:40:34 richlowe but I hope some more people will join for those cleanups:D 21:40:49 well, should I look into that, or do you have it already? 21:40:55 no, i have not 21:40:59 ok 21:41:08 so feel free to pick it up 21:41:43 tsoome_: it looks like the efiserialio.c that's there uses the ACPI UID of the device as the index (0 -> ttya, 1 -> ttyb, ...) am I missing something, or is that just broken? 21:42:10 wait, does EFI _tell you_ where smbios is? 21:42:15 that, at least, makes me happy. 21:42:21 the canonical way to find one is... uninspiring. 21:42:51 it should work, the trick question is, does UID start from 0 or from 1:) 21:43:16 richlowe yes:) 21:44:40 jbk I can look on it more tomorrow, its almost midnight here and I have early start ...