[09:11] <marc|gonzalez> mchehab: Hello, I find it odd for some DVB drivers to have some explicit code for probing which front-end tuner drivers to load.  Can't this be handled at the device tree level, by having a phandle to the actual front-end?  I mean, if the tuner-demux link is fixed in HW, it makes sense to describe it in the DT, right?
[09:11] <marc|gonzalez> e.g. c8sectpfe_frontend_attach()
[15:32] <syoung> marc|gonzalez: dvb_attach() is the old method. Newer drivers use dvb_module_probe
[16:39] <mchehab> marc|gonzalez: also, it is not fixed. Some vendors simply replace the frontends without changing the PCI ID
[16:40] <mchehab> also, DT works fine for SoC, but it won't work for PCI/USB boards
[16:40] <mchehab> most dvb drivers are for PCs
[17:29] <Etua> Hello, What does the vmux setting change? I currently import code from https://www.onetransistor.eu/2017/05/magix-usb-videowandler-2-linux.html which worked for me, however the code contains the following line: ".vmux     = SAA7115_SVIDEO3,  /* S-VIDEO needs confirming */".
[17:30] <Etua> When opening the stream in TVTime I used Composite input.
[18:26] <Etua> Hello, I downloaded the repository as described at https://linuxtv.org/repo/ and made appropriate changes, but it seems that I cannot push to the LinuxTV repository. What have I done wrong.
[18:26] <Etua> ?
[18:28] <b-rad> tried to push...
[18:31] <Etua> I wanted to upload my changes to the LinuxTV repository, but frankly I have little experience with using Git outside of Hubs/Labs so I may have some wrong assumptions about the workflow.
[18:33] <b-rad> you would submit a patch to the mailing list if you have a contribution you'd like to see about upstreaming
[18:35] <Etua> Right, should I send whole file or just the diff?
[18:35] <b-rad> https://kernelnewbies.org/FirstKernelPatch
[18:37] <Etua> Thank you