Hey, > >> However, and by all means convince me otherwise, I could still see > >> the fall though case to PPP happening when things are not quite ready > >> with the USB stack, QMI driver, etc. And that's a real problem for me. > > > > Here we're relying on two things: the kernel exposes all ports > > (control and data) of a given single device in a certain amount of > > time; plus, the modem makes those exposed ports functional in a > > certain amount of time. If for any reason those things go wrong, the > > MM probing will fail. > > No argument here. I understand that timeouts must happen and things > take different amounts of time. > > However, for my setup, two things are critical - one, that it keeps > trying indefinitely. Hence my suggested OpenWrt patches earlier > this year. I don't know if those were integrated or not; they > were met with some derision at the time. >
Do you have links to those patches? > And two, that we never, ever try to use PPP. To that end, > I may need to fashion a patch to make this so - maybe just a runtime > option to stop it being used. Actually removing it from the build is > more work than I care to take on. You can always ID_MM_PORT_IGNORE the TTYs :D -- Aleksander https://aleksander.es
