00:34:00 <grahamperrin> V_PauAmma_V, Onepamopa: for what it's worth, <https://docs.freebsd.org/en/articles/problem-reports/#pr-when>
00:34:00 <grahamperrin>  > … Please do not submit problem reports that simply state that a newer version of an application is available. Ports maintainers are automatically notified …
00:34:01 <VimDiesel`> Title: Writing FreeBSD Problem Reports | FreeBSD Documentation Portal
00:36:42 <grahamperrin> koobs: should that be added to <https://wiki.freebsd.org/Bugzilla/DosAndDonts#DON.27TS>?
00:36:43 <VimDiesel`> Title: Bugzilla/DosAndDonts - FreeBSD Wiki
00:37:58 <V_PauAmma_V> grahamperrin, are you referring to the report I filed for sysutils/libudisks?
00:39:39 <koobs> grahamperrin: there's not a goal to match those two docs up
00:40:01 <koobs> grahamperrin: treat stuff in the handbook as stale as they are
00:40:15 <koobs> hence the refresh needed (rather than incremental edits
00:40:26 <koobs> My personal position is
00:40:38 <grahamperrin> V_PauAmma_V: a conversation somewhere above that included Onepamopa, so I guess not. What's the bug number?
00:40:47 <koobs> 1) user requests to update a port to version show maintainers something that automated notifications cant, that users use/want it
00:40:55 <koobs> 2) automatic notification doesnt work in many cases
00:41:27 <koobs> 3) anything that adds transparency/accountability/quality of the maintainership role is a good thing
00:41:32 <V_PauAmma_V> grahamperrin, I was asking because I filed it recently, as the port maintainer.
00:41:32 <koobs> and that is one example
00:41:33 <grahamperrin> 2) will be very useful to have documented
00:41:43 <koobs> for example, it establishes a window of time from a request to resolution
00:41:50 <koobs> which 'automated notifications dont do'
00:42:04 <grahamperrin> V_PauAmma_V: I remember a rework bug, I wasn't thinking of that one
00:42:04 <koobs> grahamperrin: kinda sorta
00:42:31 <koobs> grahamperrin: if we can get a good bugmeister/docs editing cadence going (with anyone) that would be great, and the main point
00:42:34 <koobs> rather than specific edits
00:43:47 <V_PauAmma_V> Not speaking about the rework one, which was someone more experienced giving me an object lesson in things and tricks I missed.
00:44:45 <koobs> grahamperrin: 4) it happens infrequently enough that it doesnt warrant the explicit mention and the cost (DONT DO THIS)
00:46:05 * grahamperrin adds "read Writing FreeBSD Problem Reports" to the DON'Ts
00:46:14 <grahamperrin> just kidding
00:48:27 <grahamperrin> <https://docs.freebsd.org/en/articles/pr-guidelines/> oh dear
00:48:28 <VimDiesel`> Title: Problem Report Handling Guidelines | FreeBSD Documentation Portal
02:04:23 <jb1277976> I'm pulling my hair out over here. can't get interal microphone detect at all. i think i been going at this all day. i have virtual_oss installed cuse.ko loaded. i'm out of options. anyone?
02:04:43 <koobs> jb1277976: start with pciconf -lv output and /var/run/dmesg.boot output (pastebin)
02:05:03 <jb1277976> ok
02:06:15 <koobs> jb1277976: might be worth `sudo usbconfig dump_info` too
02:06:43 <koobs> jb1277976: this is a good resource too: https://wiki.freebsd.org/Sound
02:06:45 <VimDiesel`> Title: Sound - FreeBSD Wiki
02:07:48 <jb1277976> koobs: https://termbin.com/93aj1 https://termbin.com/xov5 https://termbin.com/v9jp1
02:08:05 <jb1277976> koobs: been looking at that wiki all day 0_o
02:08:38 <koobs> jb1277976: also  mixer, mixer -f /dev/mixer1, sysctl dev.hdaa and sysctl dev.hdac
02:09:16 <koobs> jb1277976: hdac0: <Intel Tiger Lake HDA Controller> mem 0x601f288000-0x601f28bfff,0x601f000000-0x601f0fffff at device 31.3 on pci0
02:10:41 <koobs> + https://bsd.to/A0Rn/raw
02:10:42 <VimDiesel`> Title: A0Rn
02:11:13 <jb1277976> koobs What am i looking for?
02:11:21 <koobs> id expect a 'rec' or 'mic' device there
02:11:30 <koobs> im just snipping out relevant sound bits from your pastes
02:11:45 <jb1277976> koobs: that's cause its on mixer 0
02:11:47 <jb1277976> want the output?
02:11:56 <koobs> koobs | jb1277976: also  mixer, mixer -f /dev/mixer1, sysctl dev.hdaa and sysctl dev.hdac
02:11:59 <koobs> yeh
02:12:01 <koobs> of all those
02:12:49 <jb1277976> koobs: https://termbin.com/6qqd
02:13:08 <koobs> https://bsd-hardware.info/?id=pci:8086-a0c8-1028-0a24&dev_class=04-03&dev_type=sound&dev_vendor=Intel&dev_name=Tiger+Lake-LP+Smart+Sound+Technology+Audio+Controller&dev_ident=81357
02:13:10 <VimDiesel`> Title: Intel Tiger Lake-LP Smart Sound Technology Audio Controller
02:13:16 <koobs> so at least your tiger lake HDA is supported 12.2+
02:13:47 <jb1277976> koobs: sound works fine. just can't get the mic working or detected
02:13:55 <koobs> yeh
02:14:18 <koobs> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262579
02:14:21 <VimDiesel`> Title: 262579 – Framework Laptop: headset/mic input issues
02:14:21 <koobs> mmm
02:14:22 <koobs> framework has the same HDA
02:14:42 <koobs> "Aha, it is possible to record from /dev/dsp1 using the built-in mic."
02:14:44 <koobs> mmmm
02:15:45 <jb1277976> koobs: is that a good step? look at the bug website?
02:15:54 <koobs> he'd want to see "(Internal Analog Mic)>"
02:16:07 <jb1277976> also what would i be looking for on the bug site? input/output tigerlake?
02:16:08 <koobs> well, were asking the question, what if anything have people reported re tiger lake sound + mic, if anything
02:16:25 <jb1277976> ok
02:16:30 <koobs> that bug contains very detailed 'debugging steps' to get in info etc
02:16:33 <koobs> which may be helpful
02:17:08 <koobs> jb1277976: as an example, this fix: https://cgit.freebsd.org/src/commit/?id=d88dc1b0b9af4de5ecbe0cdae1cea6055c8c9ec8
02:17:10 <VimDiesel`> Title: src - FreeBSD source tree
02:17:14 <koobs> "    Fix headphone (12th gen Intel laptops) and mic jack (both 11th and
02:17:17 <koobs>     12th gen) switching."
02:17:33 <koobs> 2022-09-13 (which if youre using the latest current, you should have)
02:17:47 <koobs> but point being, there were headphone/mix switching issues in framework (which has tiger lake HDA sound controller)
02:17:57 <jb1277976> Seriously koobs how are you getting this info? you should see my seaerch history since 9:00am PST
02:18:03 <jb1277976> 0_o
02:18:27 <koobs> https://www.google.com/search?q=%22freebsd%22++%22tiger+lake%22+%22microphone%22
02:18:28 <VimDiesel`> Title: "freebsd" "tiger lake" "microphone" - Google Search
02:18:31 <koobs> just practiced search
02:18:39 <koobs> and good at following tracks/clues
02:20:27 <koobs> Mixer mic      is currently set to  67:67
02:20:29 <koobs> Mixer rec      is currently set to  89:89
02:20:31 <koobs> from your paste
02:20:34 <koobs> mmmmmmmmmm
02:20:36 <jb1277976> I never thought to look up tigerlake at all today. google searches duckduckgo searches. forums all go tricks but nothing
02:20:50 <koobs> jb1277976: what about:  sysctl dev.hdaa and sysctl dev.hdac
02:20:59 <jb1277976> one sec let me get it
02:21:30 <koobs> and whats the laptop model again ?
02:21:44 <jb1277976> hp envy x360
02:22:44 <koobs> is Spectre x260 same as Ency x360 ?
02:22:50 <jb1277976> hdaa https://termbin.com/rzo3 hdac https://termbin.com/3j48
02:22:59 <koobs>  is Spectre x360 same as Envy x360 ?
02:23:00 <koobs> i mean
02:23:05 <jb1277976> prob
02:23:09 <koobs> https://wiki.freebsd.org/Laptops/HP_Spectre_x360_13t-aw200
02:23:11 <VimDiesel`> Title: Laptops/HP_Spectre_x360_13t-aw200 - FreeBSD Wiki
02:23:15 <koobs> "I'm probably the first person to use ?TigerLake with FreeBSD, and all it's roadblocks."
02:23:18 <koobs> lol
02:23:20 <koobs> bad first sentence
02:23:24 <koobs> "I initially switched to an AMD Ryzen-based HP Envy,"
02:23:26 <koobs> mmmm
02:23:29 <koobs> maybe not the same
02:23:46 <koobs> yours is the ryzen yeh ?
02:24:32 <koobs> hmmmm there is it: https://wiki.freebsd.org/Laptops/HP_Envy_x360_13-ay0021nr
02:24:33 <VimDiesel`> Title: Laptops/HP_Envy_x360_13-ay0021nr - FreeBSD Wiki
02:24:44 <koobs> "FreeBSD support is more-or-less worry-free on the Envy"
02:24:47 <koobs> ok thats good i spose
02:24:50 <jb1277976> naw mine is all intel
02:24:55 <jb1277976> let me get the specs
02:24:59 <koobs> mmmmm
02:25:01 <koobs> please
02:25:03 <koobs> :)
02:25:12 <koobs> but for that model at least
02:25:15 <jb1277976> can i get it from the termina;?
02:25:15 <koobs> "The only thing that doesn't work as of now is built-in Wi-Fi and speakers (headphones are fine), but nothing when compared to the Intel TigerLake HP Spectre. "
02:25:19 <koobs> no speakers, is ... odd.
02:25:23 <koobs> label on bottom of lappy
02:25:27 <koobs> should have a model
02:25:30 <koobs> number
02:25:31 <koobs> rather than 'name'
02:25:36 <koobs> for the specific version/revision info
02:25:46 <jb1277976> one sec
02:26:18 <koobs> https://forums.freebsd.org/threads/internal-microphone-not-working-on-hp-envy-13.86764/
02:26:19 <VimDiesel`> Title: Internal Microphone not working on HP Envy 13 | The FreeBSD Forums
02:26:21 <koobs> one week ago
02:26:24 <koobs> thats not you is it ? :)
02:26:29 <koobs> " I haven't been able to get the internal microphone working yet."
02:26:34 <koobs> "The HP website describes the microphone as "HP Wide Vision HD Camera with integrated dual array digital microphone"."
02:26:38 <koobs> ahh, mic is via WEBCAM?@!#
02:27:10 <koobs> ok so hint one is, boot verbose, so we can see the pins being reported (in /var/run/dmesg.boot)
02:28:02 <koobs> and this is why you went down the webcamd/cuse route?
02:28:38 <koobs> "I wasn't able to get ffmpeg to record, but when I set the default pcm to 0 with sysctl hw.snd.default_unit=0, then rec foo.wav successfully records from the headphone jack. "
02:28:48 <koobs> ok, they can record, via via the headphone jack, weird
02:29:05 <koobs> so we're gonna need a sound expert :D
02:29:07 <koobs> emaste: !
02:29:18 <koobs> i have NO idea about sound / pins / debugging freebsd
02:29:24 <koobs> but i dont think this will be tough to work out
02:30:15 <koobs> jb1277976: but yeh, the good new (also a 'little' bad), is we found a Oct 14 2022 (< two week old) report of identical symptoms on identical hardware
02:30:47 <jb1277976> sorry koobs had to look under laptop and get model and it wen to hibernate lol
02:30:56 <koobs> jb1277976: thats ok, did you miss all my text?
02:31:03 <jb1277976> koobs: Model 4N715UA
02:31:10 <jb1277976> looking at the backlog
02:31:20 <koobs> https://bsd.to/xM0X/raw
02:31:21 <VimDiesel`> Title: xM0X
02:31:34 <koobs> especially after 2:26
02:32:13 <koobs> yeh its this: https://support.hp.com/us-en/document/c07914557
02:32:15 <VimDiesel`> Title: HP ENVY x360 Convert 15m-es1013dx Product Specifications | HP® Customer Support
02:33:30 <jb1277976> wtf the microphone is via the webcam?
02:33:34 <koobs> "apparently
02:33:38 <jb1277976> i been doing this all wrong :P
02:33:41 <koobs> and they got mic recording going via headphone jack
02:33:55 <koobs> interesting from: https://support.hp.com/us-en/document/c07914557 though: it says "1 headphone/microphone combo"
02:33:56 <VimDiesel`> Title: HP ENVY x360 Convert 15m-es1013dx Product Specifications | HP® Customer Support
02:33:59 <koobs> wtf is that
02:34:20 <koobs> might be more details in product/service manual (so worth going through those)
02:34:38 <koobs> jb1277976:  also, if youre behind on firmwares/bios, check the changelogs for those too (even if you dont update)
02:34:46 <koobs> HP is relatively good with explaining changes
02:34:53 <jb1277976> yea dam. i needed to start with the basics
02:34:56 <koobs> webcam is noted as:
02:34:59 <koobs>  
02:35:01 <koobs> HP Wide Vision 720p HD camera with camera shutter and integrated dual array digital microphones
02:35:03 <koobs> yeh, good lesson
02:35:06 <koobs> but, we got you progress
02:35:10 <koobs> another user with same hardware/issue
02:35:20 <koobs> partial workaround (record via headphone jack)
02:35:29 <koobs> and possibly explanation for that workaround (shared headphone/mic jack?)
02:35:31 <jb1277976> How do i do that?
02:35:38 <koobs> plus the lead for the mics being via webcam (possible)
02:35:45 <koobs> how do you do what ?
02:35:53 <jb1277976> how do i record from headphone jack?
02:35:56 <koobs> no idea
02:36:01 <jb1277976> lol
02:36:09 <koobs> im reporting what the forum post user said
02:36:19 <jb1277976> got it
02:36:20 <koobs> so, read my pastbin (backlog here), and the forum post (take your time)
02:36:29 <jb1277976> ok thanks
02:37:32 <koobs> jb1277976: if it were me, if be 'confirming' how the mic pins are setup (is it via webcam? the docs say it has two mic's)
02:37:39 <koobs> so my next step would be getting that going
02:38:00 <koobs> then next question is, is that 'the same thing as' the 'internal mic'
02:38:03 <koobs> or not
02:38:31 <koobs> and id branch out my search from freebsd to not freebsd specific
02:38:31 <jb1277976> so look at the manual?
02:38:45 <koobs> because guaranteed other OS's either have same problem, or they identified 'whats needed to enable it by default'
02:38:47 <koobs> which we could copy
02:39:03 <koobs> https://www.google.com/search?q=HP+%22envy%22+%22microphone%22
02:39:04 <VimDiesel`> Title: HP "envy" "microphone" - Google Search
02:39:17 <koobs> lol, theres a FAQ entry for this at HP
02:39:20 <koobs> "Does the HP Envy x 360 have a built in microphone?"
02:39:23 <koobs> https://h30434.www3.hp.com/t5/Notebook-Audio/Does-the-HP-Envy-x-360-have-a-built-in-microphone/td-p/7705039
02:39:25 <VimDiesel`> Title: Solved: Does the HP Envy x 360 have a built in microphone? - HP Support Community - 7705039
02:39:32 <koobs> "Solved: HP Envy x360. No microphone. Model #15M-EE0013DX"
02:39:35 <koobs> https://h30434.www3.hp.com/t5/Notebook-Audio/HP-Envy-x360-No-microphone-Model-15M-EE0013DX/td-p/7707746/page/2
02:39:38 <VimDiesel`> Title: Solved: HP Envy x360. No microphone. Model #15M-EE0013DX - Page 2 - HP Support Community - 7707746
02:40:03 <koobs> youtube: HP Envy - microphone doesnt work - https://www.youtube.com/watch?v=EmPVXJHzu1o
02:40:04 <VimDiesel`> Title: HP Envy - microphone doesn't work - YouTube
02:40:04 <koobs> there we go
02:40:50 <koobs> yeh, so 'x360 internal mic no worky' is 'a thing' :)
02:41:07 <koobs> ubuntu: Internal microphone not detected: 20.04, HP Envy x360 ..
02:41:10 <koobs> https://askubuntu.com/questions/1252711/internal-microphone-not-detected-20-04-hp-envy-x360-ryzen-5-4500
02:41:11 <VimDiesel`> Title: sound - Internal microphone not detected: 20.04, HP Envy x360, Ryzen 5 4500 - Ask Ubuntu
02:41:28 <jb1277976> Thanks for everything koobs I wasn't gonna give up until i get it working lol
02:41:38 <koobs> yeh dont
02:41:46 <koobs> this might have to require you chasing down the root cause
02:41:51 <koobs> which will help our devs fix it
02:42:02 <koobs> any fixes for your model in linux or other os's
02:42:05 <koobs> would be handy to know about
02:43:34 <jb1277976> ok i thought it was only realted to freebsd
02:43:41 <jb1277976> i will look on linux distros
02:43:53 <koobs> you have all the links you need above
02:43:58 <koobs> let us know if you find anything interesting
02:44:25 <koobs> bbl
02:44:46 <jb1277976> Thank you
02:44:50 <koobs> youre welcome
05:00:38 <Reinhilde> rawr
06:45:33 <polyex> if my site's being ddos'd i say my site's getting attacked. what do i say if my site's getting too much LEGITIMATE traffic? like a big site starts linking it
06:46:27 <Remilia> polyex: https://en.wikipedia.org/wiki/Slashdot_effect
06:46:28 <VimDiesel`> Title: Slashdot effect - Wikipedia
06:47:38 <polyex> ya read it
07:04:04 <jb1277976> koobs: Look what I just found https://forums.freebsd.org/threads/internal-microphone-not-working-on-hp-envy-13.86764/ exact issue
07:04:05 <VimDiesel`> Title: Internal Microphone not working on HP Envy 13 | The FreeBSD Forums
07:04:14 <jb1277976> Used bing.com
07:08:48 <jb1277976> Maybe not like mine but close
10:21:55 <gnathat> which is channel for freebsd chat?
10:32:12 <meka> gnathat: you might try #freebsd-social
14:04:34 <CrtxReavr> So I created a zipfile with zip(1)
14:05:00 <CrtxReavr> Now I'm running 'zip -e file.zip' against it to encrypt it with a password.
14:05:16 <CrtxReavr> It prompts me for the password twice, they prints an error saying 'nothing to do'
14:05:21 <CrtxReavr> What am i doing wrong.
14:05:25 <CrtxReavr> ?
14:07:35 <CrtxReavr> Nevermind. ..
14:25:02 <trench> not read the man page? :>
14:25:05 <trench> reading
14:25:41 <Remilia> CrtxReavr: -e is an option, not a command
14:26:40 <Remilia> if I recall right the format does not prohibit having only some of the files encrypted
14:26:43 <CrtxReavr> Oh, I read it. . . well searched around.
14:27:10 <CrtxReavr> You gotta use -e upon zipfile creation. . . manpage was not clear on that.
14:27:34 <CrtxReavr> so 'zip -e file.zip file1 file2 . . .'
14:28:12 <Remilia> tbh I do not know of any archivers with a dedicated encrypt command that would encrypt the contents of an existing archive
14:29:51 <CrtxReavr> Well, got zip(1) to do what I needed - tested the extraction with Windows' built-in zip functionality.
14:34:22 <meena> is there a way to get the boot log output to have times?
14:35:23 <meena> Because the boot log is only written to /var/log/messages (which has timestamps) when the system is effectively finished booting…
14:36:30 <kevans> meena: no idea if it's new or not, but kern.msgbuf_show_timestamp is a thing in main
14:36:55 <meena> kevans: well, i am on 14.0-CURRENT
14:37:08 <kevans> tristate, 0/1/2 no/sec/usec
14:40:09 <Sjottelsplak> I have it in 12.3
14:40:41 <meena> is this a sysctl or kenv variable?
14:41:24 <Sjottelsplak> kern, apparantly it was already in 9.1
14:41:58 <Sjottelsplak> loader tunable
14:45:01 <meena> https://gist.github.com/df99adad7408773342530e51fb45d255
14:45:02 <VimDiesel`> Title: gist:df99adad7408773342530e51fb45d255 · GitHub
14:45:10 <meena> 46 seconds
14:45:44 <yuripv> now it looks like linux
14:46:40 <Sjottelsplak> lol
14:47:08 <kevans> yeah, so I guess just the usec part is new
14:47:25 <meena> so, something very fishy going on with em driver there… or the qemu implementation on the other side
14:48:27 <meena> without that nic, 20 seconds to boot
14:48:41 <yuripv> why not vtnet?
14:49:07 <meena> yuripv: i have vtnet, and re, too, just testing various combinations… all in the name of cloud-init
14:49:17 <yuripv> got it!
14:51:55 <meena> how the heck is GENERIC-MMCCAM faster than GENERIC-NODEBUG??
14:58:46 <kevans> on hardware?
15:00:23 <meena> kevans: on this virtual machine… libvirt/qemu running on a Linux laptop
15:00:28 <kevans> I have to run MMCCAM on my RPis when I run those, the old stack never drives the controller above 400 (Hz? KHz? don't remember) so I/O is painfully slow
15:00:35 <kevans> ahh
15:01:12 <meena> so, like, most devices are virtio
15:01:54 <meena> but, like, GENERIC-NODEBUG should just be GENERIC… without DEBUG stuff, while GENERIC-MMCCAM should still have DEBUG stuff, right?
15:04:34 * meena still wants to be able to easily generate DEBUG/NODEBUG versions of all KERNCONFs
15:19:56 <jb1277976> FreeBSD boot log
15:20:22 <jb1277976> Rotfl I thought this was bing 😭
16:24:08 <jb1277976> Can freebsd use windows drivers like wrappers or something?
16:24:42 <rtprio> https://www.freebsd.org/cgi/man.cgi?ndis(4)
16:24:43 <VimDiesel`> Title: ndis(4)
16:25:26 <rtprio> looks like it won't last much longer
16:27:41 <jb1277976> rtprio: That for me?
16:28:00 <jb1277976> I could always download a 12 release though right and don't upgrade
16:30:03 <rtprio> jb1277976: yes, that's the wrapper you were asking about. it's usually easier to secure a supported card.
16:31:37 <jb1277976> rtprio: I need a driver for my internal microphone
16:32:20 <jb1277976> "Webcam
16:32:20 <jb1277976> HP Wide Vision 720p HD camera with camera shutter and integrated dual array digital microphones"
16:35:07 <rtprio> unlikly that will work
16:35:58 <jb1277976> rtprio On freebsd?
16:36:18 <jb1277976> do you think current or stable will work? or no in genreal ?
16:38:52 <rtprio> cheap generic webcams have a tendency to not work
16:39:27 <jb1277976> There is no point in keep pulling my hair out even though koobs helped me a lot. that this won't work. it was fun being on freebsd and i know i can install it but if the microphone won't work i gotta cut my lossess
16:39:28 <jb1277976> if you know what i mean
16:39:36 <jb1277976> rtprio: The webcam is built in
16:39:57 <jb1277976> https://support.hp.com/us-en/document/c07914557
16:39:58 <VimDiesel`> Title: HP ENVY x360 Convert 15m-es1013dx Product Specifications | HP® Customer Support
16:54:20 <rtprio> i don't current would work; but i suppose you could give it a try
16:55:17 <emaste> koobs: note re "headphone/mix switching issues in framework", this is just a symptom of our headphone/mic switching architecture... we need a holistic solution to this, not special cases for each device
16:56:54 <tsk> Hi people, any idea how to get rid of geli metadata? I'm currently stuck remotely re-installing a system. Long story short, the loader seems to detect some geli metadata that is a left over of the previous FreeBSD 12 installation (that was ZFS on root+geli), and I'm prompted with the password of the previous geli system. So far I tried "geli clear <devices>" but of course it just gives enigmatic "Cannot
16:57:00 <tsk> clear metadata on ada0: Invalid argument / geli: Not fully done".
16:58:25 <tsk> I did also attempt destroying the GPT tables completely, and after first getting "Device busy", I managed to do so using the "-F" flag with gpart; after reinstalling again on the "fresh disks" the loader still detects geli metadata and still prompts for password
16:58:35 <jmnbtslsQE> are you able to run the geli cli ? then could try geli clear
16:58:51 <tsk> that is the problem, it does not work
16:59:02 <jmnbtslsQE> ah sorry didn't see your message there
16:59:08 <tsk> # geli clear ada1
16:59:12 <tsk> Cannot clear metadata on ada1: Invalid argument.
16:59:16 <tsk> geli: Not fully done.
16:59:34 <tsk> Even wiping/destroying disks from a rescue linux system did not help
16:59:41 <jmnbtslsQE> are you sure that you want to specify that whole disk instead of some partition?
17:00:21 <tsk> the loader gets stuck asking the password for a particular partition of the first disk (p4) but the partition tables are long gone
17:00:27 <tsk> unless gpart destroy -F lied to me
17:00:39 <jmnbtslsQE> did you recreate the same partition table after?
17:00:46 <tsk> yeah
17:01:43 <jmnbtslsQE> then i guess i would try the geli clear on the partition in question since the partition table is the same as it was before
17:02:58 <tsk> the partitions are no longer there since a while
17:03:02 <nimaje> did you try with fully overriding the disk with zeros? afaik there is a backup partition table at the end of the disk, so just overriding the one at the start won't work
17:03:19 <tsk> nimaje, no that is what i was trying to avoid todo
17:03:32 <tsk> and the only solution that came to my mind
17:03:56 <daemon> usually its enough just to whack the first 10M or so
17:04:13 <daemon> then use gpart to re-init the table
17:04:35 <daemon> dd if=/dev/zero of=/dev/ada0 bs=1M count=20
17:04:44 <daemon> little excessive it should work though
17:04:52 <daemon> ada1 **
17:05:12 <tsk> yeah lets try that before doing that on the entire disk(s), that is excessive :P
17:05:44 <daemon> :)
17:06:43 <tsk> thanks, im going to try that before wiping out the disks completely :)
17:07:13 <tsk> however, where the heck is geli storing this metadata? geli clear should have a "-F" flag as well
17:20:51 <tsk> mmh i guess that did not work
17:21:52 <tsk> also i forgot to mention that im installing using mfsbsd, so I have to dd on the disks on in order to that (and metadata is still there..) I guess possibly at end at this point?
17:24:51 <rtprio> tsk: i wonder if you could create a zpool over it and destroy it
17:25:53 <tsk> the fact that im still seeing "device busy" when trying to destroy the thing, suggest me that something is using the disk (ZFS or geli layer), given that asks for the password after i create a brand new partition schema + zfs on root without geli this time
17:26:00 <tsk> rtprio: that is what im doing :(
17:26:24 <tsk> before was ZFS+geli, now im doing ZFS only
17:26:53 <tsk> however, could not destroy the geli thing before, because the root of the system was on it
17:40:27 <daemon> tsk, you tried rebooting into your shell after you have done the dd
17:40:33 <daemon> rebooting the system
17:40:40 <daemon> anything that has a lock will likely fail it next boot
17:40:43 <daemon> as there is no partition table
17:40:51 <tsk> yes that is how im doing the installation
17:41:45 <tsk> by the way dd mfsbsd -> works fine
17:42:06 <tsk> mfsbsd loader not detecting the geli stuff, probably not compiled in?
17:42:34 <daemon> probably I think geli is kldloaded by default
17:42:38 <daemon> actually so is zfs
17:42:46 <daemon> which is the ideal position to do the dd from as nothing will have a lock on the disk
17:43:58 <tsk> yeah im trying to do dd zero on all disk now but its taking ages (and i have two to go :D), nevertheless this *should* work
17:44:05 <tsk> :D
17:44:09 <daemon> :)
17:45:32 <jb1277976> How do you erase a thumb drive on freebsd ?
17:45:59 <CrtxReavr> Depends what you mean by erase.
17:46:21 <CrtxReavr> You wan to erase evidence of your crimes, or just free up some space?
17:46:51 <jb1277976> CrtxReavr: Erase it so its free and i can put files on it
17:47:16 <CrtxReavr> Then I guess mount it, and delete what's there.
17:47:54 <jb1277976> ok thanks
17:47:54 <CrtxReavr> When you insert it, you should see a kernel message about /dev/daX being added?
17:48:30 <CrtxReavr> 'dmesg' should tell you.
17:49:29 <jb1277976> i keep getting operation not permitted as root
17:49:44 <CrtxReavr> o_O
17:49:57 <CrtxReavr> When you do what?
17:50:16 <jb1277976> dd command
17:50:50 <CrtxReavr> What happned to just deleting files?
17:51:04 <CrtxReavr> dd is more in the hide your crimes catagory?
17:51:12 <CrtxReavr> What did command are you running?
17:52:04 <jb1277976> can i do both?
17:52:32 <CrtxReavr> You can, but then you'd need to create a new partion & re-newfs it.
17:53:20 <jb1277976> dam
17:53:25 <jb1277976> ok i gotta go thought. thanks
18:09:45 <CrtxReavr> You gotta love people that just blindly swing dd around like an ax.
18:26:46 <rwp> It wasn't clear to me that they understood the difference between files and devices, or between deleting files and shredding files.
18:27:21 <rwp> One is like erasing the temporary markings on a whiteboard with an eraser.  The other is like burning the whiteboard entirely!
22:45:31 <jb1277976> There a way to get guest additions or something in FreeBSD via Virt-manager ?
22:56:30 <koobs> emaste: yep, i did a bit of a deep dive into how linux handles these crazy pin special configurations issues - Sound Open Firmware (sof-firmware) and runtime (not hardcoded) configuration/quirking,
22:57:06 <koobs> emaste: i think a great first step would be to make reporting issues, and the info required to identify configurations required per device/class/whatever, suyper easy for users
22:57:45 <koobs> the barrier/overhead to debugging / reporting info needed to get stuff sorted (relatively quick once specific issues/config is identified) is way too h igh
22:58:26 <koobs> emaste: it would be great if some base sound devs could list out the things/info that help us isolate issues quickly
23:42:12 <jb1277976> Hi koobs gave up on my quest to get my microphone. Plus some of the feedback from today. All in all there are some stuff out there that talk about tiger lake nothing concrete. After 3 days or so decided to run freebsd in a vm to test it more. Thanks for all your help