On 2018-07-11 07:54, Bjorn Andersson wrote:
On Tue 10 Jul 18:26 PDT 2018, Brian Norris wrote:
Hi,
Hi Brian,
On Fri, Jul 06, 2018 at 02:26:17PM +0530, Govind Singh wrote:
[..]
> https://github.com/andersson/tqftpserv
FWIW, as of today, the tqftpserv implementation is missing a few
headers
(so it doesn't even build),
Sorry about that, had those lingering in my repository. I've pushed a
fix for this.
and once I hack things such that it can
build, it still doesn't work for me (whereas the closed source version
does). I see some BYE and DEL_CLIENT messages, but no read requests.
I interpret this description as you're not seeing any prints at, beyond
the "[TQFTP] got bye" and "[TQFTP] got del_client"?
That would imply that the remote side doesn't even attempt to
communicate with tqftpserv.
Are you running pd-mapper (either proprietary or my version), is it
complaining about anything?
Can you run qrtr-lookup on the device after booting the modem? So that
we see that the tqftpserv is registered properly and that the modem is
in an appropriate state?
Regards,
Bjorn
For me below sequence is working. PD mapper is bypassed in the modem
binary that Brian is using, hence that
may not be required at this moment.
qrtr-cfg 1
qrtr-ns
mkdir -p /dev/block/bootdevice/by-name/
ln -s /dev/sda4 /dev/block/bootdevice/by-name/modemst1
ln -s /dev/sda5 /dev/block/bootdevice/by-name/modemst2
ln -s /dev/sda6 /dev/block/bootdevice/by-name/fsc
ln -s /dev/sda7 /dev/block/bootdevice/by-name/fsg
ln -s /var/log/ /readwrite
ln -s /lib/firmware/wlanmdsp.mbn /readonly/firmware/image/wlanmdsp.mbn
rmt_storage &
tqftpserv &
Thanks,
Govind
