Fibocom FM150-NA / GLib-CRITICAL

[Dan Williams]

On Tue, 2020-01-28 at 17:33 +0100, Aleksander Morgado wrote:
> Hey!
> 
> > > > > > > > <<<<<< TLV:
> > > > > > > > <<<<<<   type       = "Info" (0x01)
> > > > > > > > <<<<<<   length     = 14
> > > > > > > > <<<<<<   value      =
> > > > > > > > 80:F0:FA:02:00:E1:F5:05:04:02:03:05:08:0A
> > > > > > > > <<<<<<   translated = [ max_tx_channel_rate =
> > > > > > > > '50000000'
> > > > > > > > max_rx_channel_rate = '100000000'
> > > > > > > > data_service_capability =
> > > > > > > > 'non-simultaneous-cs-ps' sim_capability = 'supported'
> > > > > > > > radio_interface_list
> > > > > > > > = '{ [0] = 'umts ' [1] = 'lte ' [2] = '(null) '}' ]
> > > > > > > 
> > > > > > > Looks like the QmiDmsRadioInterface and
> > > > > > > QmiNasRadioInterface (why do we
> > > > > > > have two of these anyway?) must be extended with an entry
> > > > > > > for RAT #10.
> > > > > > > 
> > > > > > 
> > > > > > Yes, looks like we could just set a new "QmiRadioInterface"
> > > > > > common to
> > > > > > all services and deprecate the other two.
> > > > > 
> > > > > Hi Aleksander,
> > > > > 
> > > > > on a Quectel RG500Q (still running beta firmware) qmicli --
> > > > > dms-get-capabilities
> > > > > returns
> > > > > 
> > > > > <<<<<< TLV:
> > > > > <<<<<<   type       = "Info" (0x01)
> > > > > <<<<<<   length     = 14
> > > > > <<<<<<   value      =
> > > > > 80:F0:FA:02:00:E1:F5:05:04:02:03:05:08:0A
> > > > > <<<<<<   translated = [ max_tx_channel_rate = '50000000'
> > > > > max_rx_channel_rate = '100000000' data_service_capability =
> > > > > 'non-simultaneous-cs-ps' sim_capability = 'supported'
> > > > > radio_interface_list = '{ [0] = 'umts ' [1] = 'lte ' [2] =
> > > > > '(null) '}' ]
> > > > > 
> > > > > while qmicli --nas-get-system-selection-preference returns
> > > > > 
> > > > > <<<<<< TLV:
> > > > > <<<<<<   type   = 0x1c
> > > > > <<<<<<   length = 4
> > > > > <<<<<<   value  = 03:08:0C:05
> > > > > 
> > > > > which seems to indicate that both enums might actually differ
> > > > > for 5G-capable
> > > > > devices.
> > > > > 
> > > > > Sebastian: could you please crosscheck this with the FM150-
> > > > > NA?
> > > > > 
> > > > 
> > > > So it's 0x0A in DMS and 0x0C in NAS for the new "NR" radio
> > > > interface?
> > > > Does anyone have any contact at Quectel that could confirm
> > > > this?
> > > > 
> > > 
> > > Can anyone confirm whether these new enum values look right in
> > > the
> > > FM150-NA and RG500Q modules?
> > > https://gitlab.freedesktop.org/mobile-broadband/libqmi/merge_requests/92
> > > 
> > 
> > I confirm for the FN980 the same values reported by Reinhard
> > 
> > dms-get-capabilities
> > 
> > <<<<<<   type       = "Info" (0x01)
> > <<<<<<   length     = 18
> > <<<<<<   value      =
> > 80:F0:FA:02:00:E1:F5:05:04:02:07:01:02:04:05:08:09:0A
> > <<<<<<   translated = [ max_tx_channel_rate = '50000000'
> > max_rx_channel_rate = '100000000' data_service_capability =
> > 'non-simultaneous-cs-ps' sim_capability = 'supported'
> > radio_interface_list = '{ [0] = 'cdma20001x ' [1] = 'evdo ' [2] =
> > 'gsm
> > ' [3] = 'umts ' [4] = 'lte ' [5] = '(null) ' [6] = '(null) '}' ]
> > 
> > nas-get-system-selection-preference
> > 
> > <<<<<<   type       = "Acquisition Order Preference" (0x1c)
> > <<<<<<   length     = 4
> > <<<<<<   value      = 03:0C:08:05
> > <<<<<<   translated = { [0] = '(null) ' [1] = 'lte ' [2] = 'umts '}
> > 
> > so the change looks good.
> > 
> 
> Thanks!
> 
> > Related to the name, it seems that Qualcomm is referring to it as
> > NR5G
> > (see 
> > https://www.qualcomm.com/media/documents/files/qxdm-professional-qualcomm-extensible-diagnostic-monitor.pdf
> > document "QTI Tools Serial Interface Control Document for NR5G").
> > 
> 
> I may also prefer NR5G, truth be told. What do others think?

+1

Dan