I have enabled function names tracing by directly applying trace TC_FUNC flag in InitializeTrace function. It seems to be not the right way of doing this, but it made the rick. Please see a side-by-side trace of two equal runs, one where I got successful registration and the other when I was observing the issue.
citrine.htm <https://drive.google.com/a/tvman.org.ua/file/d/0B-LGWaryBRksVDFZbzZjOThHQXM/view?usp=drive_web> On Sat, May 6, 2017 at 8:40 PM, Serg l <s...@tvman.us> wrote: > Mychaela, > Tried Magnetite hybrid and it worked without any problems with any SIM > I have. Compilation time is really long. I didn't really profile > anything, but I noticed that wine is trying to setup graphical > environment to run every command. Have you considered wineconsole > instead? > > I reviewed Citrine log from S/N1 and this is the difference > > not working: > GPF trace id=A7 ts=00019420 PL->PCO tc=07 "HM cb_mmi_sat_cbch_req(), > sat_enabled = 0, modus = 255" > > > working: > GPF trace id=A7 ts=00007F1B PL->PCO tc=07 "HM cb_mmi_sat_cbch_req(), > sat_enabled = 1, modus = 255" > > I like Citrine flavor :) because it is built completely with GCC and > it is really fast to recompile even from scratch. > > I was trying to figure out how do the trace flags work in Citrine, I'd > like to find out how we end up in the function cb_mmi_sat_cbch_req() > after enabling CFUN=1 > > General tracing seems to be enabled, but I need more details not only > errors. If you have any suggestions, I would really appreciate this. > > -Serg > > On 5/6/17, Mychaela Falconia <mychaela.falco...@gmail.com> wrote: > > Hi Serg, > > > >> It worked once with different SIM card, but it is definitely not a > >> hardware > >> issue because Magnetite build works every time with the same SIM card. > >> Maybe L1/DSP is configured a bit differently and if my calibration > values > >> are a bit off, Citrine may not be able to detect carriers. > > > > I don't see how the quality of calibration could be the cause of the > > problem you are having with Citrine, as your log shows that the fw > > does not even attempt to connect to a cell, i.e., the upper layers of > > the G23M protocol stack are not commanding L1 to make a network sync > > attempt. And because L1 is not being commanded to do the operation in > > question, I don't see how it could be an L1 or DSP problem either - > > instead it must be some glitch higher up in the protocol stack code. > > > > The G23M PS used in Citrine is not too polished, i.e., it may still > > have bugs that need to be shaken out, and the issue you are having > > looks like one of them. However, my preferred approach to debugging > > these G23M PS problems is to debug them first in the TCS2/TCS3 hybrid > > config of Magnetite (see doc/Modem-configs in the fc-magnetite source > > tree), and then port to Citrine if there is commercial demand for the > > latter. > > > > Thus you might want to try building Magnetite in the hybrid config > > (different from the l1reconst config I currently use and recommend for > > production use), and see if the SIM that's giving you trouble in > > Citrine works in Magnetite TCS2/TCS3 hybrid or not - this experiment > > would narrow the search for the bug. > > > > M~ > > _______________________________________________ > > Community mailing list > > Community@freecalypso.org > > https://www.freecalypso.org/mailman/listinfo/community > > >
_______________________________________________ Community mailing list Community@freecalypso.org https://www.freecalypso.org/mailman/listinfo/community