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/.
pespin gerrit-no-reply at lists.osmocom.orgpespin has posted comments on this change. ( https://gerrit.osmocom.org/c/osmo-bts/+/19827 ) Change subject: bts-trx: Use TRXC RFMUTE instead of resetting the scheduler ...................................................................... Patch Set 2: > Patch Set 2: -Code-Review > > > Patch Set 2: > > > > As it is done now, osmo-trx expects to always receive DL bursts all the time, so we are breaking stuff if we simply stop sending them. > > Hmm, this is probably what Hoernchen was talking about. And it only applies to C0, right? Because in a multi-trx setup, all additional transceivers send no bursts most of the time, and it works. Now I am wondering why it is the case, given that osmo-trx is a clock master, and it can simply send zero-samples on C0 if there is nothing to send, just like it does for C1..N. It applies to C0, and yes, it can be configured to fill in buffers with whatever fill method is required. BUt my main point is that it makes more sense to apply RF mute in osmo-trx since it knows/controls the HW. This means for some HW it could for instance turn off specific baseband HW to avoid consuming/heating while locked, or avoid spending CPU time. -- To view, visit https://gerrit.osmocom.org/c/osmo-bts/+/19827 To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings Gerrit-Project: osmo-bts Gerrit-Branch: master Gerrit-Change-Id: I1423ddb390ef327ec7d4a27de2ac5dca663773a5 Gerrit-Change-Number: 19827 Gerrit-PatchSet: 2 Gerrit-Owner: pespin <pespin at sysmocom.de> Gerrit-Reviewer: Jenkins Builder Gerrit-Reviewer: fixeria <vyanitskiy at sysmocom.de> Gerrit-Reviewer: pespin <pespin at sysmocom.de> Gerrit-CC: Hoernchen <ewild at sysmocom.de> Gerrit-Comment-Date: Mon, 31 Aug 2020 11:20:12 +0000 Gerrit-HasComments: No Gerrit-Has-Labels: No Gerrit-MessageType: comment -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.osmocom.org/pipermail/gerrit-log/attachments/20200831/0f686c80/attachment.htm>