Anonymous | Login | Signup for a new account | 11-10-2008 11:12 PST |
Main | My View | View Issues | Change Log | Docs |
Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | ||||||||
ID | Category | Severity | Reproducibility | Date Submitted | Last Update | ||||
0001245 | [BusyBox] Documentation | minor | always | 03-02-07 00:36 | 03-02-07 15:08 | ||||
Reporter | dibacco73 | View Status | public | ||||||
Assigned To | BusyBox | ||||||||
Priority | normal | Resolution | fixed | ||||||
Status | closed | Product Version | 1.4.x | ||||||
Summary | 0001245: tftp client doesn't work | ||||||||
Description | I have an embedded system with busybox-1.4.0, connected in a LAN where there is an tftp server (tftp32). I can ping the tftp server but when I try to do an tftp session using the tftp client embedded in busybox I receive a timeout. | ||||||||
Additional Information | I'm using kernel 2.6.19.2 from DENK. Previously I used busybox 1.1.4 and the tftp client worked fine. | ||||||||
Attached Files | |||||||||
|
![]() |
|
(0002194) razzor 03-02-07 04:46 edited on: 03-02-07 04:47 |
At least tftp-hpa ( http://www.kernel.org/pub/software/network/tftp/ [^] ) replies from a different port than udp/69. So these checks in networking/tftp.c (1.4.1) are invalid: if (from->sa_family == AF_INET6) if (((struct sockaddr_in6*)from)->sin6_port != port) goto recv_again; if (from->sa_family == AF_INET) if (((struct sockaddr_in*)from)->sin_port != port) goto recv_again; |
(0002195) dibacco73 03-02-07 07:13 |
Removing the checks in tftp.c leads to another problem: tftp32 server says: error 10054 in system call recv. An existing connection was forcibly closed by the remote host The remote host is the embedded busybox system doing running tftp client. |
(0002197) vda 03-02-07 15:08 |
Already fixed in svn. Also adding patch to post 1.4.1: http://busybox.net/downloads/fixes-1.4.1/busybox-1.4.1-tftp.patch [^] |
Copyright © 2000 - 2006 Mantis Group |