Hi Andreas and Ivan.

I've recorded three sessions, every one contains pcu log with print fix andreas asked (rlcmac_*.log) and corresponding GSMTAP and Gb pcap:

1) openBTS pulled from git on 31.10.2012 (with gsmtap support for PDCH), UE - Nokia 5000d.

I have very bad results with Nokia and SonyEriccsson devices with not modified git branch.

As I wrote before I guess they are sensitive to non-standard L2 pseudo length. Immediate Assignment

is already fixed for now but SI13 is not. I sent my modifications before.. a great part of them are

really debug prints, but the other one fixes the Nokia device behaviour ( session 2).

2) modified openBTS merged with openBTS pulled from git on 31.10.2012, UE - Nokia 5000d.

m.facebook.com is successfully opened. No scheduler issues. But sometimes it has..

I need to open more pages one after one to see the problem.

3) modified openBTS merged with openBTS pulled from git on 31.10.2012 (env is like in session 2).

UE - SonyEricsson z750i. A lot of scheduler issues (look for "unknown"). I think this UE is more

pedantic than others.

Regards,

Vladimir Rolbin

On Wed, Oct 31, 2012 at 8:00 AM, jolly <andreas@eversberg.eu> wrote:

Vladimir Rolbin wrote:
> gprs_rlcmac_data.cpp:1532 Polling sheduled in this TS 7
hi vladimir,

i missed something. this debug line above does not show us the frame
number. you can change that debug line to:

LOGP(DRLCMAC, LOGL_DEBUG, "Polling sheduled in this "
"TS %d, FN=%d\n", ts, fn);

regards,

andreas