On Fri, Jul 05, 2019 at 05:57:05PM -0500, Denis Kenzior wrote:
> Hi Martin,
>
> On 07/03/2019 01:09 PM, Martin Hundebøll wrote:
> > Setup GSM 07.10 multiplexing using the kernel n_gsm line discpline
> > driver, and use the virtual tty devices as Aux and Modem channels.
> >
> > The driver
On Wed, Sep 02, 2020 at 10:46:27AM -, rakesp...@gmail.com wrote:
> Hi Lars ,
>
> I have updated ofono to 1.31
>
> After that also same error message I am getting . I captured pppdump for
> this . I observe that I am not getting any response from the dongle.
I think from the log you gave
On Tue, Aug 25, 2020 at 11:49:02AM -0500, Denis Kenzior wrote:
> Hi Lars,
>
> > > So in theory this could be written like:
> > > int max = -1;
> > > iter_open_list();
> > >
> > > while (iter_next_range(, , )) {
> > > if (max2 > max)
> > > max = max2;
> > > }
> > >
> > >
Hi,
I do notice two things looking at your logs:
On Thu, Aug 27, 2020 at 04:26:40AM -, rakesp...@gmail.com wrote:
> Hi ,
>
> I am trying to enable lte connection with huawei dongle , but I am getting
> below error log for activat/context.
>
> Aug 26 11:36:28 raspberrypi3 daemon.info
On Fri, Oct 02, 2020 at 09:50:22AM -0500, Denis Kenzior wrote:
> Hi Lars,
>
> On 10/1/20 6:42 AM, poesc...@lemonage.de wrote:
> > From: Lars Poeschel
> >
> > Current implementation uses a gpio level of 1 for powering on quectel
> > modems using a gpio
Hi Denis,
On Thu, Aug 20, 2020 at 09:41:28AM -0500, Denis Kenzior wrote:
> > > So why not just run iter_next_range in a loop? it actually understands
> > > both
> > > lists and ranges. See cind_support_cb() for an example.
> >
> > Ok, I can do this i a loop if you want.
> >
> > > > +
On Thu, Aug 13, 2020 at 10:03:12AM -0500, Denis Kenzior wrote:
> > @@ -624,6 +667,12 @@ static void gprs_initialized(gboolean ok, GAtResult
> > *result, gpointer user_data)
> > g_at_chat_send(gd->chat, "AT#PSNT=1", none_prefix,
> > NULL,
On Wed, Aug 19, 2020 at 10:07:58AM -0500, Denis Kenzior wrote:
> Hi Lars,
>
> On 8/19/20 7:13 AM, poesc...@lemonage.de wrote:
> > From: Lars Poeschel
> >
> > Currently AT+CGEREP=2,1 is sent in case we don't know what the modem
> > needs. (default case) Not a
On Wed, Aug 19, 2020 at 10:19:13AM -0500, Denis Kenzior wrote:
> Hi Lars,
>
> On 8/19/20 7:43 AM, poesc...@lemonage.de wrote:
> > From: Lars Poeschel
> >
> > As the default way of getting the signal quality with +CIND is also
> > unstable on quectel serial mo
Hi Denis,
On Tue, Sep 29, 2020 at 09:22:26AM -0500, Denis Kenzior wrote:
> > @@ -237,7 +248,7 @@ static void close_ngsm(struct ofono_modem *modem)
> > static void close_serial(struct ofono_modem *modem)
> > {
> > struct quectel_data *data = ofono_modem_get_data(modem);
> > - uint32_t
On Fri, Sep 25, 2020 at 08:43:15AM +0200, Martin Hundebøll wrote:
> Hi Lars and Janez,
>
> On 24/09/2020 13.02, Martin Hundebøll wrote:
> > Hi Lars,
> >
> > On 24/09/2020 12.38, poesc...@lemonage.de wrote:
> > > From: Lars Poeschel
> > >
> &
On Thu, May 21, 2020 at 08:32:07AM -0500, Denis Kenzior wrote:
> Hi Lars,
>
> On 5/26/20 5:16 AM, poesc...@lemonage.de wrote:
> > From: Lars Poeschel
> >
> > The Quectel EC21 does only work correctly, if the mux channel used for
> > aux is the first mux c
Hello!
On Thu, May 14, 2020 at 02:27:22PM -, arash.javanm...@inro-et.de wrote:
> Hello,
> unfortunately there is no support for Quectel BG95 in ofono. But
> nevertheless i tried to adapt the existing Quectel implementation for BG95.
> So i added:
>
> udevng.c
> --- 8< -
>
Hi Bettina-Jennifer,
whatever way you chose to send your patches, this is totally messed up.
It would be very hard to extract usable information from this email. It
looks like you wanted to send two patches, but it is just one email.
Your email does include text and html parts, which is also not
On Tue, Aug 11, 2020 at 10:55:35AM -0500, Denis Kenzior wrote:
> Hi Lars,
>
> On 8/11/20 6:42 AM, poesc...@lemonage.de wrote:
> > From: Lars Poeschel
> >
> > The Quectel EC21 modem does not understand the AT+CPSB command, so
> > aquire the current pack
On Fri, Aug 07, 2020 at 11:09:19AM -0500, Denis Kenzior wrote:
> Hi Lars,
>
> On 8/4/20 7:38 AM, poesc...@lemonage.de wrote:
> > From: Lars Poeschel
> >
> > The distinction between OFONO_VENDOR_QUECTEL and
> > OFONO_VENDOR_QUECTEL_SERIAL does not suffice for
On Tue, May 26, 2020 at 10:22:46PM -0500, Denis Kenzior wrote:
> Hi Lars,
>
> On 5/29/20 7:43 AM, poesc...@lemonage.de wrote:
> > From: Lars Poeschel
> >
> > The Quectel EC21 does only work correctly, if the mux channel used for
> > aux is the first mux c
17 matches
Mail list logo