All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marcel Holtmann <marcel@holtmann.org>
To: ofono@ofono.org
Subject: RE: [PATCH 4/4] isigen: make number of PDP contexts configurable
Date: Thu, 11 Nov 2010 18:25:26 +0900	[thread overview]
Message-ID: <1289467526.3266.46.camel@aeonflux> (raw)
In-Reply-To: <C358A26273CF2948B8BCDBA661A581782BE95B62A6@NOK-EUMSG-03.mgdnok.nokia.com>

[-- Attachment #1: Type: text/plain, Size: 1571 bytes --]

Hi Mika,

> > why to do you bother making this a configurable option? What isthe
> > benefit here?
> 
> The maximum context count is a compile time option for the ISI modem. Having this option in oFono makes it possible to optimize the APE side resource usage instead of overallocating drivers and contexts. Not a huge benefit, I guess, but the cost is not huge either.
> 
> Not a big deal, though. I'll try to see if the context limit could be probed somehow.

if it can be probed from the ISI modem that would be perfect.

> > Personally I think that always enabling 4 context if the hardware
> > supports it should be enough. If you do support more then just enable
> > more all the time. There are no real resources used in context of ISI
> > anyway. The AT command based modems have a different problem since for
> > most of them we need an extra TTY/DLC and an extra GAtChat object, but
> > ISI does not have that problem.
> 
> I don't see the difference. The AT modem resources should be allocated dynamically as well, at context activation time. (Maybe that's the case already, I didn't really check.) In any case, I believe oFono has to allow things like external AT command processors and vendor specific modem tools to access the TTY's directly bypassing oFono. This means the mux channels should not be preallocated.

That is sort of a dream world. AT command based modems where you need a
TTY/DLC for every active GPRS context are not cheap. It is not a crazy
waste of resources, but it is some kind of waste.

Regards

Marcel



  reply	other threads:[~2010-11-11  9:25 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-11-10 12:22 [PATCH 0/4] bugfixes + revectored isimodem GPRS context driver Mika Liljeberg
2010-11-10 12:22 ` [PATCH 1/4] gisi: fix crash bug in g_isi_remove_subscription Mika Liljeberg
2010-11-11  8:13   ` Aki Niemi
2010-11-10 12:22 ` [PATCH 2/4] gisi: return NULL instead of asserting Mika Liljeberg
2010-11-11  8:13   ` Aki Niemi
2010-11-10 12:22 ` [PATCH 3/4] isimodem: revector GPRS context driver Mika Liljeberg
2010-11-11  8:15   ` Aki Niemi
2010-11-10 12:22 ` [PATCH 4/4] isigen: make number of PDP contexts configurable Mika Liljeberg
2010-11-10 17:52   ` Marcel Holtmann
2010-11-11  8:16     ` Mika.Liljeberg
2010-11-11  9:25       ` Marcel Holtmann [this message]
2010-11-11 15:36       ` Denis Kenzior

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1289467526.3266.46.camel@aeonflux \
    --to=marcel@holtmann.org \
    --cc=ofono@ofono.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.