Re: CURRENT: WARNING! r273914 leaves filesystems in inconsistent/corrupted condition!
On Sat, 01 Nov 2014 15:21:48 +0100 Dag-Erling Sm〓rgrav d...@des.no wrote: Tomoaki AOKI junch...@dec.sakura.ne.jp writes: Dag-Erling Sm〓rgrav d...@des.no writes: Manfred Antar n...@pozo.com writes: Then for some reason /var started to being mounted mfs. [...] If I have varmfs=NO and cleanvar_enable=NO everything works fine. Not really. The default for varmfs is AUTO, which mounts a memory file system on /var if, after mounting all early file systems, /var is not writeable. For me, Manfred's workaround actually helped. It helped that particular issue, more or less by accident. It was not in any way a correct fix or even a correct workaround. In single user mode, actual /var (in root partition) appears as before. So there can be some mis-ordering within rc scripts. (Remounting of / is delayed? Check for /var too early?) Exactly right; the check for a writeable /var occurred before / was mounted r/w, so it mounted an mfs instead. Xin fixed this in r273919. Looks fixed now, but what confused me is that r273919 modifies etc/rc.d/geli. I've not configured GELI neither in head VM nor stable/10 host. And what MORE confused me are that... *In first reboot (after installworld and mergemaster) at r273922, mfsvar problem appeared. (/var/db/ports looked empty.) At the moment, r273619:OK - r273876:NG - r273902:NG - r273922:NG. *Manfred's workaround helped in following reboot [no other change]. (And sent my previous mail.) *Noticed that r273919 should fix above by your reply, backed out Manfred's workaround [no other change] and rebooted, can't reproduce the mfsvar problem anymore! (With some rebooting test, and updating to r273958.) For me, [unblocking /dev/random] takes nearly 2 minutes each boot after r273872. No specific rc.conf setting for it. That means we're not getting enough entropy during early boot, or we're underestimating the amount of entropy we're getting. We added entropy harvesting to device_attach() about a year ago, which in most cases provides enough entropy to unblock /dev/random before we even run init(8). Confirmed r273957 and r273958 fixes this. Thanks! DES -- Dag-Erling Sm〓rgrav - d...@des.no ___ 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 -- Tomoaki AOKIjunch...@dec.sakura.ne.jp ___ 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
Mergemaster and bootpool on CURRENT
Hi, I've just updated to r273910 and this behavior of mergemaster -Fi confused me: The installed file /boot has the type symbolic link but the new version has the type directory /boot is symlink, indeed: # ls -ld /boot lrwxr-xr-x 1 root wheel 13 Sep 3 03:37 /boot - bootpool/boot # zfs list NAME USED AVAIL REFER MOUNTPOINT bootpool 978M 990M 977M /bootpool Shouldn't mergemaster ignore it? This is ZFS on eli setup from bsdinstall (don't remember which version). # zpool status -v pool: bootpool state: ONLINE scan: none requested config: NAMESTATE READ WRITE CKSUM bootpoolONLINE 0 0 0 ada0p2ONLINE 0 0 0 errors: No known data errors pool: zroot state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM zroot ONLINE 0 0 0 ada0p4.eli ONLINE 0 0 0 errors: No known data errors -- Regards, Mateusz Kwiatkowski ___ 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: VT: NOT giving extended console
On 31.10.2014 20:25, Larry Rosenman wrote: kernel: error: [drm:pid0:drm_do_get_edid] *ERROR* DVI-I-1: EDID block 0 invalid. kernel: error: [drm:pid0:radeon_dvi_detect] *ERROR* DVI-I-1: probed a monitor but no|invalid EDID Yeah, the driver reprobe any output connectors every 10 by default. I think there's a setting to tune how/when connectors are probed but we don't expose it currently. Feel free to comment those messages, they are in: o sys/dev/drm2/drm_edid.c o sys/dev/drm2/radeon/radeon_connectors.c I think we had this before, and someone(I forget who) shut it up.. I really think it's the PROJECTS responsibility to shut this up, as I'm sure I won't be the only one whining... Yes, I fixed the previous invalid EDID spam. In general, I prefer to keep the diff with Linux to a minimum, but here, lacking a better solution, I just changed those two messages from DRM_ERROR to DRM_DEBUG (r273962). -- Jean-Sébastien Pédron signature.asc Description: OpenPGP digital signature
Re: NVidia Tesla K40
On 31.10.2014 17:46, John Dison wrote: Hello! Hi! I want to use NVidia Tesla K40 GPU for parallel computing.Does FreeBSD support such a hardware? As O. Hartmann explained, we don't support GPGPU on NVIDIA hardware, neither with the binary driver because NVIDIA doesn't provide any libOpenCL.so for FreeBSD, nor with the FOSS driver because we don't have the kernel video driver. On the AMD front, GPGPU works with the open-source stack (libclc and Clover, Mesa's libOpenCL.so), but the Clover port isn't committed yet. We didn't have the time to polish it so far (only libclc is available in devel/libclc). Note that Clover is still a WIP. Here's a matrix of implemented and missing features: http://dri.freedesktop.org/wiki/GalliumCompute/ When I tried it with simple programs found on the Net, it worked. However, I couldn't use it with graphics/darktable: 1) Currently, the amount of memory reported by Clover is hard-coded 2) darktable expects features not implemented -- Jean-Sébastien Pédron signature.asc Description: OpenPGP digital signature
Re: NVidia Tesla K40
Dear Jean-Sebastien, just to chime in on one aspect I care about: On Sun, Nov 2, 2014 at 11:25 AM, Jean-Sébastien Pédron dumbb...@freebsd.org wrote: On 31.10.2014 17:46, John Dison wrote: Hello! Hi! I want to use NVidia Tesla K40 GPU for parallel computing.Does FreeBSD support such a hardware? As O. Hartmann explained, we don't support GPGPU on NVIDIA hardware, neither with the binary driver because NVIDIA doesn't provide any libOpenCL.so for FreeBSD, nor with the FOSS driver because we don't have the kernel video driver. On the AMD front, GPGPU works with the open-source stack (libclc and Clover, Mesa's libOpenCL.so), but the Clover port isn't committed yet. We didn't have the time to polish it so far (only libclc is available in devel/libclc). Note that Clover is still a WIP. Here's a matrix of implemented and missing features: http://dri.freedesktop.org/wiki/GalliumCompute/ When I tried it with simple programs found on the Net, it worked. However, I couldn't use it with graphics/darktable: 1) Currently, the amount of memory reported by Clover is hard-coded 2) darktable expects features not implemented IMHO, a very good and relevant test is clBLAS ( https://github.com/clMathLibraries/clBLAS ). Anything HPC will require these functions to work properly and (albeit computationally demanding) they are well controllable for benchmarks (in terms of setup and memory dimensioning). Coming from a HPC background, the next step would be something like MAGMA ( http://icl.cs.utk.edu/magma/software/index.html ) which uses clBLAS and adds some LAPACK-style functionality to it. Again, well controllable and computationally challenging. I am happy to act as tester, btw. Looking forward to this landing in BSD, thanks so much for your and all of the graphics teams work! Johannes ___ 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: junior kernel tasks
On Sat, Oct 25, 2014 at 10:45:36PM +0200, Mateusz Guzik wrote: Hello, In short, nice kernel tasks people with C language skills can do in few evenings. https://wiki.freebsd.org/JuniorJobs It is assumed you know how to obtain sources and build the kernel. What you can get in return: - your own code in FreeBSD tree - eternal glory [1] - fun [2] If you are not interested, but know someone who does, please pass it down. [1] - not really, no [2] - well, I guess that's subjective, so that's not a no There are some new tasks on the list. Go ahead, take your pick. -- Mateusz Guzik mjguzik gmail.com ___ 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: CURRENT: WARNING! r273914 leaves filesystems in inconsistent/corrupted condition!
Tomoaki AOKI junch...@dec.sakura.ne.jp writes: Looks fixed now, but what confused me is that r273919 modifies etc/rc.d/geli. I've not configured GELI neither in head VM nor stable/10 host. Yes, it breaks the cycle in the rcorder graph. Whether you use geli or not is irrelevant; the script still runs. *Noticed that r273919 should fix above by your reply, backed out Manfred's workaround [no other change] and rebooted, can't reproduce the mfsvar problem anymore! Yes, that was the idea. DES -- Dag-Erling Smørgrav - d...@des.no ___ 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
SSP now default for ports/packages, ssp/new_xorg repository EOL
Ports and Package users, Ports now have SSP enabled by default. The package repository will now build SSP by default as well. SSP is Stack Smashing Protection and can be read about at https://en.wikipedia.org/wiki/Buffer_overflow_protection. This only applies to the head (/latest) packages, not the Quarterly branch packages. This applies to the ports checkout that portsnap uses. WITHOUT_SSP can be defined in make.conf to not use this feature. SSP will be used to build ports (with -fstack-protector) on all amd64 releases and i386 releases which are 10.0 or newer. The ssp repository and new_xorg repositories will no longer be updated after 11/15 as they are no longer needed as both are default for ports now. Please update your repository configurations to now only track the /latest repository. This is the default from /etc/pkg/FreeBSD.conf. Remove any overrides from /usr/local/etc/pkg/repos/ for the ssp or new_xorg repositories. Regards, Bryan Drewery on behalf of portmgr ___ 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
Build failed in Jenkins: FreeBSD_HEAD-tests2 #176
See https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD-tests2/176/ -- Started by build flow Build_Image_and_Run_Tests_in_Bhyve_HEAD#171 Building remotely on havoc.ysv.freebsd.org (FreeBSD-10) in workspace https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD-tests2/ws/ [FreeBSD_HEAD-tests2] $ /bin/sh -xe /tmp/hudson6245048523841943540.sh + sudo python /vm/freebsd-ci/scripts/test/run-tests.py -f /vm/freebsd-ci/scripts/test/config/config.json bhyveload -m 2G -d /net/jenkins-10.freebsd.org/builds/Build-UFS-image/image/FreeBSD_HEAD/test.img vm_test Consoles: userboot FreeBSD/amd64 User boot, Revision 1.1 (rodr...@havoc.ysv.freebsd.org, Tue Oct 21 05:39:14 UTC 2014) |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|Loading /boot/defaults/loader.conf /-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\[H[J[7;46H ````[8;46Hs` `.---...--.``` -/[9;46H+o .--` /y:` +.[10;46H yo`:.:o `+-[11;46H y/ -/` -o/[12;46H .- ::/sy+:.[13;46H / `-- /[14;46H`: :`[15;46H`: :`[16;46H / /[17;46H .- -.[18;46H -- -.[19;46H `:` `:`[20;46H .-- `--.[21;46H.---..[25;0H[1;2H __ _ _ [2;2H| | | _ \ / | __ \ [3;2H| |___ _ __ ___ ___ | |_) | (___ | | | |[4;2H| ___| '__/ _ \/ _ \| _ \___ \| | | |[5;2H| | | | | __/ __/| |_) |) | |__| |[6;2H| | | | |||| | | |[7;2H|_| |_| \___|\___||/|_/|_/ [25;0H[10;2H|[11;2H|[12;2H|[13;2H|[14;2H|[15;2H|[16;2H|[17;2H|[18;2H|[19;2H|[20;2H|[21;2H|[10;44H|[11;44H|[12;44H|[13;44H|[14;44H|[15;44H|[16;44H|[17;44H|[18;44H|[19;44H|[20;44H|[21;44H|[9;3H-[22;3H-[9;2H+[22;2H+[9;44H+[22;44H+[25;0H|/-\|/-\|/-\[9;15HWelcome to FreeBSD[11;5H1 [11;6H.[11;8HBoot Multi User [Enter][12;5H2 [12;6H.[12;8HBoot [S]ingle User[13;5H3 [13;6H.[13;8H[Esc]ape to loader prompt[14;5H4 [14;6H.[14;8HReboot[16;5HOptions:[17;5H5 [17;6H.[17;8H[K]ernel: kernel (1 of 2)[18;5H6 [18;6H.[18;8HConfigure Boot [O]ptions...[25;0H[23;4HAutoboot in 9 seconds. [Space] to pause[25;0H[23;4HAutoboot in 8 seconds. [Space] to pause[25;0H[23;4HAutoboot in 7 seconds. [Space] to pause[25;0H[23;4HAutoboot in 6 seconds. [S pace] to pause[25;0H[23;4HAutoboot in 5 seconds. [Space] to pause[25;0H[23;4HAutoboot in 4 seconds. [Space] to pause[25;0H[23;4HAutoboot in 3 seconds. [Space] to pause[25;0H[23;4HAutoboot in 2 seconds. [Space] to pause[25;0H[23;4HAutoboot in 1 seconds. [Space] to pause[25;0H[23;4H [25;0H|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|//boot/kernel/kernel text=0x1003208 -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\ |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/
Build failed in Jenkins: Build-UFS-image #304
See https://jenkins.freebsd.org/jenkins/job/Build-UFS-image/304/ -- [...truncated 16212 lines...] Europe/Uzhgorod Europe/Budapest Europe/Simferopol Europe/Vienna Europe/Tallinn Europe/Busingen Europe/Andorra Europe/Copenhagen Europe/Sarajevo Europe/Madrid Europe/Vaduz Europe/Kaliningrad Europe/Oslo Europe/Nicosia Europe/Zaporozhye Europe/Zurich Europe/Istanbul Europe/Prague Europe/Bratislava Europe/Gibraltar Europe/Luxembourg Europe/Dublin Europe/Berlin Europe/Monaco Europe/Sofia Europe/Minsk Europe/Guernsey Europe/Podgorica Europe/Tirane Europe/Moscow Europe/Volgograd Europe/Warsaw Europe/Paris Europe/Athens Europe/Chisinau Europe/Ljubljana Europe/Skopje Europe/Isle_of_Man Europe/Riga Europe/London Europe/Zagreb Europe/Stockholm Europe/Lisbon Europe/Jersey Europe/Vilnius Europe/Bucharest Europe/Brussels Europe/Malta Europe/Amsterdam Europe/Rome Europe/Vatican Europe/Samara Europe/Mariehamn Europe/San_Marino Europe/Kiev Europe/Belgrade Europe/Helsinki Factory HST Indian/Mauritius Indian/Comoro Indian/Mahe Indian/Cocos Indian/Antananarivo Indian/Chagos Indian/Reunion Indian/Kerguelen Indian/Maldives Indian/Mayotte Indian/Christmas MET MST MST7MDT PST8PDT Pacific/Noumea Pacific/Tahiti Pacific/Tongatapu Pacific/Port_Moresby Pacific/Kiritimati Pacific/Galapagos Pacific/Bougainville Pacific/Midway Pacific/Auckland Pacific/Pohnpei Pacific/Guam Pacific/Palau Pacific/Kwajalein Pacific/Apia Pacific/Pitcairn Pacific/Wake Pacific/Easter Pacific/Funafuti Pacific/Efate Pacific/Kosrae Pacific/Fiji Pacific/Majuro Pacific/Chuuk Pacific/Norfolk Pacific/Johnston Pacific/Pago_Pago Pacific/Chatham Pacific/Saipan Pacific/Gambier Pacific/Nauru Pacific/Fakaofo Pacific/Honolulu Pacific/Guadalcanal Pacific/Marquesas Pacific/Wallis Pacific/Rarotonga Pacific/Niue Pacific/Tarawa Pacific/Enderbury UTC WET posixrules install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/zoneinfo/../../contrib/tzdata//zone.tab https://jenkins.freebsd.org/jenkins/job/Build-UFS-image/ws/package/FreeBSD_HEAD/usr/share/zoneinfo/ Run tzsetup(8) manually to update /etc/localtime. === sys (install) === sys/boot (install) === sys/boot/efi (install) === sys/boot/efi/libefi (install) === sys/boot/libstand32 (install) === sys/boot/zfs (install) === sys/boot/userboot (install) === sys/boot/userboot/ficl (install) === sys/boot/userboot/libstand (install) === sys/boot/userboot/test (install) === sys/boot/userboot/zfs (install) === sys/boot/userboot/userboot (install) install -o root -g wheel -m 444 userboot.so https://jenkins.freebsd.org/jenkins/job/Build-UFS-image/ws/package/FreeBSD_HEAD/boot install -o root -g wheel -m 444 beastie.4th.8.gz https://jenkins.freebsd.org/jenkins/job/Build-UFS-image/ws/package/FreeBSD_HEAD/usr/share/man/man8 install -o root -g wheel -m 444 brand.4th.8.gz https://jenkins.freebsd.org/jenkins/job/Build-UFS-image/ws/package/FreeBSD_HEAD/usr/share/man/man8 install -o root -g wheel -m 444 check-password.4th.8.gz https://jenkins.freebsd.org/jenkins/job/Build-UFS-image/ws/package/FreeBSD_HEAD/usr/share/man/man8 install -o root -g wheel -m 444 color.4th.8.gz https://jenkins.freebsd.org/jenkins/job/Build-UFS-image/ws/package/FreeBSD_HEAD/usr/share/man/man8 install -o root -g wheel -m 444 delay.4th.8.gz https://jenkins.freebsd.org/jenkins/job/Build-UFS-image/ws/package/FreeBSD_HEAD/usr/share/man/man8 install -o root -g wheel -m 444 loader.conf.5.gz https://jenkins.freebsd.org/jenkins/job/Build-UFS-image/ws/package/FreeBSD_HEAD/usr/share/man/man5 install -o root -g wheel -m 444 loader.4th.8.gz https://jenkins.freebsd.org/jenkins/job/Build-UFS-image/ws/package/FreeBSD_HEAD/usr/share/man/man8 install -o root -g wheel -m 444 menu.4th.8.gz https://jenkins.freebsd.org/jenkins/job/Build-UFS-image/ws/package/FreeBSD_HEAD/usr/share/man/man8 install -o root -g wheel -m 444 menusets.4th.8.gz https://jenkins.freebsd.org/jenkins/job/Build-UFS-image/ws/package/FreeBSD_HEAD/usr/share/man/man8 install -o root -g wheel -m 444 version.4th.8.gz https://jenkins.freebsd.org/jenkins/job/Build-UFS-image/ws/package/FreeBSD_HEAD/usr/share/man/man8 install -o root -g wheel -m 444 loader.8.gz https://jenkins.freebsd.org/jenkins/job/Build-UFS-image/ws/package/FreeBSD_HEAD/usr/share/man/man8 install -o root -g wheel -m 444 zfsloader.8.gz https://jenkins.freebsd.org/jenkins/job/Build-UFS-image/ws/package/FreeBSD_HEAD/usr/share/man/man8 === sys/boot/ficl32 (install) === sys/boot/ficl (install) === sys/boot/amd64 (install) === sys/boot/amd64/efi (install) install -o root -g wheel -m 555 loader.efi https://jenkins.freebsd.org/jenkins/job/Build-UFS-image/ws/package/FreeBSD_HEAD/boot/loader.efi install -o root -g wheel -m 444 beastie.4th.8.gz https://jenkins.freebsd.org/jenkins/job/Build-UFS-image/ws/package/FreeBSD_HEAD/usr/share/man/man8 install -o root -g wheel -m 444 brand.4th.8.gz https://jenkins.freebsd.org/jenkins/job/Build-UFS-image/ws/package/FreeBSD_HEAD/usr/share/man/man8 install -o
