Re: ls eat high CPU time when LANG=zh_CN.UTF-8 and LC_ALL=zh_CN.UTF-8
These 2 files can make ls suck: touch 火灾1 touch 火灾2 2 files start with 2 same Chinese chars. % lldb /bin/ls (lldb) target create "/bin/ls" Current executable set to '/bin/ls' (x86_64). (lldb) run Process 2185 launching Process 2185 launched: '/bin/ls' (x86_64) Enter Control+C: libc.so.7 was compiled with optimization - stepping may behave oddly; variables may not be available. Process 2185 stopped * thread #1: tid = 100261, 0x000800ff5aa7 libc.so.7`_collate_lookup [inlined] largesearch(table=) + 38 at collate.c:276, stop reason = signal SIGSTOP frame #0: 0x000800ff5aa7 libc.so.7`_collate_lookup [inlined] largesearch(table=) + 38 at collate.c:276 [opt] 273 next = (low + high) / 2; 274 p = tab + next; 275 compar = key - p->val; -> 276 if (compar == 0) 277 return (p); 278 if (compar > 0) 279 low = next + 1; (lldb) bt * thread #1: tid = 100261, 0x000800ff5aa7 libc.so.7`_collate_lookup [inlined] largesearch(table=) + 38 at collate.c:276, stop reason = signal SIGSTOP * frame #0: 0x000800ff5aa7 libc.so.7`_collate_lookup [inlined] largesearch(table=) + 38 at collate.c:276 [opt] frame #1: 0x000800ff5a81 libc.so.7`_collate_lookup(table=, t=, len=, pri=, which=, state=) + 465 at collate.c:343 [opt] frame #2: 0x000800fd80a9 libc.so.7`wcscoll_l(ws1=, ws2=, locale=) + 985 at wcscoll.c:171 [opt] frame #3: 0x000800fd4d19 libc.so.7`strcoll_l(s="火灾1", s2="火灾2", locale=0x00080124a338) + 393 at strcoll.c:101 [opt] frame #4: 0x000800fe9313 libc.so.7`qsort(a=, n=, es=, cmp=(libc.so.7`fts_compar at fts.c:966)) + 13763 at qsort.c:130 [opt] frame #5: 0x000800f25297 libc.so.7`fts_sort(sp=, head=, nitems=) + 135 at fts.c:995 [opt] frame #6: 0x000800f2638e libc.so.7`fts_children(sp=, instr=2) + 254 at fts.c:570 [opt] frame #7: 0x004030df ls`traverse(argc=, argv=, options=) + 463 at ls.c:576 [opt] frame #8: 0x00402eeb ls`main(argc=, argv=) + 2299 at ls.c:498 [opt] frame #9: 0x004020cf ls`_start + 383 2016-07-04 15:04 GMT+08:00 Baptiste Daroussin : > On Mon, Jul 04, 2016 at 02:51:46PM +0800, Huang Wen Hui wrote: > > 2016-07-04 14:41 GMT+08:00 Baptiste Daroussin : > > > > > On Mon, Jul 04, 2016 at 02:36:11PM +0800, Huang Wen Hui wrote: > > > > 2016-07-04 14:20 GMT+08:00 Baptiste Daroussin : > > > > > > > > > On Mon, Jul 04, 2016 at 11:56:36AM +0800, Huang Wen Hui wrote: > > > > > > Hi, > > > > > > On very recent CURRENT, ls can eat high CPU time when > > > LANG=zh_CN.UTF-8 > > > > > and > > > > > > LC_ALL=zh_CN.UTF-8: > > > > > > > > > > > > % uname -a > > > > > > FreeBSD mbp.gddsn.org.cn 11.0-ALPHA6 FreeBSD 11.0-ALPHA6 #121 > > > r302331M: > > > > > Mon > > > > > > Jul 4 10:47:27 CST 2016 r...@mbp.gddsn.org.cn: > > > > > /usr/obj/usr/src/sys/MACBOOK > > > > > > amd64 > > > > > > > > > > > > top show: > > > > > > 4457 hwh 1 1000 16784K 4416K CPU44 0:22 > 98.86% > > > ls > > > > > > > > > > > > any ideas? > > > > > > > > > > > Is it in all directories or only in directories with files in > chinese > > > > > characters? > > > > > > > > > Yes, the directory contain Chinese characters. > > > > > > > > > > > > > > Is it only happening when you run ls with some arguments (in > particular > > > > > -l) or > > > > > with any arguments? > > > > > > > > > I use ls -wGl > > > > > > > > > > > > > > Do you see the same if you force any other locale like en_US.UTF-8? > > > > > > > > > There is no problem if set en_US.UTF-8. > > > > > > > > > > > > > Best regards, > > > > > Bapt > > > > > > > > > > > Can you try: > > > env -i LANG=zh_CN.UTF-8 LC_COLLATE=C ls -l > > > > > > And tell me if it still happen? > > > > > No problem with this command. > > > > Ok so there might be an very inefficient code in the new chinese collation > code > I will look into it thanks a lot for reporting. > > Best regards, > Bapt > ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
FreeBSD_HEAD_amd64_gcc - Build #1336 - Still Failing
FreeBSD_HEAD_amd64_gcc - Build #1336 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1336/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1336/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1336/console Change summaries: 302337 by bapt: Fix build of ppp when WITHOUT_PAM is set PR: 210658 Reported by:madpilot Tested by: madpilot Approved by:re@ (kib) The end of the build log: [...truncated 172270 lines...] #define FIELD_REPLACE(a,b,m,s) ((a) & ~((m) << (s)) | \ ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:1022:31: note: in expansion of macro 'FIELD_REPLACE' dev_ctx->ctx_slot.dwSctx3 = FIELD_REPLACE( ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:146:38: warning: suggest parentheses around arithmetic in operand of '|' [-Wparentheses] #define FIELD_REPLACE(a,b,m,s) ((a) & ~((m) << (s)) | \ ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:1084:23: note: in expansion of macro 'FIELD_REPLACE' ep_ctx->dwEpCtx0 = FIELD_REPLACE( ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:146:38: warning: suggest parentheses around arithmetic in operand of '|' [-Wparentheses] #define FIELD_REPLACE(a,b,m,s) ((a) & ~((m) << (s)) | \ ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:1090:30: note: in expansion of macro 'FIELD_REPLACE' dev_ctx->ctx_slot.dwSctx3 = FIELD_REPLACE( ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:148:35: warning: suggest parentheses around arithmetic in operand of '|' [-Wparentheses] #define FIELD_COPY(a,b,m,s) ((a) & ~((m) << (s)) | \ ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:1092:30: note: in expansion of macro 'FIELD_COPY' dev_ctx->ctx_slot.dwSctx0 = FIELD_COPY( ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c: In function 'pci_xhci_cmd_eval_ctx': /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:148:35: warning: suggest parentheses around arithmetic in operand of '|' [-Wparentheses] #define FIELD_COPY(a,b,m,s) ((a) & ~((m) << (s)) | \ ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:1324:31: note: in expansion of macro 'FIELD_COPY' dev_ctx->ctx_slot.dwSctx1 = FIELD_COPY( ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:148:35: warning: suggest parentheses around arithmetic in operand of '|' [-Wparentheses] #define FIELD_COPY(a,b,m,s) ((a) & ~((m) << (s)) | \ ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:1329:31: note: in expansion of macro 'FIELD_COPY' dev_ctx->ctx_slot.dwSctx2 = FIELD_COPY( ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:148:35: warning: suggest parentheses around arithmetic in operand of '|' [-Wparentheses] #define FIELD_COPY(a,b,m,s) ((a) & ~((m) << (s)) | \ ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:1335:33: note: in expansion of macro 'FIELD_COPY' dev_ctx->ctx_ep[1].dwEpCtx1 = FIELD_COPY( ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c: In function 'pci_xhci_try_usb_xfer': /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:146:38: warning: suggest parentheses around arithmetic in operand of '|' [-Wparentheses] #define FIELD_REPLACE(a,b,m,s) ((a) & ~((m) << (s)) | \ ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:1657:21: note: in expansion of macro 'FIELD_REPLACE' ep_ctx->dwEpCtx0 = FIELD_REPLACE( ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c: In function 'pci_xhci_handle_transfer': /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:146:38: warning: suggest parentheses around arithmetic in operand of '|' [-Wparentheses] #define FIELD_REPLACE(a,b,m,s) ((a) & ~((m) << (s)) | \ ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:1708:21: note: in expansion of macro 'FIELD_REPLACE' ep_ctx->dwEpCtx0 = FIELD_REPLACE(ep_ctx->dwEpCtx0, ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:1703:28: warning: variable 'status_addr' set but not used [-Wunused-but-set-variable] uint64_t val, setup_addr, status_addr; ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:1703:16: warning: variable 'setup_addr' set but not used [-Wunused-but-set-variable] uint64_t val, setup_addr, status_addr; ^ --- all_subdir_usr.bin --- --- all_subdir_usr.bin/calendar --- ---
FreeBSD_HEAD_amd64_gcc - Build #1335 - Still Failing
FreeBSD_HEAD_amd64_gcc - Build #1335 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1335/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1335/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1335/console Change summaries: 302336 by hselasky: Fix interrupt loop when switching from USB device to USB host mode by clearing all endpoint interrupt bits. PR: 210736 Approved by:re (glebius) MFC after: 1 week 302335 by emaste: boot1.efi: fix assignment / comparison expression PR: 210706 Submitted by: David Binderman Approved by:re (kib) MFC after: 1 week The end of the build log: [...truncated 171485 lines...] /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:146:38: warning: suggest parentheses around arithmetic in operand of '|' [-Wparentheses] #define FIELD_REPLACE(a,b,m,s) ((a) & ~((m) << (s)) | \ ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:883:31: note: in expansion of macro 'FIELD_REPLACE' dev_ctx->ctx_slot.dwSctx3 = FIELD_REPLACE( ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:146:38: warning: suggest parentheses around arithmetic in operand of '|' [-Wparentheses] #define FIELD_REPLACE(a,b,m,s) ((a) & ~((m) << (s)) | \ ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:888:31: note: in expansion of macro 'FIELD_REPLACE' dev_ctx->ctx_slot.dwSctx0 = FIELD_REPLACE( ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:146:38: warning: suggest parentheses around arithmetic in operand of '|' [-Wparentheses] #define FIELD_REPLACE(a,b,m,s) ((a) & ~((m) << (s)) | \ ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:894:23: note: in expansion of macro 'FIELD_REPLACE' ep_ctx->dwEpCtx0 = FIELD_REPLACE( ep_ctx->dwEpCtx0, ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c: In function 'pci_xhci_cmd_config_ep': /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:146:38: warning: suggest parentheses around arithmetic in operand of '|' [-Wparentheses] #define FIELD_REPLACE(a,b,m,s) ((a) & ~((m) << (s)) | \ ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:1018:31: note: in expansion of macro 'FIELD_REPLACE' dev_ctx->ctx_slot.dwSctx0 = FIELD_REPLACE( ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:146:38: warning: suggest parentheses around arithmetic in operand of '|' [-Wparentheses] #define FIELD_REPLACE(a,b,m,s) ((a) & ~((m) << (s)) | \ ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:1022:31: note: in expansion of macro 'FIELD_REPLACE' dev_ctx->ctx_slot.dwSctx3 = FIELD_REPLACE( ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:146:38: warning: suggest parentheses around arithmetic in operand of '|' [-Wparentheses] #define FIELD_REPLACE(a,b,m,s) ((a) & ~((m) << (s)) | \ ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:1084:23: note: in expansion of macro 'FIELD_REPLACE' ep_ctx->dwEpCtx0 = FIELD_REPLACE( ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:146:38: warning: suggest parentheses around arithmetic in operand of '|' [-Wparentheses] #define FIELD_REPLACE(a,b,m,s) ((a) & ~((m) << (s)) | \ ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:1090:30: note: in expansion of macro 'FIELD_REPLACE' dev_ctx->ctx_slot.dwSctx3 = FIELD_REPLACE( ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:148:35: warning: suggest parentheses around arithmetic in operand of '|' [-Wparentheses] #define FIELD_COPY(a,b,m,s) ((a) & ~((m) << (s)) | \ ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:1092:30: note: in expansion of macro 'FIELD_COPY' dev_ctx->ctx_slot.dwSctx0 = FIELD_COPY( ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c: In function 'pci_xhci_cmd_eval_ctx': /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:148:35: warning: suggest parentheses around arithmetic in operand of '|' [-Wparentheses] #define FIELD_COPY(a,b,m,s) ((a) & ~((m) << (s)) | \ ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:1324:31: note: in expansion of macro 'FIELD_COPY' dev_ctx->ctx_slot.dwSctx1 = FIELD_COPY( ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:148:35: warning: suggest parentheses around arithmetic in operand of '|' [-Wparentheses] #define FIELD_COPY(a,b,
On an 11.0 -r302331 rpi2: "pkg info -f" Architecture still lists softfp: freebsd:11:armv6:32:el:eabi:softfp
[This was submitted as 210825.] Context: # uname -apKU FreeBSD rpi2 11.0-ALPHA6 FreeBSD 11.0-ALPHA6 #3 r302331M: Sun Jul 3 23:35:49 PDT 2016 markmi@FreeBSDx64:/usr/obj/clang/arm.armv6/usr/src/sys/RPI2-NODBG arm armv6 1100120 1100120 (WITH_LIBSOFT= was used in the 11.0 build. CPUTYPE=soft was not used the 11.0 build.) Note the "softfp" below (using pkg itself as an example): # pkg info -f pkg pkg-1.8.6 Name : pkg Version: 1.8.6 Installed on : Mon Jul 4 03:26:21 2016 PDT Origin : ports-mgmt/pkg Architecture : freebsd:11:armv6:32:el:eabi:softfp Prefix : /usr/local Categories : ports-mgmt Licenses : BSD2CLAUSE Maintainer : p...@freebsd.org WWW: http://wiki.freebsd.org/pkgng Comment: Package manager Shared Libs provided: libpkg.so.3 Annotations: Flat size : 21.7MiB Description: Package management tool WWW: http://wiki.freebsd.org/pkgng (I rebuilt all the ports present on the rpi2 to check this behavior: -r417989 update of /usr/ports.) # ldd `which pkg` /usr/sbin/pkg: libarchive.so.6 => /usr/lib/libarchive.so.6 (0x20042000) libfetch.so.6 => /usr/lib/libfetch.so.6 (0x200f2000) libprivateucl.so.1 => /usr/lib/libprivateucl.so.1 (0x2010a000) libsbuf.so.6 => /lib/libsbuf.so.6 (0x20131000) libcrypto.so.8 => /lib/libcrypto.so.8 (0x2020) libssl.so.8 => /usr/lib/libssl.so.8 (0x2013b000) libc.so.7 => /lib/libc.so.7 (0x2040) libz.so.6 => /lib/libz.so.6 (0x20199000) libbz2.so.4 => /usr/lib/libbz2.so.4 (0x201b5000) liblzma.so.5 => /usr/lib/liblzma.so.5 (0x201ce000) libbsdxml.so.4 => /lib/libbsdxml.so.4 (0x2039f000) libm.so.5 => /lib/libm.so.5 (0x203c9000) libthr.so.3 => /lib/libthr.so.3 (0x20582000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x203ec000) pkg info -f -a shows similarly for all of the ports on the rpi2 (other than portmaster). The list of ports is: # pkg info atf-0.21 C, C++ and shell libraries to write ATF-compliant test programs autoconf-2.69_1Automatically configure source code on many Un*x platforms autoconf-wrapper-20131203 Wrapper script for GNU autoconf automake-1.15_1GNU Standards-compliant Makefile generator automake-wrapper-20131203 Wrapper script for GNU automake binutils-2.25.1_3,1GNU binary tools bison-2.7.1,1 Parser generator from FSF, (mostly) compatible with Yacc db5-5.3.28_4 Oracle Berkeley DB, revision 5.3 dialog4ports-0.1.5_2 Console Interface to configure ports gcc6-6.1.0 GNU Compiler Collection 6 gettext-runtime-0.19.8.1 GNU gettext runtime libraries and programs gettext-tools-0.19.8.1 GNU gettext development and translation tools gmake-4.2.1GNU version of 'make' utility gmake-lite-4.2.1 Minimalist version of gnu make gmp-5.1.3_3Free library for arbitrary precision arithmetic help2man-1.43.3_1 Automatically generating simple manual pages from program output indexinfo-0.2.4Utility to regenerate the GNU info page index kyua-0.11_1,3 Testing framework for infrastructure software libedit-3.1.20150325_2,1 Command line editor library libffi-3.2.1 Foreign Function Interface libyaml-0.1.6_2YAML 1.1 parser and emitter written in C lua52-5.2.4Small, compilable scripting language providing easy access to C code lutok-0.4_6Lightweight C++ API for Lua m4-1.4.17_1,1 GNU m4 mpc-1.0.3 Library of complex numbers with arbitrarily high precision mpfr-3.1.4 Library for multiple-precision floating-point computations p5-Locale-gettext-1.06 Message handling functions patch-2.7.5GNU patch utility perl5-5.22.2_1 Practical Extraction and Report Language pkg-1.8.6 Package manager pkgconf-0.9.12_1 Utility to help to configure compiler and linker flags portmaster-3.17.9_2Manage your ports without external databases or languages portupgrade-2.4.14,2 FreeBSD ports/packages administration and management tool suite ruby-2.2.5,1 Object-oriented interpreted scripting language ruby22-bdb-0.6.6_4 Ruby interface to Oracle Berkeley DB revision 2 or later sqlite3-3.13.0 SQL database engine in a C library texinfo-6.1.20160425 Typeset documentation system with multiple format output === Mark Millard markmi at dsl-only.net ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: LOR on 11.0-ALPHA5 amd64
> On Jul 4, 2016, at 07:04, René Ladan wrote: > > Hi, > > I got this LOR today on a 11.0-ALPHA5 amd64 (FTP installation) > instance running in Virtualbox 5.0.24 r108355 with Windows 10 as a > host: > > 1st ufs (ufs) @ /usr/src/sys/ufs/ufs/ufs_vnops.c:1157 > 2nd bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:263 > 3rd ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2523 > > Perhaps this is a well-known LOR ? It happened when updating the src > tree with svnlite. Yup.. It's pretty well known. Cheers, -Ngie ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
usr.sbin/ppp failing to build due to missing -lcrypt since r275054 (bug 210658)
Hi, I'd like to bring attention to the bugzilla bug in the subject: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210658 while it is a minor problem I think it should be fixed in time to get into 11.0. The problem is uncovered by compiling the system with many "WITHOUT_" options that used to work with 10.x. Is there someone available to have a look at it? Thanks in advance! -- Guido Falsi signature.asc Description: OpenPGP digital signature
LOR on 11.0-ALPHA5 amd64
Hi, I got this LOR today on a 11.0-ALPHA5 amd64 (FTP installation) instance running in Virtualbox 5.0.24 r108355 with Windows 10 as a host: 1st ufs (ufs) @ /usr/src/sys/ufs/ufs/ufs_vnops.c:1157 2nd bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:263 3rd ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2523 Perhaps this is a well-known LOR ? It happened when updating the src tree with svnlite. Full screenshot is available. Regards, René -- https://rene-ladan.nl/ ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Weekday missing in date(1) output
On Mon, 4 Jul 2016 08:34+0200, Baptiste Daroussin wrote: > On Sun, Jul 03, 2016 at 10:17:54PM +0200, Thomas Eberhardt wrote: > > % uname -a > > FreeBSD clarence.ocp.lan 11.0-ALPHA6 FreeBSD 11.0-ALPHA6 #0 r302324: Sun > > Jul 3 21:27:41 CEST 2016 > > tho...@clarence.ocp.lan:/usr/obj/usr/src/sys/GENERIC-NODEBUG amd64 > > % env LANG=en_US.UTF-8 date > > Sunday, July 3, 2016 at 10:14:21 PM CEST > > % env LANG=de_DE.UTF-8 date > > 3. Juli 2016 um 22:14:22 CEST > > > > stable10 gives: > > % env LANG=de_DE.UTF-8 date > > So 3 Jul 2016 19:34:18 CEST > > > > Is this intentional? > > > I have readded the weekday in most locales, I will recheck all of them to > ensure > the weekday is readded everywhere it was expected nb_NO.UTF-8 and nb_NO.ISO8859-1 are also affected. -- +---++ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +---++ ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
FreeBSD_HEAD_amd64_gcc - Build #1334 - Failure
FreeBSD_HEAD_amd64_gcc - Build #1334 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1334/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1334/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1334/console Change summaries: 302332 by grehan: Import bhyve_graphics into CURRENT. Thanks to all who tested this on the branch. Original commit message: Initial bhyve native graphics support. This adds emulations for a raw framebuffer device, PS2 keyboard/mouse, XHCI USB controller and a USB tablet. A simple VNC server is provided for keyboard/mouse input, and graphics output. A VGA emulation is included, but is currently disconnected until an additional bhyve change to block out VGA memory is committed. Credits: - raw framebuffer, VNC server, XHCI controller, USB bus/device emulation and UEFI f/w support by Leon Dang - VGA, console/g, initial VNC server by tychon@ - PS2 keyboard/mouse jointly done by tychon@ and Leon Dang - hypervisor framebuffer mem support by neel@ Tested by: Michael Dexter, in a number of revisions of this code. With the appropriate UEFI image, FreeBSD, Windows and Linux guests can installed and run in graphics mode using the UEFI/GOP framebuffer. Approved by:re (gjb) The end of the build log: [...truncated 165459 lines...] ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:148:35: warning: suggest parentheses around arithmetic in operand of '|' [-Wparentheses] #define FIELD_COPY(a,b,m,s) ((a) & ~((m) << (s)) | \ ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:1335:33: note: in expansion of macro 'FIELD_COPY' dev_ctx->ctx_ep[1].dwEpCtx1 = FIELD_COPY( ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c: In function 'pci_xhci_try_usb_xfer': /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:146:38: warning: suggest parentheses around arithmetic in operand of '|' [-Wparentheses] #define FIELD_REPLACE(a,b,m,s) ((a) & ~((m) << (s)) | \ ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:1657:21: note: in expansion of macro 'FIELD_REPLACE' ep_ctx->dwEpCtx0 = FIELD_REPLACE( ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c: In function 'pci_xhci_handle_transfer': /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:146:38: warning: suggest parentheses around arithmetic in operand of '|' [-Wparentheses] #define FIELD_REPLACE(a,b,m,s) ((a) & ~((m) << (s)) | \ ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:1708:21: note: in expansion of macro 'FIELD_REPLACE' ep_ctx->dwEpCtx0 = FIELD_REPLACE(ep_ctx->dwEpCtx0, ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:1703:28: warning: variable 'status_addr' set but not used [-Wunused-but-set-variable] uint64_t val, setup_addr, status_addr; ^ /builds/FreeBSD_HEAD_amd64_gcc/usr.sbin/bhyve/pci_xhci.c:1703:16: warning: variable 'setup_addr' set but not used [-Wunused-but-set-variable] uint64_t val, setup_addr, status_addr; ^ --- all_subdir_tests --- --- lio_kqueue_test.full --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot=/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -I/builds/FreeBSD_HEAD_amd64_gcc/tests -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-error=unused-function -Wno-error=enum-compare -Wno-error=logical-not-parentheses -Wno-error=bool-compare -Wno-error=uninitialized -Wno-error=array-bounds -Wno-error=clobbered -Wno-error=cast-align -Wno-error=extra -Wno-error=attributes -Wno-error=inline -Wno-err or=unused-but-set-variable -Wno-error=unused-value -Wno-error=strict-aliasing -Wno-error=address -o lio_kqueue_test.full lio_kqueue_test.o --- lio_kqueue_test.debug --- /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug lio_kqueue_test.full lio_kqueue_test.debug --- lio_kqueue_test --- /usr/local/x86_64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=lio_kqueue_test.debug lio_kqueue_test.full lio_kqueue_test --- Kyuafile --- --- all_subdir_tests/sys/fifo --- ===> tests/sys/fifo (all) --- fifo_create --- (cd /builds/FreeBSD_HEAD_amd64_gcc/tests/sys/fifo && DEPENDFILE=.depend.fi
Re: ls eat high CPU time when LANG=zh_CN.UTF-8 and LC_ALL=zh_CN.UTF-8
On Mon, Jul 04, 2016 at 02:51:46PM +0800, Huang Wen Hui wrote: > 2016-07-04 14:41 GMT+08:00 Baptiste Daroussin : > > > On Mon, Jul 04, 2016 at 02:36:11PM +0800, Huang Wen Hui wrote: > > > 2016-07-04 14:20 GMT+08:00 Baptiste Daroussin : > > > > > > > On Mon, Jul 04, 2016 at 11:56:36AM +0800, Huang Wen Hui wrote: > > > > > Hi, > > > > > On very recent CURRENT, ls can eat high CPU time when > > LANG=zh_CN.UTF-8 > > > > and > > > > > LC_ALL=zh_CN.UTF-8: > > > > > > > > > > % uname -a > > > > > FreeBSD mbp.gddsn.org.cn 11.0-ALPHA6 FreeBSD 11.0-ALPHA6 #121 > > r302331M: > > > > Mon > > > > > Jul 4 10:47:27 CST 2016 r...@mbp.gddsn.org.cn: > > > > /usr/obj/usr/src/sys/MACBOOK > > > > > amd64 > > > > > > > > > > top show: > > > > > 4457 hwh 1 1000 16784K 4416K CPU44 0:22 98.86% > > ls > > > > > > > > > > any ideas? > > > > > > > > > Is it in all directories or only in directories with files in chinese > > > > characters? > > > > > > > Yes, the directory contain Chinese characters. > > > > > > > > > > > Is it only happening when you run ls with some arguments (in particular > > > > -l) or > > > > with any arguments? > > > > > > > I use ls -wGl > > > > > > > > > > > Do you see the same if you force any other locale like en_US.UTF-8? > > > > > > > There is no problem if set en_US.UTF-8. > > > > > > > > > > Best regards, > > > > Bapt > > > > > > > > Can you try: > > env -i LANG=zh_CN.UTF-8 LC_COLLATE=C ls -l > > > > And tell me if it still happen? > > > No problem with this command. > Ok so there might be an very inefficient code in the new chinese collation code I will look into it thanks a lot for reporting. Best regards, Bapt signature.asc Description: PGP signature