15:08 <lighterowl> ok, looks like something's off outside of tvheadend. I compiled master from source on this Debian trixie box, same thing. compiled from source on another box running Arch, everything works flawlessly. same adapter and all.

18:07 <lighterowl> okay, what I'm seeing must be related to trixie somehow. I reproduced the issue with a clean Debian trixie install, couldn't reproduce it with either Arch or Debian bookworm (stable) so perhaps this is kernel related. bookworm is at 6.1.90, trixie is at 6.7.12 (tested with 6.6.15 too, which is the previous available version) and Arch is at 6.9.1.

18:07 <lighterowl> should I perhaps make a forum post / github issue about all this?

18:12 <knolle> sounds like either missing firmware or possibly kernel bug

18:12 <lighterowl> this is Astrometa, no firmware is needed.

18:14 <htsbot> [slack] <Flole> If it's a kernel bug then it should be reported to the appropriate mailing list, Tvheadend doesn't track such issues. You can discuss it on the forum though if you want, maybe someone else has the same issue or has any idea

18:16 <lighterowl> it looks very similar to https://tvheadend.org/d/8534-why-tvheadent-put-some-scanned-services-as-parent-disabled/2 and https://github.com/tvheadend/tvheadend/issues/1694 but the reporter experienced it with bookworm so possibly a bit different to what I'm seeing though the symptoms are the same.

18:19 <knolle> you could check that kernel theory by using the lts kernel on arch i guess

18:19 <lighterowl> didn't think of that, thanks knolle

18:38 <lighterowl> yep, must be a kernel thing. I'm seeing the same thing as in trixie while running Arch with lts (6.6.31).