Project

General

Profile

Actions

Feature #1755

open

osmo-bts-sysmo L1: unify hLayer3 handling

Added by neels almost 8 years ago. Updated about 7 years ago.

Status:
New
Priority:
Low
Assignee:
-
Category:
-
Target version:
-
Start date:
06/16/2016
Due date:
% Done:

0%

Spec Reference:

Description

In https://gerrit.osmocom.org/264 , some hLayer3 use was added.
However, some of the messages were already using hLayer3.

After the patch, the prim_init() sets a hLayer3 which is overwritten
shortly after that, so the other functionality is not affected by this patch.

Some functions to generate hLayer3 for a timeslot and similar already existed,
and also to retrieve a timeslot and similar back from a hLayer3 handle.

And also, the other hLayer3 functions use a "magic" byte
(like the most significant byte always set to 0xbb).

So in fact, we should have rejected this patch, and we should follow up with
a merger of my hLayer3 to the existing hLayer3 infrastructure.
The priority is low though, since no harm is done.

See:

  • osmo-bts/src/osmo-bts-sysmo/oml.c
    • mph_send_activate_req()
    • mph_send_config_logchpar()
    • mph_send_config_ciphering()
    • mph_send_deactivate_req()

Related issues

Related to OsmoBTS - Feature #1576: consider using hLayer2 as a pointer storageNew02/23/2016

Actions
Actions #1

Updated by neels over 7 years ago

  • Assignee set to neels
Actions #2

Updated by neels over 7 years ago

  • Related to Feature #1576: consider using hLayer2 as a pointer storage added
Actions #3

Updated by neels about 7 years ago

  • Assignee changed from neels to 118
Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)