Change in osmo-gsm-manuals[master]: osmotrx: Split Device specific section from backend one

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/gerrit-log@lists.osmocom.org/.

Pau Espin Pedrol gerrit-no-reply at lists.osmocom.org
Wed Sep 19 18:12:58 UTC 2018


Pau Espin Pedrol has uploaded this change for review. ( https://gerrit.osmocom.org/11033


Change subject: osmotrx: Split Device specific section from backend one
......................................................................

osmotrx: Split Device specific section from backend one

Device specific sections will be added to this new chapter.

Change-Id: Id96cbf857e2ef92d9ad2cb58fd18132f981447d7
---
M OsmoTRX/chapters/trx-backends.adoc
A OsmoTRX/chapters/trx-devices.adoc
M OsmoTRX/osmotrx-usermanual.adoc
3 files changed, 27 insertions(+), 26 deletions(-)



  git pull ssh://gerrit.osmocom.org:29418/osmo-gsm-manuals refs/changes/33/11033/1

diff --git a/OsmoTRX/chapters/trx-backends.adoc b/OsmoTRX/chapters/trx-backends.adoc
index 32ff82a..5da2e5c 100644
--- a/OsmoTRX/chapters/trx-backends.adoc
+++ b/OsmoTRX/chapters/trx-backends.adoc
@@ -1,29 +1,3 @@
-[[osmotrx_device_support]]
-== OsmoTRX hardware device support
-
-OsmoTRX consists of a _common_ part that applies to all TRX devices as well as
-_hardware-specific_ parts for each TRX device. The hardware-specific parts are
-usually provided by vendor-specific or device-specific libraries that are then
-handled by some OsmoTRX glue code presenting a unified interface towards the
-rest of the code by means of a _RadioDevice_ class.
-
-The common part includes the core TRX architecture as well as code for
-implementing the external interfaces such as the TRX Manager UDP socket,
-control, and VTY interfaces.
-
-The hardware-specific parts include support for driving one particular
-implementation of a radio modem.  Such a physical layer
-implementation can come in many forms.  Sometimes it runs on a general
-purpose CPU, sometimes on a dedicated ARM core, a dedicated DSP, a
-combination of DSP and FPGA.
-
-Joining the common part with each of the available backends results in a
-different binary with different suffix for each backend. For instance, when
-OsmoTRX is built with UHD backend, an _osmo-trx-uhd_ binary is generated; when
-OsmoTRX is built with LimeSuite backend, an _osmo-trx-lms_ binary is generated.
-Build of different backend can be enabled and disabled by means of configure
-flags, which can be found in each subsection relative to each backend below.
-
 == `osmo-trx-uhd` for UHD based Transceivers
 
 This OsmoTRX model uses _libuhd_ (UHD, USRP Hardware Driver) to drive the
diff --git a/OsmoTRX/chapters/trx-devices.adoc b/OsmoTRX/chapters/trx-devices.adoc
new file mode 100644
index 0000000..08ef773
--- /dev/null
+++ b/OsmoTRX/chapters/trx-devices.adoc
@@ -0,0 +1,25 @@
+[[osmotrx_device_support]]
+== OsmoTRX hardware device support
+
+OsmoTRX consists of a _common_ part that applies to all TRX devices as well as
+_hardware-specific_ parts for each TRX device. The hardware-specific parts are
+usually provided by vendor-specific or device-specific libraries that are then
+handled by some OsmoTRX glue code presenting a unified interface towards the
+rest of the code by means of a _RadioDevice_ class.
+
+The common part includes the core TRX architecture as well as code for
+implementing the external interfaces such as the TRX Manager UDP socket,
+control, and VTY interfaces.
+
+The hardware-specific parts include support for driving one particular
+implementation of a radio modem.  Such a physical layer
+implementation can come in many forms.  Sometimes it runs on a general
+purpose CPU, sometimes on a dedicated ARM core, a dedicated DSP, a
+combination of DSP and FPGA.
+
+Joining the common part with each of the available backends results in a
+different binary with different suffix for each backend. For instance, when
+OsmoTRX is built with UHD backend, an _osmo-trx-uhd_ binary is generated; when
+OsmoTRX is built with LimeSuite backend, an _osmo-trx-lms_ binary is generated.
+Build of different backend can be enabled and disabled by means of configure
+flags, which can be found in each subsection relative to each backend below.
diff --git a/OsmoTRX/osmotrx-usermanual.adoc b/OsmoTRX/osmotrx-usermanual.adoc
index 7d04f78..a713e4a 100644
--- a/OsmoTRX/osmotrx-usermanual.adoc
+++ b/OsmoTRX/osmotrx-usermanual.adoc
@@ -25,6 +25,8 @@
 
 include::chapters/trx-architectures.adoc[]
 
+include::chapters/trx-devices.adoc[]
+
 include::chapters/trx-backends.adoc[]
 
 include::../common/chapters/trx_if.adoc[]

-- 
To view, visit https://gerrit.osmocom.org/11033
To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings

Gerrit-Project: osmo-gsm-manuals
Gerrit-Branch: master
Gerrit-MessageType: newchange
Gerrit-Change-Id: Id96cbf857e2ef92d9ad2cb58fd18132f981447d7
Gerrit-Change-Number: 11033
Gerrit-PatchSet: 1
Gerrit-Owner: Pau Espin Pedrol <pespin at sysmocom.de>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/gerrit-log/attachments/20180919/3d59cf81/attachment.htm>


More information about the gerrit-log mailing list