<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/ModemManager.git/src, branch MM_06</title>
<subtitle>gitlab.freedesktop.org: mobile-broadband/ModemManager.git
</subtitle>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/ModemManager.git/'/>
<entry>
<title>core: add helper for parsing and validating the ICCID</title>
<updated>2013-09-09T16:59:51+00:00</updated>
<author>
<name>Dan Williams</name>
<email>dcbw@redhat.com</email>
</author>
<published>2013-09-09T16:59:13+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/ModemManager.git/commit/?id=09ecb60cb82387797dcbbde3a0580f0274750c24'/>
<id>09ecb60cb82387797dcbbde3a0580f0274750c24</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>serial: add debugging to serial port open failures</title>
<updated>2013-07-23T15:00:23+00:00</updated>
<author>
<name>Dan Williams</name>
<email>dcbw@redhat.com</email>
</author>
<published>2013-07-23T15:00:23+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/ModemManager.git/commit/?id=c060fd6ff1ea393ce833c22b499409c0c9b6c47c'/>
<id>c060fd6ff1ea393ce833c22b499409c0c9b6c47c</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>modem-helpers: handle commas within +COPS response items (bgo #701329)</title>
<updated>2013-05-31T15:23:32+00:00</updated>
<author>
<name>Dan Williams</name>
<email>dcbw@redhat.com</email>
</author>
<published>2013-05-31T04:51:05+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/ModemManager.git/commit/?id=38a7af86fd0421f2989000f7b0481856c2c6abaf'/>
<id>38a7af86fd0421f2989000f7b0481856c2c6abaf</id>
<content type='text'>
Modems can probably put whatever they want between the quotes for
the operator name, including commas.  Handle that.

https://bugzilla.gnome.org/show_bug.cgi?id=701329
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Modems can probably put whatever they want between the quotes for
the operator name, including commas.  Handle that.

https://bugzilla.gnome.org/show_bug.cgi?id=701329
</pre>
</div>
</content>
</entry>
<entry>
<title>gsm: match PDP context type when reading existing APNs</title>
<updated>2013-05-31T15:11:18+00:00</updated>
<author>
<name>Dan Williams</name>
<email>dcbw@redhat.com</email>
</author>
<published>2013-05-31T15:11:18+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/ModemManager.git/commit/?id=2e33628e93ab1446461ecaa8d70196963d0044db'/>
<id>2e33628e93ab1446461ecaa8d70196963d0044db</id>
<content type='text'>
Otherwise it could match an IPv6 context with the same APN name,
which isn't what we want since MM 0.6 doesn't support IPv6.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Otherwise it could match an IPv6 context with the same APN name,
which isn't what we want since MM 0.6 doesn't support IPv6.
</pre>
</div>
</content>
</entry>
<entry>
<title>serial-parser: detect 'NA' as a mobile equipment error</title>
<updated>2013-05-31T04:32:43+00:00</updated>
<author>
<name>Aleksander Morgado</name>
<email>aleksander@lanedo.com</email>
</author>
<published>2013-04-05T16:08:46+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/ModemManager.git/commit/?id=02ddf9a6732fba19c248d83cadfb56452c815091'/>
<id>02ddf9a6732fba19c248d83cadfb56452c815091</id>
<content type='text'>
Just treat 'NA' as MM_MOBILE_EQUIPMENT_ERROR_NOT_ALLOWED error.

https://bugzilla.gnome.org/show_bug.cgi?id=697368
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Just treat 'NA' as MM_MOBILE_EQUIPMENT_ERROR_NOT_ALLOWED error.

https://bugzilla.gnome.org/show_bug.cgi?id=697368
</pre>
</div>
</content>
</entry>
<entry>
<title>core: read PCI VID/PID</title>
<updated>2013-05-31T04:22:06+00:00</updated>
<author>
<name>Dan Williams</name>
<email>dcbw@redhat.com</email>
</author>
<published>2013-05-31T04:22:06+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/ModemManager.git/commit/?id=a17ec278a6e2eb912dc7be9b7244c477bc653430'/>
<id>a17ec278a6e2eb912dc7be9b7244c477bc653430</id>
<content type='text'>
Nozomi devices are old Option NV CardBus devices with the ttys (nozX)
hanging directly off the PCI device. We need to read the vendor and
product IDs off them too. It appears that udev screws up the ID_MODEL_ID
field (at least on F17, its set to the device path and not the PCI ID)
so just skip looking at the TTY itself and read the PCI parent, where
we're 100% sure to find the PCI IDs we want.

Backport of 2bbe2f83275e04c44f7fb46102d40871ae505603
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Nozomi devices are old Option NV CardBus devices with the ttys (nozX)
hanging directly off the PCI device. We need to read the vendor and
product IDs off them too. It appears that udev screws up the ID_MODEL_ID
field (at least on F17, its set to the device path and not the PCI ID)
so just skip looking at the TTY itself and read the PCI parent, where
we're 100% sure to find the PCI IDs we want.

Backport of 2bbe2f83275e04c44f7fb46102d40871ae505603
</pre>
</div>
</content>
</entry>
<entry>
<title>serial-port-qcdm: set SEND_DELAY to 0 (bgo #698869)</title>
<updated>2013-05-31T03:34:34+00:00</updated>
<author>
<name>Dan Williams</name>
<email>dcbw@redhat.com</email>
</author>
<published>2013-04-30T14:38:32+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/ModemManager.git/commit/?id=38a2dc71e7cf2a9c3eea07002da415c2c64a86fd'/>
<id>38a2dc71e7cf2a9c3eea07002da415c2c64a86fd</id>
<content type='text'>
For some reason a number of ZTE CDMA devices want the whole QCDM
frame in one USB transaction, or at least don't like it being
broken up and sent byte-by-byte with a send delay.  They simply
don't respond.  Since testing indicates that every other QCDM
capable device I've got also handles a zero send delay on both
3.8.8 and 2.6.32, lets just set it to zero for everything,
which should speed things up a bit too.

https://bugzilla.gnome.org/show_bug.cgi?id=698869
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
For some reason a number of ZTE CDMA devices want the whole QCDM
frame in one USB transaction, or at least don't like it being
broken up and sent byte-by-byte with a send delay.  They simply
don't respond.  Since testing indicates that every other QCDM
capable device I've got also handles a zero send delay on both
3.8.8 and 2.6.32, lets just set it to zero for everything,
which should speed things up a bit too.

https://bugzilla.gnome.org/show_bug.cgi?id=698869
</pre>
</div>
</content>
</entry>
<entry>
<title>cdma: fix crash when disabling modem</title>
<updated>2013-05-31T02:21:26+00:00</updated>
<author>
<name>Dan Williams</name>
<email>dcbw@redhat.com</email>
</author>
<published>2013-05-31T02:21:26+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/ModemManager.git/commit/?id=32fe178fd01ad22b7367301793f68c4f491c214e'/>
<id>32fe178fd01ad22b7367301793f68c4f491c214e</id>
<content type='text'>
user_data is a MMCallbackInfo, not MMGenericCdma.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
user_data is a MMCallbackInfo, not MMGenericCdma.
</pre>
</div>
</content>
</entry>
<entry>
<title>core: if no dial number is given, use standard ones</title>
<updated>2013-05-29T18:56:53+00:00</updated>
<author>
<name>Dan Williams</name>
<email>dcbw@redhat.com</email>
</author>
<published>2013-05-29T18:56:53+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/ModemManager.git/commit/?id=71be40e01e12386e7c6fbd26e9c2188e37078d5e'/>
<id>71be40e01e12386e7c6fbd26e9c2188e37078d5e</id>
<content type='text'>
Most modems don't require a dial number these days, plus the user
really shouldn't care about the number anyway; if it's required,
ModemManager will construct the right one for you.  So don't
require a number at all.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Most modems don't require a dial number these days, plus the user
really shouldn't care about the number anyway; if it's required,
ModemManager will construct the right one for you.  So don't
require a number at all.
</pre>
</div>
</content>
</entry>
<entry>
<title>core: rework logging code to remove log message truncation (bgo #698312)</title>
<updated>2013-04-18T16:27:43+00:00</updated>
<author>
<name>Dan Williams</name>
<email>dcbw@redhat.com</email>
</author>
<published>2013-04-18T15:19:57+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/ModemManager.git/commit/?id=99978b9ad2157e66e857b4dc08b98dff47b43343'/>
<id>99978b9ad2157e66e857b4dc08b98dff47b43343</id>
<content type='text'>
Use a static GString which will resize itself if the log message
is bigger than the current string size, but will also ensure we
don't do a ton of memory reallocation on every log message.

Previously all log messages were trucated at 512 bytes due to the
log buffer char array being 512 bytes long.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Use a static GString which will resize itself if the log message
is bigger than the current string size, but will also ensure we
don't do a ton of memory reallocation on every log message.

Previously all log messages were trucated at 512 bytes due to the
log buffer char array being 512 bytes long.
</pre>
</div>
</content>
</entry>
</feed>
