03:46:55 <kevans> regis: yeah, I don't know
03:47:12 <kevans> if I drop mic=0.00, still feedback screech and no audio
03:48:02 <kevans> oh, interesting. actually putting it on, mic is infact routed to the speakers on it right now
06:55:10 <dch> jbo PR#283229 seems reasonable to me. I don't bother patching jails because generally the project doesn't issue errata that require it often
06:55:19 <dch> kernel is a very different thing
08:47:13 <debdrup> sorry about that, folks
08:52:15 <jauntyd> :)
14:53:01 <thumbs> debdrup: Meh, you're allowed to have a life outside of IRC.
16:56:32 <Tenkawa> Has there been any recent luck in 14.2/15 with getting the genet driver working on the RPI4/5?
16:57:06 <Tenkawa> I'm still running fine with wifi although curious....
17:25:05 <rtprio> does the interface come up, or
17:37:09 <sjk> Tenkawa: thanks!
17:38:01 <Tenkawa> sjk: no problem.. did that help on the os-release?
17:39:01 <sjk> I'm trying to (via ansible) generate a zfs jail template. I unarchive base, fetch and install patches with freebsd-update -b. But then I'd like to create a snapshot of the template named the current version and patch level
17:39:25 <sjk> like zfs snapshot zroot/jails/template⊙12
17:39:45 <sjk> but I can't seem to figure out what the patch level is unless I boot the template jail
17:40:05 <sjk> Tenkawa: the rc.d script you mentioned uses freebsd-version, which requires the jail to be booted
17:41:02 <Tenkawa> can the underlying files be mounted but not "booted"?
17:41:21 <Tenkawa> if so you could chroot and run the equiv function
17:42:56 <Tenkawa> I'm still trying to figure out if the RPI image can be rewritten to use ZFS and not UFS
17:43:25 <Tenkawa> (for everything besides boot/msdos stuff of course)
17:46:12 <sjk> Hmm, interesting idea
17:46:34 <rtprio> i would just tag them with the major version and date and move on
17:48:27 <Tenkawa> rtprio: to answer your q for my genet one.. no.. the driver isn't seen at the hardware level. It acts like the acpi/dt still isn't quite right
17:48:57 <Tenkawa> s/driver/interface
17:49:22 <Tenkawa> Its been a known issue since day 1
17:52:23 <Tenkawa> Going to try ZFS install again... its theoreticly possible...
17:52:48 <Tenkawa> (Here's where having several spare units is helpful)
17:58:16 <mzar> yes, you can do it but have to install by hand
18:13:59 <ketas> hit me for not doing guard partition sizes to avoid disk too small problem
18:14:42 <ketas> unsure why the fuck i created this pool like this knowing it beforr
18:14:44 <ketas> e
18:40:05 <yuripv> ketas: what are guard partition sizes anyway?
18:42:27 <kevans> Ltning: not ignoring your e-mail, will respond soon-ish
18:57:06 <ketas> yuripv: when you make partition smaller than whole disk on purpose. you lose 0.001% space but can replace disk with any other disk with approx the same size
18:58:31 <ketas> i think i somehow forgot that after getting 4 totally different maker/model hdd's with same exact bytes capacity :p
18:59:14 <rtprio> or just use the same drives. this isn't a drobo or other fakeraid
19:00:45 <mzar> hello, could you guys invite the bot to #freebsd-pulse again ?
19:01:18 <ketas> rtprio: never heard of it
19:01:39 <ketas> but i had this idea to have them aged differently
19:01:49 <ketas> fits this purpose i guess
19:04:20 <ketas> i get that if you add enough redundancy, that issue disappears :p
19:04:39 <rtprio> different ages is fine
19:04:44 <rtprio> but keep them the same model
19:06:19 <ketas> you surely mean performance here right?
19:07:17 <rtprio> as i recall, 4tb drive from different vendors might be slightly different sizes
19:07:29 <rtprio> rather than putting as partition table and rounding them all down
19:17:28 <mzar> yes, you can use drives from different vendors, but in such a setup you usually create partitions for ZFS not covering the whole space
19:19:51 <rtprio> yeah, i'm not doing that
19:20:46 <Tenkawa> mzar: worked perfect :)
19:21:03 <mzar> what worked ?
19:21:38 <Tenkawa> my install attempt to get a ZFS root on my RPI5
19:22:21 <Tenkawa> zfs on a nvme is a nice thing
19:22:37 <mzar> yes, it is
19:23:04 <Tenkawa> ufs was just too restrictive...
19:23:31 <ketas> 4 t = 4000787030016 b, 4 * 12 t = 12000138625024 b, 160 g = 160041885696 b, 160 g = 160000000000 b, is what i see here
19:23:49 <ketas> either i repool or just have bigger ones :p
19:24:32 <mzar> the stock FreeBSD installer cannot use ZFS if you not give it whole drive - that's serious drawback IMHO
19:24:55 <rtprio> a serious drawback is running zfs not on the whole drive
19:25:07 <ketas> that could be changed maybe0
19:25:08 <ketas> ?
19:25:08 <mzar> but such a setup could be easily complete by hand
19:25:16 <Tenkawa> mzar: yeah I discovered that yesterday
19:25:23 <ketas> i know what it does with two different size ones
19:25:46 <ketas> just gives it to zfs and it becomes pool sized to smallest diak
19:26:00 <Tenkawa> atm now I have lan & wifi running great using usb adapters too
19:26:09 <mzar> rtprio: if you use geom, ale FreeBSD does, it's not that importat to have ZFS on whole drive, especially that you want boot loader too
19:26:32 <rtprio> yes, obvously i make an expection for my boot pool
19:26:32 <ketas> does solaris boot from raw?
19:26:37 <ketas> sun servers did?
19:26:48 <ketas> where the zfs originated anyway
19:27:19 <mzar> I don't know maybe tsoome_ can answer that ^^^
19:27:39 <ketas> btw, openzfs can be eventually updated to shrnk, right?
19:27:55 <rtprio> ketas: you could shrink from a mirror to a single drive
19:28:02 <rtprio> but that's about it i think
19:28:15 <ketas> i read that
19:28:22 <ketas> could try
19:28:43 <ketas> i mean it's a fs and volume manager, it knows exactly where all data is
19:29:02 <ketas> it just needs that feature somehow implemented
20:45:48 <tsoome_> solaris does not boot from raw (partitionless) disk. I would not recommend partitionless for boot disk (with UEFI this is not possible anyhow).
20:47:16 <tsoome_> and with bios, you get CSM, which may be with nasty bugs -- having partition table does allow us to use partition size to determine  disk [partition] end.
20:48:00 <tsoome_> and therefore avoid reading past disk end, which may hung some systems;)
21:27:32 <Ltning> kevans: No worries. I'm ignoring emails for a living, according to recent news I've received. :D
21:32:18 <kevans> there are worse ways to make a living :-)
21:52:03 <sjk> rtprio: regarding tagging major version and date... good idea
21:52:43 <rtprio> yeah, it's one of those things, not ideal, but spinning up the jail to check is way worse
21:53:37 <Ltning> We're spinning up a Nomad cluster for "production" use this week, with any luck. Anyone else using that for anything but futzing around?
21:54:09 <sjk> rtprio: yeah, I agree
21:54:36 <Tenkawa> rtprio: why is it worse? Its morse consistent and it takes about 2 commands that easily could be scripted...
21:54:44 <Tenkawa> much more reliable..
21:55:23 <Tenkawa> "tagging" becomes invalid on a jail soon as that jail is used again
21:55:50 <ketas> morse :)
21:55:59 <Tenkawa> You have no way to ensure consistency
21:56:01 <rtprio> Tenkawa: you'd either have to round down
21:56:31 <rtprio> it's an extra step. perhaps i'm just old and tired and no longer scavenge whatever hard drives i can get these days
22:00:57 <Tenkawa> not sure about anyone else but zfs sure seems a "lot" faster than ufs
22:01:23 <Tenkawa> at least on a RPI5 with NVMe
22:01:53 <ketas> it could do that
22:02:04 <rtprio> how much ram you got on that, boss?
22:02:09 <Tenkawa> 8gb
22:02:29 <ketas> what's the pool size?
22:02:41 <ketas> i mean what's data size
22:02:53 <Tenkawa> know the cmd to check offhand? (rusty on zfs cmds)
22:02:55 <ketas> it could fit into ram entirely
22:03:08 <ketas> zpool list
22:03:53 <Tenkawa> oh... this is showing my drive pool
22:04:04 <Tenkawa> zroot   460G  5.04G   455G        -         -     0%     1%  1.00x    ONLINE  -
22:04:56 <luke_jobless_sb> that's a beautiful cap
22:05:10 <ketas> if you tried read, it cached it likely
22:05:19 <Tenkawa> I did...
22:05:30 <ketas> so does ufs
22:05:34 <Tenkawa> I was scoping data
22:05:53 <Tenkawa> I had ufs on here earlier and it felt much slower
22:06:38 <ketas> who knows
22:06:50 <ketas> zfs adds overheads
22:07:10 <ketas> compression is on or off?
22:07:17 <Tenkawa> I definitely like the added flexibility though
22:07:18 <Tenkawa> off
22:07:25 <Tenkawa> I definitely set that
22:08:22 <unrealapex> if a game runs swell through wine on linux, can i assume the game will run without any problems through wine on freebsd?
22:08:30 <Ltning> On an rpi5 you can safely run with lz4 compression at least. It's likely to offset the cpu usage with lower transfer volumes. That CPU is beefy enough.
22:08:48 <unrealapex> genshin impact works through wine on linux but i'm not sure what its state is on *bsd
22:09:15 <Tenkawa> Ltning: with already offloading some cpu for my lan and wifi adapters I'll keep extra cpu overhead off....
22:09:19 <Ltning> Wait, genshin works on linux? My kid is pissed he can't get it to work on his M-series mac..
22:09:49 <unrealapex> yup
22:09:56 <unrealapex> silent change mihoyo made to their anticheat
22:10:03 <Ltning> Tenkawa: I'd be very surprised if it actually matters in a positive way. Data transfer will almost always be worse than a bit of cpu spent.
22:10:22 <Ltning> w00t, he'll be happy to hear. They did this to silence complaints, or what's the deal?
22:11:06 <Tenkawa> Ltning: true.. but the io scheduling "could" get fickle enough considering I have no scheduler/temp/pwm control either
22:11:20 <Tenkawa> don't want to cook  it
22:11:55 <unrealapex> i got genshin working pretty easily with lutris
22:12:25 <unrealapex> genshin should work out of the box with no patches
23:25:55 <ketas> i wonder why i get pissy zfs write speeds in just one mirror, in addition system freezes up for seconds
23:26:04 <ketas> hdd went bad?
23:26:25 <ketas> there are no errors anywhere
23:27:20 <ketas> no dedup or anything
23:27:39 <ketas> shows frag 75% cap %76
23:27:45 <ketas> that's the problem?
23:28:05 <ketas> s/%76/76%/
23:29:00 <ketas> one of old disks there now refuses to complete long test funnily
23:29:12 <ketas> running zfs on old hw eh
23:29:45 <ketas> used to run it to finish, now only short test complete
23:33:27 <ketas> only has 4g ram but somehow 12t/4t pools write 10g file at stable 150mb/s and there is no slowdown or anything locking up