07:48:12 tsoome: Hi, is it possible to preset default ACPI boot option in loader.conf, for example, to Legacy? 07:52:00 yes. I do suggest to use /boot/conf.d snippets for this purpose like file acpi with content: acpi-user-options=value 07:56:31 value is default,on,off,madt,legacy 11:28:06 Hello, I'm considering working on adding support for the RTL8125 driver. I'm not very experienced in OS developement and this would be my first meaningful contribution to a real OS, so I'm still assessing the viability and breadth of it, considering my abilities. So far my initial doubts are regarding licensing and such. 11:28:42 Can I read and source information from the linux/BSD drivers and then apply it to my code? 11:29:56 Also, I've found a datasheet for the chipset, it's widely available in the internet, but all copies say "not for public release" and "confidential" so eviden 11:30:14 *evidently it's not something Realtek intended to be public. Can I use it? 11:31:32 Also any suggestions regarding the (in)viability of it are also welcome. It may still be out of my league 11:35:32 I'm far from the most experienced with writing low-level code, but I would say that by far the most desirable attribute is tenacity rather than ability 11:36:08 it will be lots of reading and re-reading the datasheet, scratching your head wondering _why_ what you think should be working is not working 11:38:35 and trying to figure out creative ways to get information out of the hardware to figure out what state it is in, as you can't just add some debug printfs 15:46:06 pilonsi: both the datasheet and the other drivers can be useful as sources of information about the likely behavior of the device. 15:47:14 I wouldn't worry too much about the "confidential" marking; avoid copying literal text out of the datasheet (other than unavoidable things like codepoints/register definitions). 15:50:20 Make sure you have an adequate test setup (ideally separate test and build machines; maybe multiple boards using the target chip to ensure the driver can cope with variants and multiple instances properly) 16:29:11 Thank you both for the tips! 16:30:39 sommerfeld: That is nice to know, I was not sure if referencing other code with different licensing, or leaked datasheets like that could have conflicts later with the cddl license 16:32:03 My current plan is to first go through the writing device drivers for illumos book and then get a grasp con the current rge driver 16:33:02 Maybe adding 1gbe support for the rtl8125 as mentioned in the bugtacker, if it's not too convoluted: https://www.illumos.org/issues/13729 16:33:03 → BUG 13729: Driver issue with Realtek RTL8125 (New) 16:33:41 And then get into the actual chipset itself and drivers for other oses for it 16:34:18 I had not thought about having different boards, but definitely will buy different ones once I'm there 16:34:28 So far I have the tp-link tx201 card 16:34:57 For building I'm using an openindiana VM, but will assemble a dedicated x86 host to test it 16:35:46 Can I ask why is it recommended to have 2 machines? In case the driver causes instability, or are there more advantages? 16:36:02 I also have a sun ultra 45 to test in sparc later on 17:33:51 pilonsi: so you can start fixing the bug that caused the last panic before the machine is done rebooting. 17:35:08 pilonsi: plus there is at least the theoretical risk that any kernel bug could cause unrecoverable filesystem damage and permanent data loss. Unlikely with a network driver but it's all one big highly privileged address space. 17:36:22 doing builds in a VM hosted on another machine would be enough separation.. 18:44:13 Yeah it would be extremely sad to lose all your work because of a bug in the thing you're working on haha 18:44:50 Probably more immediately critical when working on ZFS, but still 18:45:35 I have written an HBA driver before (you're lucky, I never shared it). The trick is to not have your actual code on the same system until there's at least one more copy. 18:45:45 there's no part of your life DMA can't ruin 18:45:53 yeah 18:46:42 On the plus side, you probably don't need a very expensive computer as a test bed for a 2.5G ethernet card! 18:47:17 ebay has all kinds of off-lease Dell or Lenovo PCs from ~5 years ago that run to like USD $100 and have a PCIe slot or whatever 18:48:02 In many cases having more shitty computers rather than one shiny computer is valuable etc 19:03:32 jclulow: way back when (mid-1980's) I was in the building at MIT Project Athena when a fellow student system programmer created a bug that then destroyed all copies of itself, both source and object, rendering it impossible to root-cause. Also took out a big chunk of the filesystem on our master source machine with it. Don't test stuff as root on the machine with the only copy of the source, folks... 19:03:46 oof 19:06:02 a patch to login which let it create a local temporary home directory when the user's remote homedir wasn't available. it printed something to the effect of "Your home directory is temporary. It will be deleted when you log out" and "home directory not found, setting HOME=/" 19:07:03 the author logged in to test it, then logged out, then realized that something was wrong 19:07:42 I believe there was a frantic dash down the stairs to the machine room to halt the system followed by hours of painstaking reconstruction. 20:13:06 pilonsi - another great bit of advice I got from rmustacc is to put your driver binary in /tmp and just symlink to it from the real directory. Then if it crashes the host due to a bug it doesn't exist after the reboot. Saves having to mess around selecting old boot environments or whatever.