Re: CFT: ndis(4) testers needed!
On Wed, Aug 12, 2015 at 4:15 AM, Thomas Mueller wrote: > > I don't think anybody makes 128 MB USB sticks any more, smallest in > current production may be 4 GB or 8 GB. For the price, no use buying > anything under 8 GB or perhaps 16 GB. > The purpose of this image is just for helping people to test easily theses changes without to have to applying patch and rebuilding/reinstalling kernel. Then I've reduced at maximum the image size for faster image installation (it takes lot's of less time to dd a 128MB file than a 8GB file). And you can install this image on a bigger disk without any problem. Regards, Olivier ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: r286615: /usr/libexec/ftpd broken!
On Tue, 11 Aug 2015 11:01:16 -0700 Garrett Cooper wrote: > > > On Aug 11, 2015, at 06:01, O. Hartmann wrote: > > > > On Tue, 11 Aug 2015 14:05:36 +0200 > > "O. Hartmann" wrote: > > > >> On Tue, 11 Aug 2015 13:18:14 +0200 > >> Ed Schouten wrote: > >> > >>> Hi there, > >>> > >>> 2015-08-11 10:44 GMT+02:00 O. Hartmann : > ftpd starts sometimes, sporadically, and dies somewhere in the process. > Connections to the ftpd aren't possible. Sockstat doesn't even show up a > TCP/IP socket (21, ftp/tcp) where the daemon is supposed to listen for > incoming connection - I see only udp4 (connecting to > local_unbound/127.0.0.1:53). This is strange ... > >>> > >>> That's annoying. We should fix that. > >>> > >>> I recently made some changes to shutdown(2), but a grep reveals that > >>> ftpd doesn't call that function anywhere. Phew! The last changes made > >>> to ftpd are related to libxo. Adding marcel@, just to be sure. > >>> > >>> In the meantime, could you maybe run truss(8) over ftpd and send us the > >>> output? > >>> > >>> Thanks, > >> > >> I found one of our boxes, running > >> > >> FreeBSD 11.0-CURRENT #0 r286562: Mon Aug 10 08:14:52 CEST 2015 amd64 > >> > >> which runs ftpd without problems (started via service ftpd onestart): > >> > >> USER COMMANDPID FD PROTO LOCAL ADDRESS FOREIGN > >> ADDRESS root ftpd 23139 3 dgram -> /var/run/logpriv > >> root ftpd 23139 5 tcp6 *:21 *:* > >> root ftpd 23139 6 tcp4 *:21 *:* > >> > >> > >> ... as expected ... and the daemon is running for several minutes for > >> now ... > >> > >> I will update the system as well and then ... see ... ;-) > > > > Well, after the update to FreeBSD 11.0-CURRENT #1 r286625: Tue Aug 11 > > 14:09:55 CEST 2015 amd64, ftpd is still working! This box is the only one > > that does nameresolution via DNS (external), while all non-functional > > systems do not have DNS resolution and work with local_unbound name > > resolving. > > Something is indeed weird with DNS under some circumstances as of a few weeks > ago. I'm trying to update my box and I'm seeing a ton of complaints about > unbound handing back A records instead of ones. My machine is on an IPv4 > NAT network, but I still find it odd how my last update a few weeks ago > started causing this.. It seems to me as ftpd never binds to a TCP port ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: r286615: /usr/libexec/ftpd broken!
On Tue, 11 Aug 2015 11:01:16 -0700 Garrett Cooper wrote: > > > On Aug 11, 2015, at 06:01, O. Hartmann wrote: > > > > On Tue, 11 Aug 2015 14:05:36 +0200 > > "O. Hartmann" wrote: > > > >> On Tue, 11 Aug 2015 13:18:14 +0200 > >> Ed Schouten wrote: > >> > >>> Hi there, > >>> > >>> 2015-08-11 10:44 GMT+02:00 O. Hartmann : > ftpd starts sometimes, sporadically, and dies somewhere in the process. > Connections to the ftpd aren't possible. Sockstat doesn't even show up a > TCP/IP socket (21, ftp/tcp) where the daemon is supposed to listen for > incoming connection - I see only udp4 (connecting to > local_unbound/127.0.0.1:53). This is strange ... > >>> > >>> That's annoying. We should fix that. > >>> > >>> I recently made some changes to shutdown(2), but a grep reveals that > >>> ftpd doesn't call that function anywhere. Phew! The last changes made > >>> to ftpd are related to libxo. Adding marcel@, just to be sure. > >>> > >>> In the meantime, could you maybe run truss(8) over ftpd and send us the > >>> output? > >>> > >>> Thanks, > >> > >> I found one of our boxes, running > >> > >> FreeBSD 11.0-CURRENT #0 r286562: Mon Aug 10 08:14:52 CEST 2015 amd64 > >> > >> which runs ftpd without problems (started via service ftpd onestart): > >> > >> USER COMMANDPID FD PROTO LOCAL ADDRESS FOREIGN > >> ADDRESS root ftpd 23139 3 dgram -> /var/run/logpriv > >> root ftpd 23139 5 tcp6 *:21 *:* > >> root ftpd 23139 6 tcp4 *:21 *:* > >> > >> > >> ... as expected ... and the daemon is running for several minutes for > >> now ... > >> > >> I will update the system as well and then ... see ... ;-) > > > > Well, after the update to FreeBSD 11.0-CURRENT #1 r286625: Tue Aug 11 > > 14:09:55 CEST 2015 amd64, ftpd is still working! This box is the only one > > that does nameresolution via DNS (external), while all non-functional > > systems do not have DNS resolution and work with local_unbound name > > resolving. > > Something is indeed weird with DNS under some circumstances as of a few weeks > ago. I'm trying to update my box and I'm seeing a ton of complaints about > unbound handing back A records instead of ones. My machine is on an IPv4 > NAT network, but I still find it odd how my last update a few weeks ago > started causing this.. Just another observation: ftpd dies whenever the hostname isn't set - do not know whether this is a bug or feature. On CURRENT r286625, not running unbound, ftpd can be started, lasts a couple of seconds and then drops sometimes out with the weird message "hostname nor servername provided, or not known" - or it drops silently. Hostname is set. the issue doesn't resolve if unbound is started. A box running CURRENT r286223 starts ftpd without the weird dropings and lasts until it is stopped. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: CFT: ndis(4) testers needed!
> I've build a small nanobsd image (for i386 arch) that include this patch: > http://dev.bsdrp.net/FreeBSD/GLEBWIFI-0.2-full-i386-vga.img.xz > You can install it on a small (128MB USB flash) for testing it without > re-installing your system. > Installation instruction for copying this image into a USB flash disk > (/dev/da1 in this example): > fetch http://dev.bsdrp.net/FreeBSD/GLEBWIFI-0.2-full-i386-vga.img.xz > -o - | xzcat | dd of=/dev/da1 bs=128k > Then boot on this USB flash disk. > Regards, > Olivier Now there's another update from Gleb Smirnoff to try, so I think I'll try that, start "make buildworld" at bedtime. I ran svn revert -R /BETA1/usr/src and intend to update and patch within a few hours. I don't think anybody makes 128 MB USB sticks any more, smallest in current production may be 4 GB or 8 GB. For the price, no use buying anything under 8 GB or perhaps 16 GB. I have two old IDE hard drives, 341 MB and 1271 MB, that I access with Sabrent USB 2.0 enclosure. This enclosure also has eSATA interface that works with SATA but not IDE hard drives. 1271 MB drive worked when I last tried some months ago, but 341 MB drive just gives gibberish. I don't know whether the 55 sectors per track is incompatible with USB adapter, or if the drive has gone bad. Tom ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
FreeBSD_HEAD-tests - Build #1270 - Still Unstable
FreeBSD_HEAD-tests - Build #1270 - Still Unstable: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1270/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1270/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1270/console Change summaries: No changes The failed test cases: 3 tests failed. FAILED: usr.bin.mkimg.mkimg.apm_63x255_4096_qcow2 Error Message: Test case body timed out FAILED: lib.libc.locale.mbrtowc_test.mbrtowc_object Error Message: Invalid sequence FAILED: lib.libc.locale.mbstowcs_test.mbstowcs_basic Error Message: /builds/FreeBSD_HEAD/contrib/netbsd-tests/lib/libc/locale/t_mbstowcs.c:168: (ssize_t)mbstowcs(wbuf, t->data, SIZE-1): Illegal byte sequence ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: CFT: ndis(4) testers needed!
On Tue, Aug 11, 2015 at 09:20:08PM +, Thomas Mueller wrote:
T> /usr/src/sys/modules/iwm/../../dev/iwm/if_iwm.c:3843:10: error: use of
undeclared identifier 'ifp'; did you mean 'if'?
T> KASSERT(ifp->if_drv_flags & IFF_DRV_RUNNING, ("not running"));
T> ^~~
T> if
Here is updated patch.
--
Totus tuus, Glebius.
net80211.diff.bz2
Description: Binary data
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: CFT: ndis(4) testers needed!
I did the update a little before your last message. svn revert by itself doesn't work, I get an error message, then run svn help revert and that gets me on the right track. I did the update and patch from NetBSD, which I believe works the same as it would from FreeBSD, subsequently booted into FreeBSD and cd /usr/src make buildworld worked again with no error, but make kernel failed. Error occurs somewhere in iwi or iwm, and that prevents the kernel from building, so I don't get to test ndis, but it may point to what needs fixing. Would it be safe to comment out iwi and other Intel wireless nics in kernel config and then try again to make buildkernel without rerunning buildworld? Or should I wait for next update? But you probably want to know where the snags are even if they don't relate to my hardware. End of the buildkernel.log: ===> iwi (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/SANDY11NC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/usr/obj/usr/src/sys/SANDY11NC -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/iwi/../../dev/iwi/if_iwi.c -o if_iwi.o ctfconvert -L VERSION -g if_iwi.o ld -d -warn-common -r -d -o if_iwi.ko.debug if_iwi.o ctfmerge -L VERSION -g -o if_iwi.ko.debug if_iwi.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk if_iwi.ko.debug export_syms | xargs -J% objcopy % if_iwi.ko.debug objcopy --only-keep-debug if_iwi.ko.debug if_iwi.ko.symbols objcopy --strip-debug --add-gnu-debuglink=if_iwi.ko.symbols if_iwi.ko.debug if_iwi.ko ===> iwifw (all) ===> iwifw/iwi_bss (all) uudecode -p /usr/src/sys/modules/iwifw/iwi_bss/../../../contrib/dev/iwi/ipw2200-bss.fw.uu > iwi_bss iwi_bss iwi_bss cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/SANDY11NC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/usr/obj/usr/src/sys/SANDY11NC -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c iwi_bss.c -o iwi_bss.o ctfconvert -L VERSION -g iwi_bss.o ld -d -warn-common -r -d -o iwi_bss.ko.debug iwi_bss.fwo iwi_bss.o ctfmerge -L VERSION -g -o iwi_bss.ko.debug iwi_bss.fwo iwi_bss.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk iwi_bss.ko.debug export_syms | xargs -J% objcopy % iwi_bss.ko.debug objcopy --only-keep-debug iwi_bss.ko.debug iwi_bss.ko.symbols objcopy --strip-debug --add-gnu-debuglink=iwi_bss.ko.symbols iwi_bss.ko.debug iwi_bss.ko ===> iwifw/iwi_ibss (all) uudecode -p /usr/src/sys/modules/iwifw/iwi_ibss/../../../contrib/dev/iwi/ipw2200-ibss.fw.uu > iwi_ibss iwi_ibss iwi_ibss cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/SANDY11NC/opt_global.h -I. -I/usr/src/sys -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/usr/obj/usr/src/sys/SANDY11NC -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c iwi_ibss.c -o iwi_ibss.o ctfconvert -L VERSION -g iwi_ibss.o ld -d -warn-common -r -d -o iwi_ibss.ko.debug iwi_ibss.fwo iwi_ibss.o ctfmerge -L VERSION -g -o iwi_ibss.ko.debug iwi_ibss.fwo iwi_ibss.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk iwi_ibss.ko
Patch for expat lib CVE-2015-1283
Where can get the patch for fixing CVE-2015-1283 expat lib? Thanks! ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: r286615: /usr/libexec/ftpd broken!
> On Aug 11, 2015, at 06:01, O. Hartmann wrote: > > On Tue, 11 Aug 2015 14:05:36 +0200 > "O. Hartmann" wrote: > >> On Tue, 11 Aug 2015 13:18:14 +0200 >> Ed Schouten wrote: >> >>> Hi there, >>> >>> 2015-08-11 10:44 GMT+02:00 O. Hartmann : ftpd starts sometimes, sporadically, and dies somewhere in the process. Connections to the ftpd aren't possible. Sockstat doesn't even show up a TCP/IP socket (21, ftp/tcp) where the daemon is supposed to listen for incoming connection - I see only udp4 (connecting to local_unbound/127.0.0.1:53). This is strange ... >>> >>> That's annoying. We should fix that. >>> >>> I recently made some changes to shutdown(2), but a grep reveals that >>> ftpd doesn't call that function anywhere. Phew! The last changes made >>> to ftpd are related to libxo. Adding marcel@, just to be sure. >>> >>> In the meantime, could you maybe run truss(8) over ftpd and send us the >>> output? >>> >>> Thanks, >> >> I found one of our boxes, running >> >> FreeBSD 11.0-CURRENT #0 r286562: Mon Aug 10 08:14:52 CEST 2015 amd64 >> >> which runs ftpd without problems (started via service ftpd onestart): >> >> USER COMMANDPID FD PROTO LOCAL ADDRESS FOREIGN >> ADDRESS root ftpd 23139 3 dgram -> /var/run/logpriv >> root ftpd 23139 5 tcp6 *:21 *:* >> root ftpd 23139 6 tcp4 *:21 *:* >> >> >> ... as expected ... and the daemon is running for several minutes for now ... >> >> I will update the system as well and then ... see ... ;-) > > Well, after the update to FreeBSD 11.0-CURRENT #1 r286625: Tue Aug 11 14:09:55 > CEST 2015 amd64, ftpd is still working! This box is the only one that does > nameresolution via DNS (external), while all non-functional systems do not > have > DNS resolution and work with local_unbound name resolving. Something is indeed weird with DNS under some circumstances as of a few weeks ago. I'm trying to update my box and I'm seeing a ton of complaints about unbound handing back A records instead of ones. My machine is on an IPv4 NAT network, but I still find it odd how my last update a few weeks ago started causing this.. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
FreeBSD_HEAD-tests - Build #1269 - Still Unstable
FreeBSD_HEAD-tests - Build #1269 - Still Unstable: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1269/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1269/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1269/console Change summaries: No changes The failed test cases: 2 tests failed. FAILED: lib.libc.locale.mbrtowc_test.mbrtowc_object Error Message: Invalid sequence FAILED: lib.libc.locale.mbstowcs_test.mbstowcs_basic Error Message: /builds/FreeBSD_HEAD/contrib/netbsd-tests/lib/libc/locale/t_mbstowcs.c:168: (ssize_t)mbstowcs(wbuf, t->data, SIZE-1): Illegal byte sequence ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: FreeBSD_HEAD_i386 - Build #818 - Fixed
--- Оригінальне повідомлення --- Від кого: jenkins-ad...@freebsd.org Дата: 11 серпня 2015, 17:23:25 FreeBSD_HEAD_i386 - Build #818 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/818/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/818/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/818/console Change summaries: 286629 by melifaro: Use single 'lle_timer' callout in lltable instead of two different names of the same timer. 286628 by mav: Fix r286625 build on i386. 286627 by andrew: Check the correct value in db_validate_address, pmap_extract returns 0 on failure. Sponsored by: ABT Systems Ltd 286626 by mav: Fix minor mismerge in r286574. ___ freebsd-i...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-i386 To unsubscribe, send any mail to "freebsd-i386-unsubscr...@freebsd.org" Dmytro Burianov burya...@ukr.net skype: buryanov +380-50-3437470 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
FreeBSD_HEAD_i386 - Build #818 - Fixed
FreeBSD_HEAD_i386 - Build #818 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/818/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/818/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/818/console Change summaries: 286629 by melifaro: Use single 'lle_timer' callout in lltable instead of two different names of the same timer. 286628 by mav: Fix r286625 build on i386. 286627 by andrew: Check the correct value in db_validate_address, pmap_extract returns 0 on failure. Sponsored by: ABT Systems Ltd 286626 by mav: Fix minor mismerge in r286574. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: r286615: /usr/libexec/ftpd broken!
On Tue, 11 Aug 2015 14:05:36 +0200 "O. Hartmann" wrote: > On Tue, 11 Aug 2015 13:18:14 +0200 > Ed Schouten wrote: > > > Hi there, > > > > 2015-08-11 10:44 GMT+02:00 O. Hartmann : > > > ftpd starts sometimes, sporadically, and dies somewhere in the process. > > > Connections to the ftpd aren't possible. Sockstat doesn't even show up a > > > TCP/IP socket (21, ftp/tcp) where the daemon is supposed to listen for > > > incoming connection - I see only udp4 (connecting to > > > local_unbound/127.0.0.1:53). This is strange ... > > > > That's annoying. We should fix that. > > > > I recently made some changes to shutdown(2), but a grep reveals that > > ftpd doesn't call that function anywhere. Phew! The last changes made > > to ftpd are related to libxo. Adding marcel@, just to be sure. > > > > In the meantime, could you maybe run truss(8) over ftpd and send us the > > output? > > > > Thanks, > > I found one of our boxes, running > > FreeBSD 11.0-CURRENT #0 r286562: Mon Aug 10 08:14:52 CEST 2015 amd64 > > which runs ftpd without problems (started via service ftpd onestart): > > USER COMMANDPID FD PROTO LOCAL ADDRESS FOREIGN > ADDRESS root ftpd 23139 3 dgram -> /var/run/logpriv > root ftpd 23139 5 tcp6 *:21 *:* > root ftpd 23139 6 tcp4 *:21 *:* > > > ... as expected ... and the daemon is running for several minutes for now ... > > I will update the system as well and then ... see ... ;-) > ___ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" Well, after the update to FreeBSD 11.0-CURRENT #1 r286625: Tue Aug 11 14:09:55 CEST 2015 amd64, ftpd is still working! This box is the only one that does nameresolution via DNS (external), while all non-functional systems do not have DNS resolution and work with local_unbound name resolving. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: CFT: ndis(4) testers needed!
On Mon, Aug 10, 2015 at 11:27 PM, Thomas Mueller wrote: > > I guess I need to do, from src tree base, > > svn revert > svn up . > patch < /path/to/net80211.diff > > Does that look correct? > > I've build a small nanobsd image (for i386 arch) that include this patch: http://dev.bsdrp.net/FreeBSD/GLEBWIFI-0.2-full-i386-vga.img.xz You can install it on a small (128MB USB flash) for testing it without re-installing your system. Installation instruction for copying this image into a USB flash disk (/dev/da1 in this example): fetch http://dev.bsdrp.net/FreeBSD/GLEBWIFI-0.2-full-i386-vga.img.xz -o - | xzcat | dd of=/dev/da1 bs=128k Then boot on this USB flash disk. Regards, Olivier ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
FreeBSD_HEAD_i386 - Build #817 - Failure
FreeBSD_HEAD_i386 - Build #817 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/817/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/817/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/817/console Change summaries: 286625 by mav: MFV r277425: 5376 arc_kmem_reap_now() should not result in clearing arc_no_grow Reviewed by: Christopher Siden Reviewed by: George Wilson Reviewed by: Steven Hartland Reviewed by: Richard Elling Approved by: Dan McDonald Author: Matthew Ahrens illumos/illumos-gate@2ec99e3e987d8aa273f1e9ba2b983557d058198c 286624 by melifaro: Store addresses instead of sockaddrs inside llentry. This permits us having all (not fully true yet) all the info needed in lookup process in first 64 bytes of 'struct llentry'. struct llentry layout: BEFORE: [rwlock .. state .. state .. MAC ] (lle+1) [sockaddr_in[6]] AFTER [ in[6]_addr MAC .. state .. rwlock ] Currently, address part of struct llentry has only 16 bytes for the key. However, lltable does not restrict any custom lltable consumers with long keys use the previous approach (store key at (lle+1)). Sponsored by: Yandex LLC 286623 by mav: Remove extra lock, that IMO only creates potential problems now. The end of the build log: [...truncated 186936 lines...] --- zmod.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/cddl/compat/opensolaris -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/usr/src/sys/cddl/contrib/opensolaris/uts/common -I/usr/src/sys -I/usr/src/sys/cddl/contrib/opensolaris/common/zfs -I/usr/src/sys/cddl/contrib/opensolaris/common -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -mno-aes -mno-avx -std=iso9899:1999 -include /usr/src/sys/cddl/compat/opensolaris/sys/debug_compat.h -c /usr/src/sys/cddl/contrib/opensolaris/uts/common/zmod/zmod.c -o zmod.o --- zutil.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/cddl/compat/opensolaris -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/usr/src/sys/cddl/contrib/opensolaris/uts/common -I/usr/src/sys -I/usr/src/sys/cddl/contrib/opensolaris/common/zfs -I/usr/src/sys/cddl/contrib/opensolaris/common -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -mno-aes -mno-avx -std=iso9899:1999 -include /usr/src/sys/cddl/compat/opensolaris/sys/debug_compat.h -c /usr/src/sys/cddl/contrib/opensolaris/uts/common/zmod/zutil.c -o zutil.o --- zmod.o --- ctfconvert -L VERSION -g zmod.o --- sha2.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/src/sys/cddl/compat/opensolaris -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/usr/src/sys/cddl/contrib/opensolaris/uts/common -I/usr/src/sys -I/usr/src/sys/cddl/contrib/opensolaris/common/zfs -I/usr/src/sys/cddl/contrib/opensolaris/common -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf
Re: r286615: /usr/libexec/ftpd broken!
On Tue, 11 Aug 2015 13:18:14 +0200 Ed Schouten wrote: > Hi there, > > 2015-08-11 10:44 GMT+02:00 O. Hartmann : > > ftpd starts sometimes, sporadically, and dies somewhere in the process. > > Connections to the ftpd aren't possible. Sockstat doesn't even show up a > > TCP/IP socket (21, ftp/tcp) where the daemon is supposed to listen for > > incoming connection - I see only udp4 (connecting to > > local_unbound/127.0.0.1:53). This is strange ... > > That's annoying. We should fix that. > > I recently made some changes to shutdown(2), but a grep reveals that > ftpd doesn't call that function anywhere. Phew! The last changes made > to ftpd are related to libxo. Adding marcel@, just to be sure. > > In the meantime, could you maybe run truss(8) over ftpd and send us the > output? > > Thanks, I found one of our boxes, running FreeBSD 11.0-CURRENT #0 r286562: Mon Aug 10 08:14:52 CEST 2015 amd64 which runs ftpd without problems (started via service ftpd onestart): USER COMMANDPID FD PROTO LOCAL ADDRESS FOREIGN ADDRESS root ftpd 23139 3 dgram -> /var/run/logpriv root ftpd 23139 5 tcp6 *:21 *:* root ftpd 23139 6 tcp4 *:21 *:* ... as expected ... and the daemon is running for several minutes for now ... I will update the system as well and then ... see ... ;-) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: r286615: /usr/libexec/ftpd broken!
On Tue, 11 Aug 2015 13:18:14 +0200 Ed Schouten wrote: > Hi there, > > 2015-08-11 10:44 GMT+02:00 O. Hartmann : > > ftpd starts sometimes, sporadically, and dies somewhere in the process. > > Connections to the ftpd aren't possible. Sockstat doesn't even show up a > > TCP/IP socket (21, ftp/tcp) where the daemon is supposed to listen for > > incoming connection - I see only udp4 (connecting to > > local_unbound/127.0.0.1:53). This is strange ... > > That's annoying. We should fix that. > > I recently made some changes to shutdown(2), but a grep reveals that > ftpd doesn't call that function anywhere. Phew! The last changes made > to ftpd are related to libxo. Adding marcel@, just to be sure. > > In the meantime, could you maybe run truss(8) over ftpd and send us the > output? > > Thanks, Of course. Attached you'll find the output of truss -o file /usr/libexec/ftpd -l oh ftpd_truss.out Description: Binary data ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: r286615: /usr/libexec/ftpd broken!
Hi, 2015-08-11 7:40 GMT+02:00 O. Hartmann : > While ftpd daemon was working in r286590, it isn't anymore in r286615. I overlooked this: this is a pretty small set of revisions. Thanks for that. Unfortunately, if I looked at those 25 changes, I wouldn't know which one to blame... -- Ed Schouten Nuxi, 's-Hertogenbosch, the Netherlands KvK-nr.: 62051717 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: r286615: /usr/libexec/ftpd broken!
Hi there, 2015-08-11 10:44 GMT+02:00 O. Hartmann : > ftpd starts sometimes, sporadically, and dies somewhere in the process. > Connections to the ftpd aren't possible. Sockstat doesn't even show up a > TCP/IP > socket (21, ftp/tcp) where the daemon is supposed to listen for incoming > connection - I see only udp4 (connecting to > local_unbound/127.0.0.1:53). This is strange ... That's annoying. We should fix that. I recently made some changes to shutdown(2), but a grep reveals that ftpd doesn't call that function anywhere. Phew! The last changes made to ftpd are related to libxo. Adding marcel@, just to be sure. In the meantime, could you maybe run truss(8) over ftpd and send us the output? Thanks, -- Ed Schouten Nuxi, 's-Hertogenbosch, the Netherlands KvK-nr.: 62051717 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
FreeBSD_HEAD-tests - Build #1268 - Still Unstable
FreeBSD_HEAD-tests - Build #1268 - Still Unstable: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1268/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1268/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1268/console Change summaries: No changes The failed test cases: 2 tests failed. FAILED: lib.libc.locale.mbrtowc_test.mbrtowc_object Error Message: Invalid sequence FAILED: lib.libc.locale.mbstowcs_test.mbstowcs_basic Error Message: /builds/FreeBSD_HEAD/contrib/netbsd-tests/lib/libc/locale/t_mbstowcs.c:168: (ssize_t)mbstowcs(wbuf, t->data, SIZE-1): Illegal byte sequence ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: CFT: ndis(4) testers needed!
Thomas, On Mon, Aug 10, 2015 at 09:27:44PM +, Thomas Mueller wrote: T> You sent a patch, net80211.diff.bz2 . T> T> Before I extract and apply the patch, how does that differ from D2655.diff ? Is it an updated version, does it include ndis or only FreeBSD-native drivers? It is updated version. It includes updates for all drivers, including ndis. T> Do you want me to test Hiro H50191 with native rsu, or ndis, or both separately? Only ndis please. T> I guess I need to do, from src tree base, T> T> svn revert T> svn up . T> patch < /path/to/net80211.diff T> T> Does that look correct? Yes, this is correct. -- Totus tuus, Glebius. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: r286615: /usr/libexec/ftpd broken!
On Tue, 11 Aug 2015 07:40:41 +0200 "O. Hartmann" wrote: > While ftpd daemon was working in r286590, it isn't anymore in r286615. > Starting the daemon make it silently rejecting to start and disappears. > > Even manually started with option -d or/and -i doesn't work anymore. > > Does anybody else see this phenomenon? Scary ... > > > Regards, > oh > ___ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" Just recompiled everything with r286617. ftpd starts sometimes, sporadically, and dies somewhere in the process. Connections to the ftpd aren't possible. Sockstat doesn't even show up a TCP/IP socket (21, ftp/tcp) where the daemon is supposed to listen for incoming connection - I see only udp4 (connecting to local_unbound/127.0.0.1:53). This is strange ... ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
