Date: Fri, 25 Nov 2005 18:50:06 GMT From: David Kelly <dkelly@HiWAAY.net> To: freebsd-bugs@FreeBSD.org Subject: Re: bin/89100: premature EOF with ftpd on some large files Message-ID: <200511251850.jAPIo6l8017419@freefall.freebsd.org>
index | next in thread | raw e-mail
The following reply was made to PR bin/89100; it has been noted by GNATS. From: David Kelly <dkelly@HiWAAY.net> To: bug-followup@FreeBSD.org Cc: Subject: Re: bin/89100: premature EOF with ftpd on some large files Date: Fri, 25 Nov 2005 12:41:50 -0600 cvsup on November 22 changed a bunch of files but did not affect this problem. Of possible consequence, ACPI no longer works on this Dell 400SC. When original P/R was filed had booted with ACPI disabled and only 1G of 2G physical memory was detected in spite of /boot/loader.conf containing: if_ath_load=YES snd_ich_load=YES geom_vinum_load=YES hw.ata.atapi_dma=1 kern.maxdsiz="2G" kern.dfldsiz="2G" hw.physmem="2G" kern.maxssiz="128M" New kernel still doesn't like ACPI but now recognizes full 2048M of memory. Every time I copy a problem file, the new copy downloads correctly thru ftpd. The original still does not. Some time after making a copy the copied file no longer downloads thru ftpd correctly. Always exactly the last 4G is missing. Am not skilled at gdb enough to breakpoint in a forked process but have sprinkled printf()'s in ftpd that I now believe the problem lies in the sendfile(2) kernel routines and therefore this P/R should be moved to kernel. Have not been able to grep for "sendfile" properly to find its implementation in the kernel. Find it mentioned plenty of other places but haven't found where the work gets done. -- David Kelly N4HHE, dkelly@HiWAAY.net ======================================================================== Whom computers would destroy, they must first drive mad.help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200511251850.jAPIo6l8017419>