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/linux-dect@lists.osmocom.org/.
Matthew Hess matthew.n.hess at gmail.comHi there, I would appreciate it if you could post this question to the linux-dect mailing list. I've been playing with the Osmocom DECT stack for a while now, trying to make it work in PP mode against a base station I've got. My goal right now is just to be able to run the pp-location-update example in libdect. So far, I've managed to compile, run and configure everything (I'm using the COA PCI card). dect-llme-scan shows my base station, and it has the "location_registration" higher layer capability. However, running the pp-location-update example results in the following output: "FP does not support location registration". The debug output from the kernel shows the following (apparently) interesting things: 1. "incomplete:SARI" is repeated a few times. 2. After a while, "timeout" 3. This repeats forever, with lots of seemingly "redundant" (and uninteresting) debug output in between. I'm guessing that the MAC layer doesn't want to lock on to the base station for some reason. I found the code that does this in mac_csf.c, but I'm clueless as to what I can actually do about it. I wonder if you could help me with this somehow. Perhaps you could point me to the right direction as to what could be changed in order for this to work? Or why does the stack not lock onto the base station? The base station does work with commercial DECT PPs, so some changes to the mac_csf code should probably make it work. I'm pretty good at playing with kernel code, I'm just not sure what is the right thing to do. I appreciate the help. Matt Hess -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.osmocom.org/pipermail/linux-dect/attachments/20120214/fe3f9fdb/attachment.htm>