ILTIN_CPU_SUPPORTS 1
And realtime SIMD detection should work fine too.
Could you please provide at least:
1) cat /proc/cpuinfo
2) compiler version
Thanks!
With best regards,
Vadim Yanitskiy.
> Could you please provide at least:
I was managed to replicate the problem.
gcc version 6.2.0 20161005
Let me some time to figure out.
With best regards,
Vadim Yanitskiy.
Hi Max,
Please see: https://gerrit.osmocom.org/#/c/2760/
This change should fix the issue.
With best regards,
Vadim Yanitskiy.
.
Of course, we can write a new function and register every
root talloc context using it. What about that?
Regarding to the commands to add, I think
show ctx all - Show list of all registered talloc contexts.
show ctx NAME - Find specified context and call talloc_report_full.
With best regards,
Vad
l osmo* applications don't set this pointer.
With best regards,
Vadim Yanitskiy.
rocess realtime priority?
With best regards,
Vadim Yanitskiy.
ed code. That works well
> until threading is involved and cache access needs to be locked.
> Those are features I need, but can probably be ignored in this
> case.
>
> Again, I think the API should be kept intact. Internal caching,
> can be a topic for later discussion.
So, I am open
to try, but this is
> more of a clean-up to ensure all the memory allocated within osmocom
> projects is tracked/accounted for, and you can get talloc usage
> reports, debug memory leaks, etc.
Agree with you. But what do you think about talloc memory pools?
With best regards,
Vadim Yanitskiy.
t was a much different set of requirements.
Ok, that is exactly what I need to know.
Now I can let internal caching go, as it isn't critical for GSM.
With best regards,
Vadim Yanitskiy.
bject
flags on Stack Overflow. The solution was to use the
Target-specific Variable Values feature of GNU Make.
I thought "CFLAGS +=" will not overwrite anything...
So, let me some time to find a proper solution.
If you have any ideas, please let me know.
With best regards,
Vadim Yanitskiy.
> Take a look at https://gerrit.osmocom.org/#/c/2975/
Looks great to me! So simple change :)
With best regards,
Vadim Yanitskiy.
channel allocation without
any further response from MS side.
So, do we have any BSIC matching functionality implemented somewhere?
If not, I could try to open an issue and implement it.
With best regards,
Vadim Yanitskiy.
ny timer.
So, updating the software, please also keep your configuration
updated ;)
With best regards,
Vadim Yanitskiy.
is established.
With best regards,
Vadim Yanitskiy.
compile / check access to the build host,
I could check whether my assumption is correct.
With best regards,
Vadim Yanitskiy.
---
test/common.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/test/common.sh b/test/common.sh
index 39cdd7d..591be3a 100644
--- a/test/common.sh
+++ b/test/common.sh
@@ -4,7 +4,7 @@ REFDIR=./ref-files
if [ -f ../src/gapk ]; then
GAPK=../src/gapk
elif [ -f `which
prepare(state->pcm_handle);
+ /* Send a new sample again */
+ rv = snd_pcm_writei(state->pcm_handle, in, num_samples);
+ }
+
return rv == num_samples ? 0 : -1;
}
--
2.14.1
>From 8f1b0a9bf966cd561b10d2d33c6a47dd02e17dcf Mon Sep 17 00:00:00 2001
---
src/pq_alsa.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/src/pq_alsa.c b/src/pq_alsa.c
index a3435dd..cad76ca 100644
--- a/src/pq_alsa.c
+++ b/src/pq_alsa.c
@@ -85,13 +85,16 @@ pq_queue_alsa_op(struct pq *pq, const char *alsa_dev,
unsigned int blk_len, in
On some systems the ALSA output buffer is pretty big, and
if the audio samples are not being passed into the buffer
quickly enough, it becomes starved for data, resulting
in an error called underrun.
Previously, when it happenned, GAPK used to stop processing
with the following message (where X is
---
src/codec_amr.c | 4 ++--
src/codec_fr.c | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/codec_amr.c b/src/codec_amr.c
index 4aae733..ca614ed 100644
--- a/src/codec_amr.c
+++ b/src/codec_amr.c
@@ -78,7 +78,7 @@ codec_amr_encode(void *state, uint8_t *cod, const uint8
was renamed to 'osmo-gapk'
and linked against the library
- Adjusted verbosity level (normal / debug)
- Fixed I/O combinations (ALSA, RTP, file...) check
All changes could be found at the fixeria/lib branch of GAPK.
I hope to see them merged, and open for discussions ;)
With best regards,
Vadim Yanitskiy.
leaned up during
> destruction of the processing queue.
Yeah, I have this idea too. But I don't have enough time
right now. Will do it as soon as it will be possible.
What do you think about adding GAPK to Gerrit?
Regarding to the proper memory deallocation check, I think it
should be possible via the talloc debugging API.
With best regards,
Vadim Yanitskiy.
re there
> any tutorials for beginners how configure these
> "Osmo-bts.cfg" "Open-bsc.cfg" files?
The configuration suggested by the previous version of this
tutorial is obsolete. I may find the actual configuration
examples in 'doc/examples/' of almost each project.
With best regards,
Vadim Yanitskiy.
otrx legacy-setbsic
And please let me know about the results, I'll correct the wiki.
With best regards,
Vadim Yanitskiy.
t with jolly/testing branch.
I just tested the latest versions of OsmoNiTB & OsmoBTS.
Everything works as expected.
With best regards,
Vadim Yanitskiy.
oBSC to follow the latest specs?
And of course, I have to revert the change I've merged.
With best regards,
Vadim Yanitskiy.
Hi Sandi,
> I can see the network but cannot registering my phone.
Try to add the following settings at the end of the OsmoNiTB configuration:
> nitb
> subscriber-create-on-demand
> assign-tmsi
And please let me know if this would help. I'll correct the wiki page.
With be
n.com/nQ0cy5pS
And thanks, I forgot to add this while writing the wiki... Will fix soon.
With best regards,
Vadim Yanitskiy.
(args, "%d %d", &tn, &ss);
>
> if ((n < 1) || (tn < 0) || (tn > 7) || (ss < 0) || ((ss > 8)))
> return _trx_ctrl_send_resp(trx, cmd, "%d %d %d", -1, tn, ss);
>
> // ...
Try to debug this condition on your side.
I cannot reproduce your problem...
With best regards,
Vadim Yanitskiy.
ough to solve your problem.
And moreover, we are using the openbsc mailing list, while
there is a dedicated one. Let's finish this thread here.
And good luck!
With best regards,
Vadim Yanitskiy.
te it could be important for the external application.
So, let's discuss together all the 'pros and cons', and decide
together, how should we facilitate the external USSD interface
development.
With best regards,
Vadim Yanitskiy.
Megafon. If I am correct, and this SIM is
a commercial SIM, you won't be able to get the auth data for them.
With best regards,
Vadim Yanitskiy.
akeTRX, but first of all, it's good to know, do we need
this feature? I think it makes sense, because a MS also
reports BER in its Measurement Reports.
With best regards,
Vadim Yanitskiy.
The 'laforge/trx' branch of OsmocomBB was used to make basic
TTCN3 tests, such as the 'max_ta', work ASAP. Now all required
changes and some bug fixes have been merged to the 'fixeria/trx'.
Change-Id: If86dcd677cd8a8bf62821028e17ebdf99a7a004e
---
osmocom-bb-trxcon/Dockerfile | 2 +-
1 file change
(TLVP_PRESENT(&tp, GSM48_IE_CC_CAP)) ...
So, you need to implement checking for the Service Category IE
yourself. It has 0x2e tag, and doesn't seem to be supported by
libosmocore. You would also need to implement parsing of the
payload yourself.
Contributions are welcome ;)
With best regards,
Vadim Yanitskiy.
-all
The name of this command clearly defines the expected behaviour.
Moreover, it doesn't affect the default logging level, which can be
still changed by a separate command.
As we (me and Pau) have different opinions, or we simply don't
understand each other, let's make this discussion public, and
let's see what others think about this...
With best regards,
Vadim Yanitskiy.
6789123456
> ...
> 3) enable / disable individual filters
> 4) disable all filters
I think it's useful feature. I didn't even know about this :)
Another interesting idea is to introduce a RegExp based filter
(if not yet), like we have in the talloc context
introspection command. Examples:
logging filter regexp (failed|unable|couldn't)
logging filter regexp ^BTS[0-9]+
BTW: I also find 'logging filter all 1' confusing ;)
With best regards,
Vadim Yanitskiy.
device. The problem is that it isn't (yet)
implemented for osmo-bts-trx, a BTS variant for SDR devices...
Moreover, I believe it should be quite easy to implement this,
so any patches are welcome ;)
With best regards,
Vadim Yanitskiy.
. 'logging level
all unset' would unset all custom user-defined levels,
'logging level all error' would sett all to 'error').
P.S. Sorry for 'the default', I hope this explaination is better.
With best regards,
Vadim Yanitskiy.
ould constantly PR their
production here? It would just result in a mess. Even
Sysmocom is not abusing that much, at least I don't see
any offers to buy e.g. sysmoBTS when a general question
about some BTS is asked...
With best regards,
Vadim Yanitskiy.
nal firmware with Osmocom-based network. LimeSDR-Mini
was used as PHY for OsmoTRX. Everything works fine, including:
SDCCH: SMS, USSD, other signaling
TCH/H: both HR and AMR codecs
TCH/F: FR, AMR and EFR codecs
Probably, the author of this topic has some problems
with codec / network configuration.
With best regards,
Vadim Yanitskiy.
anyone has any experience with Kannel, please share!
And finally, how should we name "OsmoSMSC"? :)
With best regards,
Vadim Yanitskiy.
X because not all phones start counting from 0, and
this should be handled properly. X+1 is just an example, it can
be calculated in a different way, but in any case it should be
unique for the current stack of requests.
Keep us updated, good luck!
With best regards,
Vadim Yanitskiy.
ree to contribute!
With best regards,
Vadim Yanitskiy.
nblock it anymore.
P.S. Please read how to use the mailing lists. 70% of this
E-mail is unreadable (and useless) garbage (i.e.
images, quoted replays, Avast PR, etc.).
With best regards,
Vadim Yanitskiy.
ime priority.
I've never seen such messages with LimeSDR though.
With best regards,
Vadim Yanitskiy.
tructions.
Please note that they aren't supported on ARM.
> Incoming and outgoing calls OK. PSTN access OK. Sometimes fails
> with "communication error" as displayed on Nokia,
Please attach the logs and PCAP traces.
With best regards,
Vadim Yanitskiy.
2:00:15 2019 DDEV <0002> UHDDevice.cpp:1319 [tid=2998391888]
> Packet loss between host and device at 6618.04 sec.
Hmm, I've never seen anything like that.
With best regards,
Vadim Yanitskiy.
ng state. */
> Thread(size_t wStackSize = (65536*4)):mThread((pthread_t)0) {
> pthread_attr_init(&mAttrib);// (pat) moved this here.
> mStackSize=wStackSize;
> }
> /* ... */
I am now wondering, where does this magic 65536*4 comes from,
and how can we estimate and adjust this properly?
With best regards,
Vadim Yanitskiy.
it's a great opportunity to move some of our
projects forward. I would like to know your opinions about this
idea, should we participate? I would be happy to be a mentor.
With best regards,
Vadim Yanitskiy.
;trans->sms.sm_rp_mr' is only used by "SMS over GSUP" code.
With best regards,
Vadim Yanitskiy.
Hi again,
> I will write a TTCN test case, and fix this issue. Thanks!
Please see:
(TTCN-3 TC) https://gerrit.osmocom.org/#/c/osmo-ttcn3-hacks/+/12627/
(OsmoMSC) https://gerrit.osmocom.org/#/c/osmo-msc/+/12628/
With best regards,
Vadim Yanitskiy.
it patches like "align function definitions",
nor "use a single space for alignment" to the existing code;
3.a. excepting the cases, when arguments left misaligned after the
function name change and look ugly after that;
With best regards,
Vadim Yanitskiy.
Hi all,
since we have seen more neutral and positive opinions than negative ones,
we've tried to apply as a mentor organization. Unfortunately, our application
has been rejected. Sadly, but not the end of the world ;)
Thanks for your feedback!
... and kudos to Harald!
With best regards,
https://git.osmocom.org/osmocom-bb/tree/src/host/layer23/src/misc/app_cell_log.c#n89
With best regards,
Vadim Yanitskiy.
tree/common/chapters/gsup_mt_sms.msc
> MSC-SMS / MSC-USSD
I don't think we need to overload the entity types with service types
they provide. In other words, instead of MSC-SMS / MSC-USSD we can
use single OSMO_GSUP_ENTITY_MSC_B.
With best regards,
Vadim Yanitskiy.
;- OSMO_GSUP_ENTITY_HLR
I prefer this approach. What do you think?
What if inter-MSC handover happens during an active USSD session
before the HLR (or any other 'dst_entity') responds to USSD?
With best regards,
Vadim Yanitskiy.
blic pySym repository...
With best regards,
Vadim Yanitskiy.
sibility to "demux" multiple GSMTAP streams on the
receiving side, e.g. if you are running multiple processes.
> 2) The format of gsmtap doesn't seem very extensible [...]
ACK. I definitely support the idea of using TLVs.
With best regards,
Vadim Yanitskiy.
> It seems you are not using the correct build toolchain.
> Error: so such instruction `eor ...`
... or the toolchain is not installed at all. I've seen such error
message in such cases.
Please use the correct mailing list next time: baseband-de...@lists.osmocom.org
With best reg
An alternative solution is to invert 'cfg.require_authentication',
e.g. to 'cfg.omit_authentication', so by default we will require
authentication since it's initialized to false.
With best regards,
Vadim Yanitskiy.
gging
is not yet initialized at that time.
We need to fix the FSM definition, but right now I think
we have no other way than reverting [1].
With best regards,
Vadim Yanitskiy.
..
With best regards,
Vadim Yanitskiy.
fake_trx.py to send 0 cB, so of course such
Access Bursts are getting dropped, as expected. I'll send a fix soon.
For Normal Bursts, the minimum C/I value is -5 cB, so they pass
without problems.
With best regards,
Vadim Yanitskiy.
ND} for
the 'flowless' control (i.e. Rx/Tx everything regardless of TBFs),
and implement L1CTL_DATA_{REQ,CONF,IND} handling for selective
reception and transmission. Switching between the both modes
can be done one reception of L1CTL_TBF_CFG_REQ.
I am open for the further discussion. Added Harald to CC.
With best regards,
Vadim Yanitskiy.
TCP then. We already have OsmoTRXC (Control protocol)
working over UDP, so we have to deal with retransmissions
ourselves. We can lose a burst, or we can lose an RTP frame,
but losing call related messages is critical IMHO.
With best regards,
Vadim Yanitskiy.
Hi Mychaela,
this link works for me (checked with curl):
https://gcs-vimeo.akamaized.net/exp=1569957669~acl=%2A%2F1494861524.mp4%2A~hmac=9a269639585ea28161d4a777a2b2cddd918297161e80fd7cd691028061a1ff49/vimeo-prod-skyfire-std-us/01/2672/14/363361602/1494861524.mp4
With best regards,
Vadim
the firmware.
That copy is quite dated, and shall never be installed system wide.
Could you attach output of the following commands please?
$ pkg-config --libs libosmovty
$ ldconfig -v | grep osmo
With best regards,
Vadim Yanitskiy.
Hi,
> libosmocore.so.4 -> libosmocore.so.4.0.0
> libosmovty.so.0 -> libosmovty.so.0.0.0
it looks like you have installed a very old libosmocore.
You need to remove it (make uninstall) and install the
recent one from the upstream (not from OsmocomBB).
With best regards,
Vadim Yanitskiy.
onding interface so far. And even if you fool it by making
BladeRF look like a pure UHD device (using Soapy or whatever), do not
expect any positive experience from that setup.
Patches adding _native_ support of BladeRF would be very much welcome!
With best regards,
Vadim Yanitskiy.
Hi all,
> While according to fixeria, repeating of paging is required on the Iu/3G
side [...]
I have no idea about the Paging requirements in Iu/3G, so most likely
Harald meant somebody else ;)
With best regards,
Vadim Yanitskiy.
ot;
seems to be the culprit. Old SQLite3 versions like 3.8.2 raise a "Syntax error".
With best regards,
Vadim Yanitskiy.
pzig before the first
day, or can you drop them somewhere in Berlin (Sysmocom? AfRa?).
Thanks!
On behalf of the GSM team,
Vadim Yanitskiy.
d be way more elegant and universal solution, so
I will do my best to move this forward as soon as I have time.
[1]
https://git.osmocom.org/osmo-ttcn3-hacks/commit/?h=pespin/pcu-cap&id=2422d1fa829d156ed7ea9343e2cdf0109034029d
With best regards,
Vadim Yanitskiy.
e
$ apt install osmo-hlr
Please note that we also have build scripts for Docker, see [2] and [3].
[1] https://osmocom.org/projects/cellular-infrastructure/wiki/Binary_Packages
[2] https://git.osmocom.org/docker-playground/tree/osmo-hlr-latest
[3] https://git.osmocom.org/docker-playground/tree
eiver(CMD
> POWEROFF)
Maybe your firewall is blocking traffic (udp/5701 and udp/5801)
somehow? Could you please send us a *.pcap capture ('lo' interface)?
With best regards,
Vadim Yanitskiy.
127.0.0.1OsmoTRXC 57 RSP POWEROFF 0
Perhaps you're starting osmo-bts-trx before osmo-trx? Make sure to
start osmo-trx first and give it enough time to upload the UHD
firmware, unless you see "Transceiver active with X channel(s)".
With best regards,
Vadim Yanitskiy.
.access unit_id 1800 0
vs
> ipa unit-id 6969 0
Are you using some configuration examples? If so, where are they from?
Also, are you sure that osmo-bsc is actually running on 192.168.122.1?
With best regards,
Vadim Yanitskiy.
Hello Sebastián,
> project is not listed in gerrit
pySIM is there: https://gerrit.osmocom.org/admin/repos/pysim ;)
Looking forward to see your contributions!
With best regards,
Vadim Yanitskiy.
e/wiki/Nightly_Builds
[2] https://osmocom.org/projects/cellular-infrastructure/wiki/Latest_Builds
With best regards,
Vadim Yanitskiy.
Hello,
> what can i do next?
Please attach your logs and *.pcap traces (not screenshots!), so we
can see what's going on. Otherwise there is no way to help you.
NOTE: OpenBSC has been deprecated and not maintained anymore.
With best regards,
Vadim Yanitskiy.
(6) in osmo-nitb. I believe it's just a few minutes of work,
basically: updating some structures and bumping protocol version in
the header file. Patches are welcome ;)
Good luck!
With best regards,
Vadim Yanitskiy.
smocom.org/jenkins/view/TTCN3/job/ttcn3-bsc-test/
[2]
https://jenkins.osmocom.org/jenkins/view/TTCN3/job/ttcn3-bsc-test-latest/
--
- Vadim Yanitskiy http://www.sysmocom.de/
===
* sysmocom - systems for mobile communications
S test cases pass. No
idea how this is related, maybe our test cases are somehow not happy
about this TCP option?
[1]
https://git.osmocom.org/libosmo-abis/commit/?id=62725d0b58a4842ce96ac9107c565de40fe4e945
--
- Vadim Yanitskiy h
/docs/latest/osmotrx-vty-reference.pdf#subsection.1.9.11
Best regards,
Vadim.
--
- Vadim Yanitskiy http://www.sysmocom.de/
===
* sysmocom - systems for mobile communications GmbH
* Alt-Moabit 93
* 10559 Berlin, Germany
*
13; 13 % 4 -> 1,
sizeof(struct gsm_pcu_if_rach_ind)-> 15; 15 % 4 -> 3,
sizeof(struct gsm_pcu_if_pag_req) -> 11; 11 % 4 -> 3,
sizeof(struct gsm_pcu_if_susp_req)-> 11; 11 % 4 -> 3.
I devise by 4 because the widest member is uint32_t in all cases.
Kind re
13; 13 % 4 -> 1,
sizeof(struct gsm_pcu_if_rach_ind)-> 15; 15 % 4 -> 3,
sizeof(struct gsm_pcu_if_pag_req) -> 11; 11 % 4 -> 3,
sizeof(struct gsm_pcu_if_susp_req)-> 11; 11 % 4 -> 3.
I devise by 4 because the widest member is uint32_t in all cases.
Kind re
do you think about these ideas? If you agree, and nobody has any
objections, I can quickly implement them in libosmocore. Would be also
nice to know what other developers think. Neels, Harald, Pau, Daniel?
Best regards,
Vadim.
--
- Vadim Yanitskiy http://www.sysmocom.de/
rattr; /*!< Command attributes (program specific)*/
};
Given that we're not going to have more than 8 global attributes, and
not going to assign anything to both CMD_ATTR_{DEPRECATED,HIDDEN}, I
think reserving something like
Hi all,
On 10/2/20 2:59 PM, Harald Welte wrote:
> On Wed, Sep 23, 2020 at 03:58:31PM +0200, Neels Hofmeyr wrote:
>> On Wed, Sep 23, 2020 at 05:40:39PM +0700, Vadim Yanitskiy wrote:
>>> struct cmd_node foo_node = {
>>> .usrattr = (1 << FOO_VTY_ATTR_RESTAR
g.
Looking forward to know your opinion.
Best regards,
Vadim.
--
- Vadim Yanitskiy http://www.sysmocom.de/
===
* sysmocom - systems for mobile communications GmbH
* Alt-Moabit 93
* 10559 Berlin, Germany
* Sitz / Registere
bal attribute. I am pretty sure we can
benefit from having this attribute globally some day.
Best regards,
Vadim.
--
- Vadim Yanitskiy http://www.sysmocom.de/
===
* sysmocom - systems for mobile communications GmbH
* Alt-M
and in works in the shell.
Unfortunately, pySim has not been completely migrated to 3.x yet, so it
starts under 2.7 by default. You can try to run it under 3.x:
python3 ./pySim-read.py -p0
or install the 'smartcard' module for Python 2.7.
Best regards,
Vadim.
--
- Vadim Yanits
Hi Harald,
On 12/15/20 1:25 PM, Harald Welte wrote:
There are two things that help:
there is another approach that usually works good for me:
$ make compile 2>&1 | grep "error:"
Best regards,
Vadim.
--
- Vadim Yanitskiy http:
you don't mind that I copy-pasted some sentences from your
original message into the commit description.
Best regards,
Vadim.
--
- Vadim Yanitskiy http://www.sysmocom.de/
===
* sysmocom - systems for mobile communicatio
Hello,
On 3/17/21 9:56 AM, Riemer, Björn wrote:
How should we send this patches?
we do accept patches via Gerrit, please see:
https://osmocom.org/projects/cellular-infrastructure/wiki/Gerrit/
Best regards,
Vadim.
--
- Vadim Yanitskiy http://www.sysmocom.de
es']
If '/usr/local/lib/python3.8/dist-packages' is not there, then indeed
importing will not work. You will need to re-configure pip to use a
proper directory, or add this path to PYTHONPATH. Good luck!
P.S. So now we ha
t b) is not allowed unless the BTS
is operating in the power saving mode.
So, this is why the OSMO_MIN limiting is not relevant to a).
Case c) is not related to the question brought in this thread.
Regards,
Vadim.
--
- Vadim Yanitskiy http://www.sysmocom
P.S. I found out that we also have 'scripts/verify_log_statements.py' in
osmo-ci.git, but we don't seem to call it anywhere?
Best regards,
Vadim.
--
- Vadim Yanitskiy http://www.sysmocom.de/
===
* sysmocom - sy
Hi Sabyrzhan,
AFAIU, in your script you're using the GlobalPlatform API to manage
cardlets. Is there a specific reason to write your own code for that?
If not, give https://github.com/martinpaljak/GlobalPlatformPro a try.
Best regards,
Vadim.
--
- Vadim Yanitskiy http://www.sysmoc
1 - 100 of 146 matches
Mail list logo