input overrun on origen with sqlite commands
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
LAVA Dispatcher |
Fix Released
|
Medium
|
Yongqin Liu |
Bug Description
https:/
Looking down near the bottom, it looks like the android test image booted successfully, but when it gets to running the sqlite commands I see:
root@linaro: getprop init.svc.bootanim
running
root@linaro: [ 64.205000] binder: release 2387:2390 transaction 5092 out, still active
[ 64.285000] binder: 2310:2839 transaction failed 29189, size 8-0
[ 64.285000] binder: send failed reply for transaction 5092, target dead
getprop init.svc.bootanim
stopped
root@linaro: sqlite3 /data/data/
root@linaro: sqlite3 /data/data/
root@linaro: sqlite3 /data/data/
roviders.
SQLite version 3.7.4
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> <LAVA_DISPATCHE
<lava_dispatche
So what looks like happened here is that the last sqlite3 command overran the buffer and it missed the remainder of the line, then timed out sitting at a sqlite prompt. Not sure if this is specific to the board, so I put it in dispatcher. I wonder... do we know for sure that the sqlite modifications are still needed?
Related branches
- Yongqin Liu: Approve
- Michael Hudson-Doyle: Pending requested
- Andy Doan: Pending requested
-
Diff: 150 lines (+42/-16)5 files modifiedlava_dispatcher/client/base.py (+1/-9)
lava_dispatcher/client/fastmodel.py (+13/-3)
lava_dispatcher/client/master.py (+22/-4)
lava_dispatcher/default-config/lava-dispatcher/device-defaults.conf (+3/-0)
lava_dispatcher/default-config/lava-dispatcher/device-types/fastmodel.conf (+3/-0)
Changed in lava-dispatcher: | |
status: | New → Fix Committed |
importance: | Undecided → Medium |
assignee: | nobody → Yongqin Liu (liuyq0307) |
milestone: | none → 2012.07 |
Changed in lava-dispatcher: | |
status: | Fix Committed → Fix Released |
Two comments:
1) it seems like overriding the pexpect. [write/ send/sendline] functions to check the length of the buffer we are sending, and break it up with some small delays if needed?
2) paul - the sqllite calls are still needed as far as I understand.