08:56:09 ptribble: I actually run a SunRay platform at home for the family. I also got one of the sunray compatible "laptops", so we can sit in the garden and use wifi with it. 08:57:30 i still have some sunray2's at home, not using them. one of them is even dualhead (two DVI outputs) 08:58:15 i've used them at my ex-gf company (where there were sunrays+country kit on desks, with one server. sunray software ran on linux) 09:00:02 I have on every TV a sunray, the kids have a SunRay2+, a SunRay3, another SunRay3 is in the living room, a SunRay2+ sits in the server-rack, we have the laptop and I have the SunRay3i with the embedded display in my office 09:00:59 the server runs in a KVM on OI (will move it to bhyve in the next weeks) and the kids use it for homework or during covid for remote learning 09:02:13 i'm moving to a new house next week, i might also get sunrays working again. 09:03:04 it was especially useful when my kids were younger and couldn't remember strong passwords. the smartcard makes it nice and easy 09:04:34 yeah, i only have my 20+-years-old smartcard, now yellowish... 09:05:19 now when we were packing our stuff, i found also my sun certification cards (solaris 6, 8, 10, 11) 09:05:46 cool :) 09:06:06 otis: yellowfish? 09:06:16 err 09:06:19 otis: yellowwish? 09:06:23 oh 09:06:24 right 09:06:35 the white cards turned 09:06:39 gotcha :) 09:06:57 exactly. 09:07:08 I got new glasses and I still need to get used to them...seeing is hard currently 09:32:32 you should be able to use any smartcard with sunray, except that you would need to write small code to read out unique id from it:) 09:33:26 I once did it for estonian ID card, wasnt too hard, just few lines of .... forth :) 09:38:42 tsoome: I bought a bunch of smartcards on amazon, but they didn't worked 09:39:11 yes, the system needs to recognize them 09:39:30 default is support for specific ones 09:39:33 tsoome: so the code needs to be on the sunray server? 09:39:43 yes. 09:39:50 interesting 09:40:04 and the script is ascii file, so it is possible to update 09:40:39 I actually love that about the SRSS, mostly shell - easy to customize 09:41:16 I need to search around, *may* have the sample stored, but I doubt a bit..... 09:41:59 tsoome: would be cool! 09:42:00 but it was not that hard to find:) 09:42:20 because the sun cards are starting to break (physically) 09:44:04 yes, that is the problem with EID as well -- it was popular to build access solutions based on EID cards - because everyone supposed to have them here (by law), but the contacts started to wear off and then you had to replace the card... 09:44:57 then they did create mobile ID (based on sim) and then smart ID (entirely software) solutions 09:45:14 that's the good thing about germany being so behind on digitalization - we will notice that way later ;) 09:45:44 :D 09:46:14 well, you can do some things with ~1.2 million people which you can not do with 100+ million people 09:48:56 true, but I guess it's more about fearing the invest here ;) 11:22:09 Hi, I bough a beelink s12 (a minipc with intel n100 in it) and I'm trying to run illumos on it. openindiana 20240426 boots, omni r151050 resets once the screen gets reset past loader, omni bloody 20240520 hangs at the same place. Any pointers on what to try to get omni to boot? I tried asking in #omnios without much success 12:00:15 Do you know where it is hanging? A verbose boot (one of the options in loader) will show at least the last driver that was loaded before the hang. 12:00:36 For r50, that resets, try booting with KMDB loaded (another loader option) and it should stop in the kernel debugger instead of resetting, then we can find out where it is. 12:01:22 It might be that OI has a patch that OmniOS doesn't have yet, so another option is to try the next bloody version that will be published on Friday/Saturday - OmniOS does a weekly upstream merge on a Thursday. 12:05:25 I don't know where it hangs. Even if I turn on verbose, I don't get anything. I get a couple of lines from loader (loading /unix/... , the last one is "Booting ..."), then the screen resets (r50 dies at this point), on bloody the screen resets and I get a single block cursor in top left corner and thats it 12:06:05 I'll try r50 with kmdb later today and we'll see 12:08:24 although I do have a vague feeling I tried all the options and it didn't change anything, but maybe I'm misremembering 12:09:21 It's possible, if it's aborting early enough. Another tip is to enable the earlier boot debug with "-v -B prom_debug=true,kbm_debug=true" from the loader's ok prompt. 12:10:00 If OI is working but OmniOS is not, it's most likely something that was fixed in illumos-gate since the last bloody media were made. 12:11:34 but that's only 9 days, interesting. 12:11:39 I was under the impression that the version of oi that comes up is older than latest bloody? 12:12:04 I'll try the early boot debug and report back if it gives me anything 12:12:16 I'll just test some options and post them here 12:12:31 thank you, appreciate that 12:12:43 the install isos of OI are usually older while the package updates are usually a bit faster 12:13:34 This should work - press escape in the loader screen to drop to the "ok" prompt, and then: 12:13:36 boot -kvd -B prom_debug=true,kbm_debug=true 12:13:57 The -k and -d will drop you into the kernel debugger, if you get that far, the others should increase verbosity a bit for the early boot code 12:55:17 i worked at a company where we made "RayMote W*Admin" where we could also personalize certain types of smart cards 13:50:50 andyf: nope, no luck. it still does the same thing 13:54:22 That's disappointing. No additional output or clues? 13:58:49 is this BIOS or UEFI boot? can you test other? 13:59:19 what the heck, I got it to boot... by disabling a serial port in bios? 13:59:40 let me guess - UEFI? 13:59:44 yup 14:00:38 it can be this specific system does not like us using IO ports for serial ports 14:00:49 physical hw? 14:01:24 yes 14:01:38 firmware update may improve this 14:01:58 I don't really care about serial port so I'm fine with keeping it off 14:02:39 I also have this update waiting for reviews: https://code.illumos.org/c/illumos-gate/+/3422 14:02:40 → CODE REVIEW 3422: 16475 loader.efi: replace comconsole with efiserialio (NEW) | https://www.illumos.org/issues/16475 14:03:41 it would be interesting if you can check it (I can help by providing test binary) 14:04:41 if you could give me something I can dd to a usbstick then I'd be glad to help 14:04:53 altho, it is curious it is affecting kernel startup.... we may need to review those bits 14:06:29 so the hanging on bloody was probably it just waiting for input on the serial port? which didn't have anything attached to it 14:07:08 [illumos-gate] 16583 Want ability to use libtermcap to filter over libcurses(3xcurses) -- Andy Fiddaman 14:07:34 was it appearing hung or was it resetting? 14:08:14 bloody appeared hung, omni-r151050 was resetting 14:08:35 hm. 14:09:38 if you can test, enable serial again and drop out of boot menu, then enter: show console - what is the value there? also show os_console 14:11:34 otherwise, there is http://54-115-50-84.sta.estpak.ee/loader.efi, you can copy it to the efi system partition on stick to /efi/boot/bootx64.efi and on ok prompt enter command: console 14:11:56 also if i disable the serial port, the loader looks different, the fonts are bigger and so on, more text-y 14:12:36 different resolution - omnios sets 800x600 as default 14:13:07 this is done to keep the boot loader screen layout 14:13:22 on omni-r151050 show console says "text,ttya", show os_console gives me "variable 'os_console' not found" 14:15:40 ok, so the kernel will use "text" as console, but *early kernel* probably does output on both text and ttya. 14:16:21 you can enter: set console=text and then boot 14:16:57 with loader.efi you sent me it works ootb 14:17:06 do you want me to collect anything else? 14:17:35 did you get output from command: console 14:17:49 with your loader or the original one? 14:17:59 bothe are mine:P 14:18:03 both* 14:18:07 you know what I meant :) 14:18:11 but yes, mine 14:19:00 you can mail the output to tsoome⊙mc 14:19:12 if you do not mind:) 14:21:18 the thing is, this new version is using UEFI Serial IO Protocol to communicate with port(s), so it can silently just drop the output when there is no terminal connacted; older version is using inb/outb on port address 14:22:29 but also early kernel is using inb/outb; so it may be that we are sending out "too much data" from old loader + kernel.... 14:22:43 is pasting a pastebin link here also ok? 14:22:48 yes 14:22:54 https://pastebin.com/LZzj7XuN 14:22:55 that will do just fine 14:23:16 Not Found (#404) 14:23:25 what the heck 14:24:02 try paste.ec ? 14:24:21 https://paste.ec/paste/euNnHU6F#vEUhJ9ChbCPuiu8JORKgXuo2BIol3+Ks4VIRbKEYJjd 14:24:32 better 14:24:47 ou 14:25:02 that is interesting. 14:26:01 and i guess not in a good way? 14:26:08 so, there appeares to be no ioports 14:27:13 the new version was unable to recognize the port and names it tty0 (as fallback name), and therefore console is only set to text (note the missing ttya) 14:27:44 so, neither loader nor kernel is attempting to output on serial port and this is the reason you have good boot 14:28:35 the rare case where two wrongs actually make a right? 14:28:53 do you have os running now? does it have anything in /dev/term and in /dev/cua ? 14:29:06 sort of yes. 14:30:11 UEFI is kind of pain for naming serial ports -- the API does not provide name for serial ports, so we attempt to check for "known" protocols. in this case, we fail to recognize 14:31:58 oh, there is one test you can help with, on loader ok prompt, enter lsefi -- it will print out long list of data, if you can find this path you see for tty0, that section would be interesting -- it may help me to identify the io protocol used there 14:32:58 there's stuff once the system is boot https://paste.ec/paste/TUoNuKW0#zNWpXwkK7C4gzgGIB6-Sai0MPPRTzIpQS45AIILeqI+ 14:38:00 and here's the thing from lsefi https://paste.ec/paste/5LQcm7sX#ohBSl2V3HEGHn2LtpoHOh2rvhUg5ZFGc0-3e5ljPGAf 14:49:02 so, the asy driver does find it. 14:49:10 * aru nods 14:51:53 you do not have serial cable and device to connect with (usb-serial dongle or like) ? 14:51:59 sadly not 14:52:05 ok, np 14:54:45 I have to think a bit, this new code does check for ACPI IO, but you have ACPIEX, so we need to identify it 14:55:32 sure, I'll hang around in case you need me to run anything. It might take me some time to respond, but eventually I will 14:56:05 this is https://code.illumos.org/c/illumos-gate/+/3422/3/usr/src/boot/efi/libefi/efiserialio.c#291 this function basically 14:56:06 → CODE REVIEW 3422: 16475 loader.efi: replace comconsole with efiserialio (NEW) | https://www.illumos.org/issues/16475 14:57:16 it's been a while since i had to read c 15:12:28 was that handle (second link) the only handle with this AcpiEx ? 15:14:01 unless I missed it then I'd say yes. It would be much easier if I could grep through the output 15:14:56 yes, I have thought to add search for pager, but still not done:) 15:20:19 hrm, seems I missed one more ocurrence, there's also this https://paste.ec/paste/aEZ08XFi#bPRuCvghBB1p+brCmDHduHV+xSaArRGLR8WFwHGY2eW 15:21:09 ok, good, that was expected one. 15:21:39 sorry for missing it before 15:21:49 efi-show -g global -v ConOut -- does it only list acpiaddr device? 15:22:03 np, it is long list to scroll through 15:22:58 one entry, "global NV,BS,RS ConOut = PciRoot(0x0)/Pci(0x2,0x0)/AcpiAdr(0x80012305)" 15:23:11 yes, thats video console 15:23:30 sorry, one more: efi-show -g global -v ConOutDev 15:24:07 one entry "global BS,RS ConOutDev = PciRoot(0x0)/Pci(0x2,0x0)/AcpiAdr(0x80012305)" 15:24:47 good, ok. 15:25:55 ConOutDev is list of possible devices. So your system does not provide console over serial (or it is not configured to do so) 21:15:26 an added note for fenix issue 16584: https://twitter.com/MengTangmu/status/1795920863206011111 21:15:27 BUG 16584: posix_fadvise(3C) should do something (New) 21:15:27 ↳ https://www.illumos.org/issues/16584 21:15:27 issue '1795920863206011111' not found... 21:16:04 lol, if your issue ids ever get that high (while still being sequentially numbered), I'd worry 22:01:02 more directly useful: https://github.com/openzfs/zfs/pull/13958 22:04:17 I updated #16584 (fenix) with those links. 22:04:18 BUG 16584: posix_fadvise(3C) should do something (New) 22:04:18 ↳ https://www.illumos.org/issues/16584 22:04:25 right, the tweet just explained why you should look at that (an unfinished implementation for FreeBSD/OpenZFS based on the finished work for OpenZFS on Linux) 22:06:18 Thanks for the pointer.. 22:06:26 alanc: obviously you should encode category information into the issue IDs, ala ASN.1 22:07:07 (finding ways to design a worse issue tracker is a fun hobby!) 22:39:32 is the asn.1 encoding done in perl?