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 port
On 12/3/21 3:48 AM, Aleksander Morgado wrote:
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 thin
Hey,
>
> Aleksander Morgado wrote on Fri, Dec 03, 2021 at 11:02:12AM +0100:
> > I'll give it some time before a new release I think; this issue should
> > affect openwrt only, and there was no bump to 1.18.4 there yet.
>
> I've missed why these udev rules should only affect openwrt?
> procd doesn'
Thanks for the quick reply!
Aleksander Morgado wrote on Fri, Dec 03, 2021 at 11:02:12AM +0100:
> I'll give it some time before a new release I think; this issue should
> affect openwrt only, and there was no bump to 1.18.4 there yet.
I've missed why these udev rules should only affect openwrt?
Hey Dominique
> > > > Could you please test the following single patch on top of 1.18.4?
> > > > https://gitlab.freedesktop.org/mobile-broadband/ModemManager/-/merge_requests/700
> > >
> > > I ran through a couple of test cases and this appear to be doing the right
> > > thing. Thanks.
> > >
> >
>
Hello,
Aleksander Morgado wrote on Thu, Dec 02, 2021 at 04:24:39PM +0100:
> > > Could you please test the following single patch on top of 1.18.4?
> > > https://gitlab.freedesktop.org/mobile-broadband/ModemManager/-/merge_requests/700
> >
> > I ran through a couple of test cases and this appear to
Hey,
> > The udev rules themselves are robust. The problem may be the time
> > required by the module to expose the ports in the system, and the time
> > required by the module to actually reply anything in those ports.
> > Those two last things are handled by timeouts in ModemManager, and if
> >
