09:16 <eiln> j`ey: yes, try it out

09:17 <eiln> nicolas17: not all devices have all of them but: accel, gyro, compass, barometer, temperature/humidity, low/high power mic + leap (low energy audo processor?) pdm signal processor (low power mic is only for voicetrigger I think), ambient light + color sensor, lid angle sensor, wakehint (aggregation data I think), I've also seen strings about bluetooth which is presumably find my

09:17 <eiln> stuff. also power managment + report rate control for all of them

09:17 <eiln> for m1 only the endpoints audio, voicetrigger, wakehint, and als are actually used

09:17 <eiln> "unk26" is probably lid angle sensor which is m2 and up I think

09:19 <eiln> also spuapp is something amps

09:26 <j`ey> eiln: so it can be started by AOP? I will try it out later today

09:32 <sven> hrm, i assumed the find my stuff was mostly implemented inside the bluetooth firmware

09:33 <sven> but maybe the AOP needs to wake the bt controller up every now then

09:33 <sven> +and

11:06 <chadmed> eiln: i use my m2 15" more than my 14" m1 pro if that helps your buying decision

11:06 <chadmed> not sure if they have different avd/ave cultivars though so theres that to consider

11:07 <j`ey> chadmed: just due to screen size?

11:10 <chadmed> j`ey: nah its cooler, quieter (fanless), longer battery life and lighter

11:10 <chadmed> i do prefer the screen size though, honestly i thought the 14" was big when i got it but this thing makes it looks like a chode by comparison its crazy

11:10 <chadmed> i love it

11:10 <eiln> I went to an apple store today

11:11 <eiln> the pros are a lot heavier than I thought

11:11 <j`ey> I was eyeing the 15" but it looked too big to be easily portable

11:11 <eiln> the 14" pro is heavier than 15" air (I guess it's in the name but..)

11:11 <eiln> the air's midnight finish is very sexy. I am eyeing that one

11:11 <chadmed> yeah thats the one i have

11:11 <chadmed> really really nice

11:11 <sven> I’m still very happy with my m1 air but I’ve always been a fan of smaller laptops

11:12 <sven> now if only I could connect my external display to it ;p

11:12 <j`ey> ;_;

11:14 <ArcaneNibble> kinda want one of the airs but money

11:15 <chadmed> the secondhand market for apple stuff is a bit of a gamble too because a lot of the time its just stolen stock

11:15 <chadmed> and when it's not, people ask close to retail anyway

18:09 <eiln> janneg: fruits of today's labor https://github.com/eiln/linux/tree/aop-afk

18:09 <eiln> it gets aop booting and all its endpoints up. I have to double-check the roundtrip buffers but dcp doesn't even use those. all major changes are done I think

18:09 <eiln> the dcp tracer calls are ifdefd out but I don't think I broke anything else (pls lmk)

20:26 <kettenis> https://marc.info/?l=openbsd-cvs&m=170594958418734&w=2

20:27 <kettenis> I credited Janne and Alyssa in the man page; let me know if I can improve that

20:30 <janneg> sven did most of the afk/epic work, povik the audio parts which are already included (more to come)

20:35 <janneg> kettenis: your PR hasn't fixed the (m1/m2) backlight restore after power off (completely)?

20:36 <kettenis> it does, but I haven't committed that bit yet

20:36 <kettenis> wanted a baseline that matches the current driver as much as possible

20:37 <janneg> ah, same for the backlight breaking? Any indications whether that is a driver or dcp problem?

20:38 <kettenis> that happens if you change the backlight using the keys too quickly

20:38 <kettenis> some sort of race that may very well be in OpenBSD code

20:38 <kettenis> need to investigate that further

20:39 <kettenis> btw, did you see my message about drm_fbdev_generic_setup() vs. drm_fbdev_dma_setup()?

20:42 <janneg> yes, I believe you're right and I have a fixup commit locally. same for the missingdirect bitfield.h includes

20:42 <kettenis> cool; sorry I didn't get around to doing the bitfield.h thing yet

20:43 <kettenis> I suppuse I don't have to if you already have that ;)

20:43 <janneg> no problem

20:45 <janneg> no, it will be in my next pull-request

20:47 <kettenis> Jonathan Gray sent a pull request with some spelling fixed in https://github.com/AsahiLinux/linux/pull/260 based on reviewing the code for OpenBSD

20:48 <kettenis> And someone else noticed that there are a few error/warning messages that are missing a "\n" at the end

20:53 <janneg> I've seen it. Is someone else going to add the missing '\n'? If not I'll do that but I'd expect some latency before that shows up in the OpenBSD code

20:55 <kettenis> I don't think that's a problem; I'll probably focus on fixing the bugs that trigger those messages ;)

20:57 <janneg> also not sure what I shall do with dcp merge request. I can't merge them but pulling them into my tree manually feels weird as well

20:57 <kettenis> I suppose you left the "*ERROR* dcp_poweron() starting" messages in as a debugging aid?

20:57 <janneg> yes

20:59 <janneg> many of the messages without \n seems to be forgotten dev_dbg() messages

21:02 <janneg> no, in dcp.c there are quite a few in regular messages

21:03 <janneg> I guess I should first pull in the spelling PR before fixing them

21:39 <janneg> pushed the collection of fixes to https://github.com/jannau/linux/tree/bits/200-dcp

21:51 <kettenis> Cool, thanks! I'll probably pick those up later this week.

22:47 <j`ey> just spent many hours trying to get serial passthrough or usb serial emulation in a vm working, to run m1n1/proxy in a VM, but no success :(

22:48 <j`ey> ok,.. it does work but the fetching ADT step was realllly slow