Not sure if this is expected or not, I thought it might be useful to report it here:
<0001> pcu_l1_if.cpp:295 RACH request received: sapi=1 qta=2, ra=121, fn=12615 <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=1 <0005> gprs_rlcmac_data.cpp:872 Got RACH from TLLI=0xc65c8728 while DL TBF=1 still exists. Killing pending DL TBF <0002> gprs_rlcmac.cpp:905 Software error: Pending downlink assignment. This may not happen, because the assignment message never gets transmitted. Please be shure not to free in this state. PLEASE FIX!
This is a single BTS with a single GPRS-capable MS, using TS6+TS7 for PDCH
Regards, Harald
Harald Welte wrote:
Not sure if this is expected or not, I thought it might be useful to report it here:
<0001> pcu_l1_if.cpp:295 RACH request received: sapi=1 qta=2, ra=121, fn=12615 <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=1 <0005> gprs_rlcmac_data.cpp:872 Got RACH from TLLI=0xc65c8728 while DL TBF=1 still exists. Killing pending DL TBF <0002> gprs_rlcmac.cpp:905 Software error: Pending downlink assignment. This may not happen, because the assignment message never gets transmitted. Please be shure not to free in this state. PLEASE FIX!
This is a single BTS with a single GPRS-capable MS, using TS6+TS7 for PDCH
Regards, Harald
thanx for that info. will check that tomorrow.
Harald Welte wrote:
Not sure if this is expected or not, I thought it might be useful to report it here:
<0001> pcu_l1_if.cpp:295 RACH request received: sapi=1 qta=2, ra=121, fn=12615 <0002> gprs_rlcmac_data.cpp:100 Poll timeout for DL TBF=1 <0005> gprs_rlcmac_data.cpp:872 Got RACH from TLLI=0xc65c8728 while DL TBF=1 still exists. Killing pending DL TBF <0002> gprs_rlcmac.cpp:905 Software error: Pending downlink assignment. This may not happen, because the assignment message never gets transmitted. Please be shure not to free in this state. PLEASE FIX!
This is a single BTS with a single GPRS-capable MS, using TS6+TS7 for PDCH
Regards, Harald
hi harald,
please pull from jolly_merge branch. i applied several fixes to the multislot allocation algorithm. i just tested it with the fixes and it worked here.
regards,
andreas
On Wed, Jan 16, 2013 at 09:32:50AM +0100, jolly wrote:
please pull from jolly_merge branch. i applied several fixes to the multislot allocation algorithm. i just tested it with the fixes and it worked here.
Hi,
the commit 97644ed7 contains '#if 0' to remove the limit of four TS. Is this a left over from debugging?
holger
Holger Hans Peter Freyther wrote:
the commit 97644ed7 contains '#if 0' to remove the limit of four TS. Is this a left over from debugging?
hi holger,
i removed the limit, because i just don't know why i added this in the past. in case there is a good reason to re-add this in the future, i wanted to keep that code.
regards,
andreas
osmocom-net-gprs@lists.osmocom.org
-
Andreas Eversberg -
Harald Welte -
Holger Hans Peter Freyther -
jolly