00:25:18 illumos may already have a few bugs he created, that you inherited from Solaris/OpenSolaris long ago 01:17:29 Having recently setup a "real" machine, I find myself faced with questions about which clock to keep in which time zone etc. 01:17:54 Anyone have pointers to suggestions on what to do here? H/W clock GMT? Local? 01:18:20 I don't remember what's convenient, and did not find any notes on that with a quick look. 01:20:01 Oh. man rtc.8 01:26:10 gwr: I would be inclined to keep the RTC in UTC 01:26:24 Even if the system is nominally otherwise in a local timezone in /etc/default/init 01:26:44 rtc -u seems to be busted. no /etc/rtc_config 01:27:10 What does "rtc" say to you 01:29:31 # rtc -c 01:29:31 rtc: cannot open /etc/rtc_config: errno = 2 01:34:42 yes but just "rtc" though 01:35:02 Without arguments, rtc displays the currently configured time zone string for the RTC. 01:35:37 # rtc 01:35:37 GMT 01:35:42 Yes. 01:47:54 I would probably leave it alone then 01:51:34 I suspect this tool does not work correctly if the installer did not do something with "rtc -z ..." perhaps 01:54:26 gwr: process_rtc_config_file() in the kernel appears to just return an offset of 0 if the file is absent, which means your RTC is in UTC by default effectively 01:56:27 FWIW I don't see any mention of rtc or rtc_config in https://github.com/omniosorg/kayak which I believe contains the OmniOS installer 01:57:17 Whereas caiman (the installer for OI) does this: https://github.com/OpenIndiana/slim_source/blob/74a7abdc8db43146b1364430d30ca3ea8cdd4b5e/usr/src/cmd/text-install/osol_install/text_install/ti_install.py#L472-L480 01:57:35 Which I expect is what the old violently colourful "is your machine part of a subnet?" installer also did 02:03:33 So I can just set the time and the RTC will be GMT? 02:03:40 I believe so yes 02:03:45 thx 02:03:51 I have not really thought about the RTC in ... many years 02:04:08 We don't that often setup real h/w anymore :) 02:04:10 You want NTP anyway 02:04:20 I mean, I look after a lot of physical machines 02:04:54 I just don't think I have consciously considered what was in the RTC since probably the Solaris era when it would break sometimes because the default was a dumb default for Windows compatibility 02:05:09 (and if that cron job didn't run properly after DST changes, things would be screwy) 02:05:37 And people tend to forget: Things change in Windows too, across releases 02:06:05 I assume so! 02:06:16 pfexec mdb -ke 'gmt_lag/D' -- if this tells you 0 I would imagine you are in UTC for sure 02:08:19 Here 02:09:20 's another admin question. With two interfaces, one on a private (non-routed) net, and another on a net that I want my default route to go on, both interfaces end up adding a default route. 02:09:32 They're both DHCP? 02:09:46 The extenral one is DHCP, the internal one is static. 02:10:02 I'm not sure why the static one would have a default route? 02:10:04 The static IF seems to want to add a default route when ipadm brings it up. 02:10:11 Are you using physical:nwam or physical:default 02:11:05 default 02:11:26 do you maybe have a default route in /etc/defaultrouter 02:11:33 and you'r seeing that + whatever DHCP supplies? 02:11:51 yeah or do you have routes in /etc/inet/static_routes ? 02:12:26 I suppose "route -np show" is the way to answer that last question technically 02:12:49 Hm. There are two there. Not sure how they get there. 02:13:03 "route -p add" or some installer machinery? 02:13:19 You can "route -p delete ..." stuff you see in "route -p show" etc 02:13:54 You might also want to check with routeadm that "IPv4 routing" is disabled 02:14:13 see also https://www.illumos.org/issues/14006 02:14:15 → BUG 14006: ipv4-routing should not be enabled by default (New) 02:14:48 This seems to happen on all my Mac/Fusion VMs, where one net is the external one, and the other "VMs-only" 02:17:25 I don't see evidence of routed activity, but I might not have noticed. 02:17:51 routeadm says it's all disabled 02:18:09 That's good 02:18:37 If there are persistent routes they must have been added by you or by some tool 02:18:40 The bogus default route appears to come back after a reboot. 02:18:48 Perhaps there is some vmtools thing doing it? 02:19:19 maybe. 02:57:03 Anyone here doing "onu"-style illumos gate installs on OmniOS? (see other chat) 03:25:29 #omnios 07:10:06 qwr the in.routed is not running, i hope?:) 08:07:06 if routeadm says ipv4 routing is off then it should indeed not be running 08:35:30 yea, just it does not hurt to verify the actual process table:D 16:22:41 Greetings. 16:22:57 I'm trying to get some movement on https://www.illumos.org/issues/15302 16:22:59 → BUG 15302: broadcom 3108 kernel driver update (New) 16:23:16 The newer broadcom boards (at least, the one we got) don't like the current driver. 16:23:41 I've got a card I can send to a dev who wants to work on the problem. (The one we had to replace so our new fileserver would actually work.) 16:30:11 As discussed on #omnios, this is likely another incremental (but likely nontrivial) update to mr_sas(4D). FreeBSD's moral equivalent might have enough to help whomever's interested in doing the work. 16:31:09 It also helps for companies using those parts or with relationships to get access to NDA docs. I am not using any HBAs, so that cannot be me. 17:25:16 oh, and note that if you discover that your RTC had been set in a non-GMT timezone, be aware that "rtc -z UTC" will step the system clock rather than the TOD clock so be alert for the ensuing oddities... 17:25:48 Feb 9 18:51:46 hydra sshd[37450]: [ID 800047 auth.crit] fatal: Timeout before authentication for 218.92.0.211 port 20621 17:25:48 Feb 9 14:53:41 hydra genunix: [ID 514117 kern.warning] WARNING: Time of Day clock error: reason [Reversed by 0x383f]. -- Stopped tracking Time Of Day clock. 17:26:17 (see log from yesterday) 18:06:22 Well, I came here to ask a question, decided to do my due diligence, researched a bit more, and found the answer to my question. apparently illumos doesn't have support for sd cards? 18:07:03 not in x86 branch 18:07:12 Hmm? 18:07:13 err are you sure? 18:07:18 blkdev was added for sdcards I thought 18:07:20 originally 18:07:21 I think we do with a standard controller. 18:07:28 Really? 18:07:53 Well mine didn't work IIRC 18:07:56 I found this from four months ago, https://www.illumos.org/issues/13843 18:07:57 → BUG 13843: USB errors: slot in wrong state: 19 (New) 18:08:15 wait wrong one 18:09:23 ah, if it's via USB xhci then it should be supported. 18:09:29 never mind, I lost it 18:09:37 There may be bugs, but the standard sd controller enumerates at least on some platforms. 18:10:19 no, it's a microsd, and I also tried emmc. I may have omitted important information. 18:11:02 and I lost track of the bug I was looking at. 18:14:35 Don't you hate it when the bugs hide in the dark corners? 18:15:47 at any rate, the issue I was originally going to ask would be where mmc block devices would appear, because I don't know and I couldn't find anything that looks like one strolling through devices. 18:53:38 Will a RAID drive get those bugs hiding in dark corners? 19:00:13 Do we have a x86 emmc driver? I know ARM has drivers. 19:04:10 toasterson: Depends on the controller and how things shake out. So ultimately, what deivce in what controller. 21:02:40 jperkin: danmcd asked you to test ld stuff for me, right? 21:09:51 [illumos-gate] 15362 vtfontcvt: error: unused parameter 'stream' -- Toomas Soome 21:20:58 rmustacc: ah, good to know 21:22:10 toasterson: Don't want to claim things exist that don't, but to understanding what interface it's being made visible via on x86 is pretty important for getting the appropriate support. 21:24:23 I am still trying to get the lay of the land in what kinds of support we have for devices and what is needed. My assumption was that eMMC was Embedded only so x86 is not something I would expect. But then again the protocol is old enough that we could have support. 21:25:12 Ultimately with emmc and sd and others it's not the protocol, but the controller. 21:25:43 SInce all maps to either DMA or USB? 21:25:56 Not necessairily. 21:27:06 modulo some other protocols I guess but in more general how are protocols mapped to needed drivers? 21:27:27 I mean, the problem is that it's not about the protocol, but the *controller* for that protocol. 21:27:46 For example, SPI is a protocol, but there are hundreds of different SPI controllers. 21:28:29 The protocol is the boring part because with rare exceptions when bit-banging we never are speaking a raw protocol. 21:28:36 Rather we're sending commands to something that does instead. 21:29:14 Yeah but we also need to talk to that something I assume 21:29:27 Right, that's the important part. 21:29:55 So with what spec do we talk to that something? 21:30:18 Well, generally there's not a guarantee of a spec. 21:31:23 But right now the sdcard driver we have attache to a PCI class code. 21:33:15 So it binds to the class that represents some standard sd host controller: https://www.sdcard.org/developers/sd-standard-overview/host-controllers/. 21:35:04 But embedded systems generally don't use a standard PCI based interface. Same how they don't for USB. 21:49:02 Ahhhh, ok so then there are differences there. But I guess it's a register and DMA address space changes 21:49:23 well, every controller is different. 21:49:40 Embedded devices have memory mapped periperhals. 21:49:48 Which may or may not have anything to do with DMA. 21:50:00 Then again, even an AMD server chip also has memory mapped periperhals like an i2c controller. 21:56:08 So an AMD and ARM SoC have Memory mapped peripherals. and if thigs are attached there then it's DMA? 21:56:23 and PCI for the devices attached there 22:05:33 DMA is independent of memory mapped peripherals. 22:07:08 Ah, so memory mapped peripherals are controlled by writing data to a memory address but are not mapped to RAM? Is that right? 22:07:30 [illumos-gate] 15346 Handling of errstring in libcfgadm should follow man page -- Dan Cross 22:07:30 [illumos-gate] 14309 smb(5) out of sync with cmd/smbsrv/smbd/server.xml after 1122 and 11033 -- Bill Sommerfeld 22:07:30 [illumos-gate] 15353 find -useracl/-groupacl ignores id type of acl entry resulting in false positive matches -- Bill Sommerfeld 22:18:28 toasterson: The way I think about it is that the processor has physical address space. 22:18:45 Some of that address space is backed by memory (DRAM, SRAM, etc.). 22:19:09 Other portions are backed by hardware peripherals. For example, on x86 you have the local apic up there. 22:19:43 A large chunk of it on servers is carved up for dynamic assignment to PCI and PCIe devices. 22:32:34 oversimplifying wildly, DMA moves data between memory and an I/O device without the CPU doing loads & stores to move it. So instead of storing characters one at a time to a memory mapped address of a UART, you instead store the I/O bus address of a chunk of memory and its length to a couple device registers and tell the device to go get it/put it. 22:39:06 [illumos-gate] 15375 loader.efi: we have duplicate command_lszfs -- Toomas Soome 22:43:55 THat clears things up thanks. 22:49:47 [illumos-gate] 14892 pollhead lifetime too short in signalfd -- Patrick Mooney 22:50:19 Thanks danmcd and co. for helping test those signalfd bits