From owner-freebsd-current@FreeBSD.ORG Sun Apr 5 03:57:35 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77A9D97E; Sun, 5 Apr 2015 03:57:35 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 5826FCA; Sun, 5 Apr 2015 03:57:35 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 1C3F57F4; Sun, 5 Apr 2015 03:57:33 +0000 (UTC) Date: Sun, 5 Apr 2015 03:57:31 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, bdrewery@FreeBSD.org, kib@FreeBSD.org, cy@FreeBSD.org, jilles@FreeBSD.org, mav@FreeBSD.org, rpaulo@FreeBSD.org, adrian@FreeBSD.org, andrew@FreeBSD.org, trasz@FreeBSD.org, andreast@FreeBSD.org, hselasky@FreeBSD.org, bapt@FreeBSD.org, br@FreeBSD.org, jhibbits@FreeBSD.org, jpaetzel@FreeBSD.org, dim@FreeBSD.org, alc@FreeBSD.org Message-ID: <1211568454.1.1428206252590.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #2632 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-Mailman-Approved-At: Sun, 05 Apr 2015 11:23:16 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2015 03:57:35 -0000 See Changes: [adrian] Add support for the MIPS74K SoC family performance counters events. These are similar to the mips24k performance counters - some are available on perfcnt0/3, some are available on perfcnt1/4. However, the events aren't all the same. * Add the events, named the same as from Linux oprofile. * Verify they're the same as "MIPS32(R) 74KTM Processor Core Family Software User's Manual"; Document Number: MD00519; Revision 01.05. * Rename INSTRUCTIONS to something else, so it doesn't clash with the alias INSTRUCTIONS. I'll try to tidy this up later; there are a few other aliases to add and shuffle around. Tested: * QCA9558 SoC (AP135 board) - MIPS74Kc core (no FPU.) * make universe; where it didn't fail for other reasons. TODO: * It'd be nice to support the four performance counters in at least this hardware, rather than just two. Reviewed by: bsdimp ("looks good; don't break world".) [jhibbits] Add file missed in r281096. [jhibbits] Unify Book-E and AIM trap.c Summary: Book-E and AIM trap.c are almost identical, except for a few bits. This is step 1 in unifying them. This also renumbers EXC_DEBUG, to not conflict with AIM vector numbers. Since this is the only one thus far that is used in the switch statement in trap(), it's the only one renumbered. If others get added to the switch, which conflict with AIM numbers, they should also be renumbered. Reviewers: #powerpc, marcel, nwhitehorn Reviewed By: marcel Subscribers: imp Differential Revision: https://reviews.freebsd.org/D2215 [kib] Restore proper error from oshmctl(2), used by COMPAT_43, when the segment cannot be found. Broken by r280323. Sponsored by: The FreeBSD Foundation MFC after: 3 days [andrew] Re-add machine/bus.h to machine/fdt.h on arm, it's still needed. [andrew] Include vm/pmap.h for pmap_kextract. [andrew] Include machine/intr.h for arm_post_filter. [andrew] Don't include unneeded files in the arm machine/fdt.h. While here, remove it from more files. [trasz] Remove icl_conn_connected(); was unused. MFC after: 1 month Sponsored by: The FreeBSD Foundation [andrew] Move the definition of fdt_localbus_devmap to a Marvell specific file as it's only used there. [jilles] utimensat: Correct Capsicum required capability rights. [andrew] Stop using machine/fdt.h in the arm kernel code when we don't need it. [jpaetzel] Fix thinko/copypaste error. When checking the length of the mutual secret password the variable for the secret password was used by mistake. This resulted in ctld never warning about the length of the mutual secret being wrong even if it was. MFC after: 3 days Sponsored by: iXsystems [andreast] Fix build race on armv6* and powerpc*. Tested with cross builds amd64 -> armv6(hf) and powerpc(64). Suggested by: andrew@ [jilles] fts: Don't return FTS_SLNONE if it's not a symlink (if race). When following symlinks, fts returned FTS_SLNONE when fstatat(flag=0) failed, but a subsequent fstatat(flag=AT_SYMLINK_NOFOLLOW) succeeded. This incorrectly triggered if a filename existed to be read from the directory, was deleted before the fstatat(flag=0) and created again after the fstatat(flag=0). Fix this by only returning FTS_SLNONE if the result from fstatat(flag=AT_SYMLINK_NOFOLLOW) is actually a symlink. If it is not a symlink, treat it as if fstatat(flag=0) succeeded. PR: 196724 Reported and tested by: pho MFC after: 1 week [bapt] Make sure forth manpages are only installed once. Differential Revision: https://reviews.freebsd.org/D2224 Reviewed by: imp [alc] Replace vm_fault()'s heuristic for automatic cache behind with a heuristic that performs the equivalent of an automatic madvise(..., MADV_DONTNEED). The current heuristic, even with the improvements that I made a few years ago, is a good example of making the wrong trade-off, or optimizing for the infrequent case. The infrequent case being reading a single file that is much larger than memory using mmap(2). And, in this case, the page daemon isn't the bottleneck; it's the I/O. In all other cases, the current heuristic has too many false positives, i.e., it caches too many pages that are later reused. To give one example, thousands of pages are cached by the current heuristic during a buildworld and all of them are reactivated before the buildworld completes. In particular, clang reads source files using mmap(2) and there are some relatively large source files in our source tree, e.g., sqlite, that are read multiple times. With the new heuristic, I see fewer false positives and they have a much lower cost. I actually tried something like this more than two years ago and it didn't perform as well as the cache behind heuristic. However, that was before the changes to the page daemon in late summer of 2013 and the existence of pmap_advise(). In particular, with the page daemon doing its work more frequently and in smaller batches, it now completes its work while the application accessing the file is blocked on I/O. Whereas previously, the page daemon appeared to hog the CPU for so long that it caused "hiccups" in the application's execution. Finally, I'll add that the elimination of cache pages is a prerequisite for NUMA support. Reviewed by: jeff, kib Sponsored by: EMC / Isilon Storage Division [andrew] Move uart_fdt_get_clock and uart_fdt_get_shift to uart_bus_fdt.c, we may not build uart_cpu_fdt.c in all configs. [andrew] Remove the extra copy of uart_fdt_get_clock and uart_fdt_get_shift. While here also use OF_getencprop in uart_fdt_get_clock. Sponsored by: The FreeBSD Foundation [andrew] Use OF_getencprop over OF_getprop and fdt32_to_cpu. The latter may give us the wrong data in the failure case if shift was not zero. Sponsored by: The FreeBSD Foundation [andrew] Add support for arm64 to the existing arm generic timer driver: - Add macros to handle the differences in accessing these registers on arm and arm64. - Use the fdt data to detect if we are on an ARMv7 or ARMv8. - Use the virtual timer by default on arm64, we may not have access to the physical timer. Differential Revision: https://reviews.freebsd.org/D2208 Reviewed by: emaste Sponsored by: The FreeBSD Foundation [kib] Remove useless initialization. Sponsored by: The FreeBSD Foundation MFC after: 3 days [rpaulo] urtwn: blink the LED when scanning. Previously, the driver was trying to blink the LED in the newstate function, but that only gets called once (unlike OpenBSD's net80211 stack). Move the LED blinking to set_channel(). While there, don't try to set the channel when we switch to the SCAN state. This is already accomplished by the set_channel() function. MFC after: 1 week [rpaulo] Remove whitespace. [jhibbits] Fix whitespace. [jhibbits] Add mpc85xx_gpio to the build conf. Missed this in the previous commit. [rpaulo] loader/EFI: improve the help of the 'mode' command. [rpaulo] Remove an unnecessary space in a printf call. [rpaulo] boot1 EFI: reset the screen and select the best mode. It's necessary to reset the screen to make sure any vendor pixels are gone when we start boot1. In the Lenovo X1 (3rd gen), this is the only way to clear the screen. Previously, the Lenovo logo would only disappear after the kernel started scrolling the display. After resetting the screen, EFI could put us in the worst LCD mode (oversized characters), so we now find the largest mode we can use and hope it's the most appropriate one (it's not trivial to tell what's the correct LCD resolution at this point). It's worth noting that the final stage loader has a 'mode' command that can be used to switch text modes. While there, enable the software cursor, just like in the legacy boot mode. MFC after: 1 week [rpaulo] Remove whitespace. [jhibbits] Add a GPIO driver for the mpc85xx. This has only been tested on the RB800, using the RB800's FDT, and pulls the GPOUT and GPIN registers from the FDT. [bapt] Do not install scripts multiple time when using bsd.progs.mk [bdrewery] Regen for r281053 [bdrewery] Remove specific reference to g++(1) for WITH_CXX as it may be clang. MFC after: 1 week [dim] Update FREEBSD-Xlist for llvm. [dim] Add the llvm-cov and llvm-profdata tools, when WITH_CLANG_EXTRAS is defined. These help with processing coverage and profile data. [andrew] More ARM EABI object attributes in binutils. This adds support to binutils to include the Unaligned Access and Floating-point Half-precision attributes. the former marks ELF objects that may access ARMv6 style unaligned data, the latter that the binary uses the VFPv3/Advanced SIMD half-precision extension. These may be emmitted by clang so it's best to print a warning when the linker hits one of them. Differential Revision: http://reviews.freebsd.org/D2194 Submitted by: Michal Meloun MFC after: 1 week [dim] Add clang patch corresponding to r281046. [dim] Pull in r227115 from upstream clang trunk (by Ben Langmuir): Fix assert instantiating string init of static variable ... when the variable's type is a typedef of a ConstantArrayType. Just look through the typedef (and any other sugar). We only use the constant array type here to get the element count. This fixes an assertion failure when building the games/redeclipse port. Reported by: amdmi3 [bapt] Allow fetching pkg(8) even if servers/proxies are not passing Content-length [andrew] Add the start of the efi fdt bindings. These will be used on arm and arm64. Sponsored by: The FreeBSD Foundation [andrew] Clean up more x86 only options in the efi code. [mav] Make ZFS ARC track both KVA usage and fragmentation. Even on Illumos, with its much larger KVA, ZFS ARC steps back if KVA usage reaches certain threshold (3/4 on i386 or 16/17 otherwise). FreeBSD has even less KVA, but had no such limit on archs with direct map as amd64. As result, on machines with a lot of RAM, during load with very small user- space memory pressure, such as `zfs send`, it was possible to reach state, when there is enough both physical RAM and KVA (I've seen up to 25-30%), but no continuous KVA range to allocate even single 128KB I/O request. Address this situation from two sides: - restore KVA usage limitations in a way the most close to Illumos; - introduce new requirement for KVA fragmentation, specifying that we should have at least one sequential KVA range of zfs_max_recordsize bytes. Experiments show that first limitation done alone is not sufficient. On machine with 64GB of RAM it is sometimes needed to drop up to half of ARC size to get at leats one 1MB KVA chunk. Statically limiting ARC to half of KVA/RAM is too strict, so second limitation makes it to work in cycles: accumulate trash up to certain critical mass, do massive spring-cleaning, and then start littering again. :) MFC after: 1 month [hselasky] Add more documentation about the "net.inet.ip.random_id" sysctl knob and how it can affect information flow between observers. MFC after: 1 week [andrew] Only enable the efi framebuffer on x86 for now [andrew] Only include machine/specialreg.h on x86 [andrew] Only enable comconsole and nullconsole on x86. [br] o Remove superfluous includes o Avoid NULL pointer access o Fix 'set but not used' warning Submitted by: Sebastian Huber [andrew] Merge the common parts of the SOCKIT and SOCKIT-BERI kerenel, and mark the former as NO_UNIVERSE. [andrew] Add space for future expansion [1]. While here clean up a little, spsr is only 32-bits, and mark the holes in the struct with a pad member. Suggested by: kib [1] Sponsored by: The FreeBSD Foundation [cy] Fix merge error. Submitted by: jkim [cy] Remove rednandt file. Submitted by: jkim [andrew] Add support for thread local storage on arm64 to the runtime linker. The ABI specifies that, for R_AARCH64_TLSDESC relocations, we use the symbol value, addend, and object tls offset to calculate the offset from the tls base. We then cache this value for future reference. Differential Revision: https://reviews.freebsd.org/D2183 Reviewed by: kib Sponsored by: The FreeBSD Foundation ------------------------------------------ [...truncated 5453 lines...] --- cleandepend --- rm -f .depend.sin_test GPATH GRTAGS GSYMS GTAGS --- bin.cleandir__D --- --- scripts.cleandepend --- --- lib.cleandir__D --- --- cleanobj --- --- bin.cleandir__D --- (cd /builds/FreeBSD_HEAD/bin/sh/tests/errors && make -f Makefile SUBDIR= _RECURSING_PROGS= cleandepend) --- lib.cleandir__D --- (cd /builds/FreeBSD_HEAD/lib/msun/tests && make -f Makefile _RECURSING_PROGS= SUBDIR= SCRIPTS= PROG=sinh_test DEPENDFILE=.depend.sinh_test .MAKE.DEPENDFILE=.depend.sinh_test cleanobj) --- gnu.cleandir__D --- --- cleandir_subdir_binutils --- ===> gnu/usr.bin/binutils (cleandir) --- lib.cleandir__D --- --- clean --- rm -f Kyuafile.auto Kyuafile.auto.tmp sinh_test t_sinh.o --- bin.cleandir__D --- --- scripts.cleanobj --- (cd /builds/FreeBSD_HEAD/bin/sh/tests/errors && make -f Makefile SUBDIR= _RECURSING_PROGS= cleanobj) --- lib.cleandir__D --- --- cleandepend --- rm -f .depend.sinh_test GPATH GRTAGS GSYMS GTAGS --- cleanobj --- (cd /builds/FreeBSD_HEAD/lib/msun/tests && make -f Makefile _RECURSING_PROGS= SUBDIR= SCRIPTS= PROG=sqrt_test DEPENDFILE=.depend.sqrt_test .MAKE.DEPENDFILE=.depend.sqrt_test cleanobj) --- gnu.cleandir__D --- --- _sub.cleandir --- --- bin.cleandir__D --- --- clean --- --- gnu.cleandir__D --- ===> gnu/usr.bin/binutils/doc (cleandir) --- lib.cleandir__D --- --- cleandir_subdir_libc --- --- cleanobj --- --- bin.cleandir__D --- rm -f functional_test functional_test.tmp Kyuafile.auto Kyuafile.auto.tmp --- cleanobj --- --- scripts.cleandir --- (cd /builds/FreeBSD_HEAD/bin/sh/tests/errors && make -f Makefile SUBDIR= _RECURSING_PROGS= cleandir) --- lib.cleandir__D --- --- cleandir_subdir_msun --- --- clean --- rm -f Kyuafile.auto Kyuafile.auto.tmp sqrt_test t_sqrt.o --- cleandepend --- rm -f .depend.sqrt_test GPATH GRTAGS GSYMS GTAGS --- bin.cleandir__D --- --- clean --- --- lib.cleandir__D --- --- cleanobj --- --- bin.cleandir__D --- rm -f functional_test functional_test.tmp Kyuafile.auto Kyuafile.auto.tmp --- lib.cleandir__D --- (cd /builds/FreeBSD_HEAD/lib/msun/tests && make -f Makefile _RECURSING_PROGS= SUBDIR= SCRIPTS= PROG=tan_test DEPENDFILE=.depend.tan_test .MAKE.DEPENDFILE=.depend.tan_test cleanobj) --- bin.cleandir__D --- --- cleanobj --- --- clean --- --- gnu.cleandir__D --- --- cleanobj --- --- bin.cleandir__D --- rm -f functional_test functional_test.tmp Kyuafile.auto Kyuafile.auto.tmp --- cleanobj --- --- lib.cleandir__D --- --- clean --- --- bin.cleandir__D --- ===> bin/sh/tests/execution (cleandir) --- lib.cleandir__D --- rm -f Kyuafile.auto Kyuafile.auto.tmp tan_test t_tan.o --- gnu.cleandir__D --- ===> gnu/usr.bin/binutils/libiberty (cleandir) --- lib.cleandir__D --- --- cleandepend --- rm -f .depend.tan_test GPATH GRTAGS GSYMS GTAGS --- cleanobj --- (cd /builds/FreeBSD_HEAD/lib/msun/tests && make -f Makefile _RECURSING_PROGS= SUBDIR= SCRIPTS= PROG=tanh_test DEPENDFILE=.depend.tanh_test .MAKE.DEPENDFILE=.depend.tanh_test cleanobj) --- bin.cleandir__D --- --- scripts.clean --- (cd /builds/FreeBSD_HEAD/bin/sh/tests/execution && make -f Makefile SUBDIR= _RECURSING_PROGS= clean) --- gnu.cleandir__D --- --- cleanobj --- --- lib.cleandir__D --- --- clean --- rm -f Kyuafile.auto Kyuafile.auto.tmp tanh_test t_tanh.o --- cleandepend --- rm -f .depend.tanh_test GPATH GRTAGS GSYMS GTAGS --- cleanobj --- --- bin.cleandir__D --- --- clean --- rm -f functional_test functional_test.tmp Kyuafile.auto Kyuafile.auto.tmp --- lib.cleandir__D --- (cd /builds/FreeBSD_HEAD/lib/msun/tests && make -f Makefile _RECURSING_PROGS= SUBDIR= SCRIPTS= PROG=acos_test DEPENDFILE=.depend.acos_test .MAKE.DEPENDFILE=.depend.acos_test cleandir) --- bin.cleandir__D --- --- scripts.cleandepend --- --- gnu.cleandir__D --- ===> gnu/usr.bin/binutils/libbfd (cleandir) --- bin.cleandir__D --- (cd /builds/FreeBSD_HEAD/bin/sh/tests/execution && make -f Makefile SUBDIR= _RECURSING_PROGS= cleandepend) --- lib.cleandir__D --- --- clean --- rm -f Kyuafile.auto Kyuafile.auto.tmp acos_test t_acos.o --- cleandepend --- rm -f .depend.acos_test GPATH GRTAGS GSYMS GTAGS --- cleanobj --- --- bin.cleandir__D --- --- scripts.cleanobj --- --- lib.cleandir__D --- (cd /builds/FreeBSD_HEAD/lib/msun/tests && make -f Makefile _RECURSING_PROGS= SUBDIR= SCRIPTS= PROG=asin_test DEPENDFILE=.depend.asin_test .MAKE.DEPENDFILE=.depend.asin_test cleandir) --- bin.cleandir__D --- (cd /builds/FreeBSD_HEAD/bin/sh/tests/execution && make -f Makefile SUBDIR= _RECURSING_PROGS= cleanobj) --- clean --- rm -f functional_test functional_test.tmp Kyuafile.auto Kyuafile.auto.tmp --- gnu.cleandir__D --- --- cleanobj --- --- bin.cleandir__D --- --- cleanobj --- --- lib.cleandir__D --- --- clean --- rm -f Kyuafile.auto Kyuafile.auto.tmp asin_test t_asin.o --- cleandepend --- --- bin.cleandir__D --- --- scripts.cleandir --- --- lib.cleandir__D --- rm -f .depend.asin_test GPATH GRTAGS GSYMS GTAGS --- bin.cleandir__D --- (cd /builds/FreeBSD_HEAD/bin/sh/tests/execution && make -f Makefile SUBDIR= _RECURSING_PROGS= cleandir) --- lib.cleandir__D --- --- cleanobj --- (cd /builds/FreeBSD_HEAD/lib/msun/tests && make -f Makefile _RECURSING_PROGS= SUBDIR= SCRIPTS= PROG=atan_test DEPENDFILE=.depend.atan_test .MAKE.DEPENDFILE=.depend.atan_test cleandir) --- gnu.cleandir__D --- ===> gnu/usr.bin/binutils/libopcodes (cleandir) --- bin.cleandir__D --- --- clean --- rm -f functional_test functional_test.tmp Kyuafile.auto Kyuafile.auto.tmp --- cleanobj --- --- lib.cleandir__D --- --- clean --- rm -f Kyuafile.auto Kyuafile.auto.tmp atan_test t_atan.o --- bin.cleandir__D --- --- clean --- rm -f functional_test functional_test.tmp Kyuafile.auto Kyuafile.auto.tmp --- lib.cleandir__D --- --- cleandepend --- rm -f .depend.atan_test GPATH GRTAGS GSYMS GTAGS --- bin.cleandir__D --- --- cleanobj --- --- lib.cleandir__D --- --- cleanobj --- --- bin.cleandir__D --- ===> bin/sh/tests/expansion (cleandir) --- lib.cleandir__D --- (cd /builds/FreeBSD_HEAD/lib/msun/tests && make -f Makefile _RECURSING_PROGS= SUBDIR= SCRIPTS= PROG=cbrt_test DEPENDFILE=.depend.cbrt_test .MAKE.DEPENDFILE=.depend.cbrt_test cleandir) --- gnu.cleandir__D --- --- cleanobj --- ===> gnu/usr.bin/binutils/libbinutils (cleandir) --- bin.cleandir__D --- --- scripts.clean --- (cd /builds/FreeBSD_HEAD/bin/sh/tests/expansion && make -f Makefile SUBDIR= _RECURSING_PROGS= clean) --- lib.cleandir__D --- --- clean --- rm -f Kyuafile.auto Kyuafile.auto.tmp cbrt_test t_cbrt.o --- cleandepend --- rm -f .depend.cbrt_test GPATH GRTAGS GSYMS GTAGS --- cleanobj --- --- bin.cleandir__D --- --- clean --- --- lib.cleandir__D --- (cd /builds/FreeBSD_HEAD/lib/msun/tests && make -f Makefile _RECURSING_PROGS= SUBDIR= SCRIPTS= PROG=ceil_test DEPENDFILE=.depend.ceil_test .MAKE.DEPENDFILE=.depend.ceil_test cleandir) --- bin.cleandir__D --- rm -f functional_test functional_test.tmp Kyuafile.auto Kyuafile.auto.tmp --- gnu.cleandir__D --- --- cleanobj --- --- bin.cleandir__D --- --- scripts.cleandepend --- (cd /builds/FreeBSD_HEAD/bin/sh/tests/expansion && make -f Makefile SUBDIR= _RECURSING_PROGS= cleandepend) --- gnu.cleandir__D --- ===> gnu/usr.bin/binutils/as (cleandir) --- lib.cleandir__D --- --- clean --- rm -f Kyuafile.auto Kyuafile.auto.tmp ceil_test t_ceil.o --- cleandepend --- rm -f .depend.ceil_test GPATH GRTAGS GSYMS GTAGS --- cleanobj --- (cd /builds/FreeBSD_HEAD/lib/msun/tests && make -f Makefile _RECURSING_PROGS= SUBDIR= SCRIPTS= PROG=cos_test DEPENDFILE=.depend.cos_test .MAKE.DEPENDFILE=.depend.cos_test cleandir) --- bin.cleandir__D --- --- scripts.cleanobj --- (cd /builds/FreeBSD_HEAD/bin/sh/tests/expansion && make -f Makefile SUBDIR= _RECURSING_PROGS= cleanobj) --- gnu.cleandir__D --- --- cleanobj --- --- lib.cleandir__D --- --- clean --- rm -f Kyuafile.auto Kyuafile.auto.tmp cos_test t_cos.o --- bin.cleandir__D --- --- clean --- rm -f functional_test functional_test.tmp Kyuafile.auto Kyuafile.auto.tmp --- lib.cleandir__D --- --- cleandepend --- rm -f .depend.cos_test GPATH GRTAGS GSYMS GTAGS --- bin.cleandir__D --- --- cleanobj --- --- lib.cleandir__D --- --- cleanobj --- --- gnu.cleandir__D --- ===> gnu/usr.bin/binutils/ld (cleandir) --- bin.cleandir__D --- --- scripts.cleandir --- (cd /builds/FreeBSD_HEAD/bin/sh/tests/expansion && make -f Makefile SUBDIR= _RECURSING_PROGS= cleandir) --- lib.cleandir__D --- (cd /builds/FreeBSD_HEAD/lib/msun/tests && make -f Makefile _RECURSING_PROGS= SUBDIR= SCRIPTS= PROG=cosh_test DEPENDFILE=.depend.cosh_test .MAKE.DEPENDFILE=.depend.cosh_test cleandir) --- clean --- rm -f Kyuafile.auto Kyuafile.auto.tmp cosh_test t_cosh.o --- bin.cleandir__D --- --- clean --- --- lib.cleandir__D --- --- cleandepend --- --- bin.cleandir__D --- rm -f functional_test functional_test.tmp Kyuafile.auto Kyuafile.auto.tmp --- lib.cleandir__D --- rm -f .depend.cosh_test GPATH GRTAGS GSYMS GTAGS --- cleanobj --- --- bin.cleandir__D --- --- cleanobj --- --- lib.cleandir__D --- (cd /builds/FreeBSD_HEAD/lib/msun/tests && make -f Makefile _RECURSING_PROGS= SUBDIR= SCRIPTS= PROG=erf_test DEPENDFILE=.depend.erf_test .MAKE.DEPENDFILE=.depend.erf_test cleandir) --- gnu.cleandir__D --- --- cleanobj --- --- bin.cleandir__D --- --- clean --- rm -f functional_test functional_test.tmp Kyuafile.auto Kyuafile.auto.tmp Slave went offline during the build Build step 'Execute shell' marked build as failure FATAL: channel is already closed hudson.remoting.ChannelClosedException: channel is already closed at hudson.remoting.Channel.send(Channel.java:550) at hudson.remoting.Request.call(Request.java:129) at hudson.remoting.Channel.call(Channel.java:752) at hudson.Launcher$RemoteLauncher.kill(Launcher.java:941) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:542) at hudson.model.Run.execute(Run.java:1751) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:89) at hudson.model.Executor.run(Executor.java:240) Caused by: java.io.IOException: Unexpected termination of the channel at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:50) Caused by: java.io.EOFException at java.io.ObjectInputStream$PeekInputStream.readFully(ObjectInputStream.java:2325) at java.io.ObjectInputStream$BlockDataInputStream.readShort(ObjectInputStream.java:2794) at java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java:801) at java.io.ObjectInputStream.(ObjectInputStream.java:299) at hudson.remoting.ObjectInputStreamEx.(ObjectInputStreamEx.java:40) at hudson.remoting.AbstractSynchronousByteArrayCommandTransport.read(AbstractSynchronousByteArrayCommandTransport.java:34) at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:48) From owner-freebsd-current@FreeBSD.ORG Sun Apr 5 09:05:06 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8484175; Sun, 5 Apr 2015 09:05:06 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 9B3FA9E; Sun, 5 Apr 2015 09:05:06 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id F12FA8B7; Sun, 5 Apr 2015 09:05:06 +0000 (UTC) Date: Sun, 5 Apr 2015 09:05:06 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, mav@FreeBSD.org, cy@FreeBSD.org, alc@FreeBSD.org, br@FreeBSD.org, kib@FreeBSD.org, bapt@FreeBSD.org, andrew@FreeBSD.org, bdrewery@FreeBSD.org, jhibbits@FreeBSD.org, eadler@FreeBSD.org, jpaetzel@FreeBSD.org, rpaulo@FreeBSD.org, hselasky@FreeBSD.org, dim@FreeBSD.org, jilles@FreeBSD.org, andreast@FreeBSD.org, trasz@FreeBSD.org, adrian@FreeBSD.org Message-ID: <1951830904.1.1428224706925.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1211568454.1.1428206252590.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1211568454.1.1428206252590.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #2633 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-Mailman-Approved-At: Sun, 05 Apr 2015 12:01:50 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2015 09:05:06 -0000 See From owner-freebsd-current@FreeBSD.ORG Sun Apr 5 15:03:03 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3215AF47 for ; Sun, 5 Apr 2015 15:03:03 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A8E9D6C6 for ; Sun, 5 Apr 2015 15:03:01 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id t35F2v3H000786 for ; Sun, 5 Apr 2015 08:03:00 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id t35DbwCN041505 for current@freebsd.org; Sun, 5 Apr 2015 06:37:58 -0700 (PDT) (envelope-from david) Date: Sun, 5 Apr 2015 06:37:58 -0700 From: David Wolfskill To: current@freebsd.org Subject: panic: Lock vm object not exclusively locked @ /usr/src/sys/vm/vm_page.c:2637 Message-ID: <20150405133758.GA40261@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2015 15:03:03 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable It ocurred rather late in the transition to multi-user mode, but prior to starting xdm (on my laptop). Previous (working) head/i386 for this machine was r281074. Here's the first bit of the crashinfo (yes, I have a crash dump): g1-254.catwhisker.org dumped core - see /var/crash/vmcore.3 Sun Apr 5 06:18:44 PDT 2015 FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1561 r281= 106M/281106:1100067: Sun Apr 5 06:01:06 PDT 2015 root@g1-254.catwhiske= r.org:/common/S4/obj/usr/src/sys/CANARY i386 panic: Lock vm object not exclusively locked @ /usr/src/sys/vm/vm_page.c:26= 37 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: panic: Lock vm object not exclusively locked @ /usr/src/sys/vm/vm_page.c:26= 37 cpuid =3D 3 KDB: stack backtrace: db_trace_self_wrapper(c112b49c,3336323a,c1000a37,1eb,f9ced760,...) at 0xc05= 31baa =3D db_trace_self_wrapper+0x2a/frame 0xf9ced730 kdb_backtrace(c12e6b4f,3,c11228f2,f9ced7f0,1,...) at 0xc0b5e92d =3D kdb_bac= ktrace+0x2d/frame 0xf9ced798 vpanic(f9ced7f0,f9ced808,c0b1e205,c11228f2,c11699ca,...) at 0xc0b205ed =3D = vpanic+0x11d/frame 0xf9ced7d8 panic(c11228f2,c11699ca,c116a159,a4d,c46fcfbc,...) at 0xc0b20642 =3D panic+= 0x12/frame 0xf9ced7e4 __rw_assert(d1be2454,4,c116a159,a4d,d0de0000,...) at 0xc0b1e205 =3D __rw_as= sert+0xf5/frame 0xf9ced808 vm_page_advise(c46fcfbc,4,c116811b,444,1000,...) at 0xc0e1b546 =3D vm_page_= advise+0x66/frame 0xf9ced830 vm_fault_dontneed(1f,13e0,0,0,f9ced97c,...) at 0xc0e0576f =3D vm_fault_dont= need+0x25f/frame 0xf9ced868 vm_fault_hold(d0dceb40,2abe0000,2,0,0,...) at 0xc0e03a51 =3D vm_fault_hold+= 0xa81/frame 0xf9ced9c0 vm_fault(d0dceb40,2abe0000,2,0,2129502,...) at 0xc0e02f90 =3D vm_fault+0x90= /frame 0xf9ced9e8 trap_pfault(2abe004c,f9cedba8,4183a5,0,f9cedaa4,...) at 0xc0fb3220 =3D trap= _pfault+0x1d0/frame 0xf9ceda60 trap(f9cedba8) at 0xc0fb288b =3D trap+0x52b/frame 0xf9cedb9c calltrap() at 0xc0f9cf0c =3D calltrap+0x6/frame 0xf9cedb9c --- trap 0xc, eip =3D 0x2822c497, esp =3D 0xbfbfde64, ebp =3D 0xbfbfdea8 --- KDB: enter: panic =2E.. Loaded symbols for /S4/boot/kernel/if_lagg.ko.symbols #0 doadump (textdump=3D0) at pcpu.h:233 233 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=3D0) at pcpu.h:233 #1 0xc052fb61 in db_dump (dummy=3D-1061820627, dummy2=3D0, dummy3=3D-1,=20 dummy4=3D0xf9ced4dc "") at /usr/src/sys/ddb/db_command.c:533 #2 0xc052f70f in db_command (cmd_table=3D) at /usr/src/sys/ddb/db_command.c:440 #3 0xc052f350 in db_command_loop () at /usr/src/sys/ddb/db_command.c:493 #4 0xc0531ceb in db_trap (code=3D) at /usr/src/sys/ddb/db_main.c:251 #5 0xc0b5ee97 in kdb_trap (tf=3D) at /usr/src/sys/kern/subr_kdb.c:654 #6 0xc0fb2bdf in trap (frame=3D) at /usr/src/sys/i386/i386/trap.c:693 #7 0xc0f9cf0c in calltrap () at /usr/src/sys/i386/i386/exception.s:169 #8 0xc0b5e72d in kdb_enter (why=3D0xc1126b2e "panic", msg=3D) at cpufunc.h:71 #9 0xc0b20611 in vpanic (fmt=3D, ap=3D) at /usr/src/sys/kern/kern_shutdown.c:740 #10 0xc0b20642 in panic ( fmt=3D0xc11228f2 "Lock %s not exclusively locked @ %s:%d\n") at /usr/src/sys/kern/kern_shutdown.c:676 #11 0xc0b1e205 in __rw_assert (c=3D,=20 what=3D, file=3D, line=3D0) at /usr/src/sys/kern/kern_rwlock.c:1180 #12 0xc0e1b546 in vm_page_advise (m=3D0xc46fcfbc, advice=3D4) at /usr/src/sys/vm/vm_page.c:2637 #13 0xc0e0576f in vm_fault_dontneed (fs=3D0xf9ced968,=20 vaddr=3D, ahead=3D) at /usr/src/sys/vm/vm_fault.c:1094 #14 0xc0e03a51 in vm_fault_hold (vaddr=3D,=20 fault_type=3D, fault_flags=3D= ,=20 m_hold=3D) at /usr/src/sys/vm/vm_fault.c:590 #15 0xc0e02f90 in vm_fault (map=3D0xd0dceb40, vaddr=3D= ,=20 fault_type=3DUnhandled dwarf expression opcode 0x93 ) at /usr/src/sys/vm/vm_fault.c:286 #16 0xc0fb3220 in trap_pfault (frame=3D, usermode=3D1,= =20 eva=3D) at /usr/src/sys/i386/i386/trap.c:901 #17 0xc0fb288b in trap (frame=3D) at /usr/src/sys/i386/i386/trap.c:381 #18 0xc0f9cf0c in calltrap () at /usr/src/sys/i386/i386/exception.s:169 #19 0x2822c497 in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb)=20 ------------------------------------------------------------------------ ps -axlww UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 4 0 -100 0 673948 459456 swapin ?L - 0:00.00 [] 0 1 4 0 155 0 673948 459456 wait ?L - 0:00.00 [] 0 2 4 0 -100 0 673948 459456 - ?L - 0:00.00 [] 0 3 4 0 -100 0 673948 459456 waiting_ ?L - 0:00.00 [] 0 4 4 0 -100 0 673948 459456 idle ?L - 0:00.00 [] 0 5 4 0 -100 0 673948 459456 psleep ?L - 0:00.00 [] 0 6 4 0 -100 0 673948 459456 psleep ?L - 0:00.00 [] 0 7 4 0 -100 0 673948 459456 pgzero ?L - 0:00.00 [] 0 8 4 0 -100 0 673948 459456 psleep ?L - 0:00.00 [] 0 9 4 0 -100 0 673948 459456 syncer ?L - 0:00.00 [] 0 10 4 0 -100 0 673948 459456 audit_wo ?L - 0:00.00 [] 0 11 4 0 -100 0 673948 459456 - ?L - 0:00.00 [] 0 12 4 0 -100 0 673948 459456 - ?L - 0:00.00 [] 0 13 4 0 -100 0 673948 459456 - ?L - 0:00.00 [] 0 14 4 0 -100 0 673948 459456 - ?L - 0:00.00 [] 0 15 4 0 -100 0 673948 459456 - ?L - 0:00.00 [] 0 16 4 0 -100 0 673948 459456 tzpoll ?L - 0:00.00 [] 0 17 4 0 -100 0 673948 459456 vlruwt ?L - 0:00.00 [] 0 348 4 0 -100 0 673948 459456 select ? - 0:00.00 [] 0 523 4 0 -100 0 673948 459456 select ? - 0:00.00 [] 0 621 4 0 -100 0 673948 459456 select ? - 0:00.00 [] 0 726 4 0 -100 0 673948 459456 select ? - 0:00.00 [] 0 727 4 0 -100 0 673948 459456 select ? - 0:00.00 [] 0 758 4 0 -100 0 673948 459456 select ? - 0:00.00 [] 0 803 4 0 -100 0 673948 459456 select ? - 0:00.00 [] 0 899 4 0 -100 0 673948 459456 select ? - 0:00.00 [] 0 905 4 0 -100 0 673948 459456 select ? - 0:00.00 [] 80 907 4 0 -100 0 673948 459456 kqread ? - 0:00.00 [] 80 908 4 0 -100 0 673948 459456 lockf ? - 0:00.00 [] 80 909 4 0 -100 0 673948 459456 lockf ? - 0:00.00 [] 80 911 4 0 -100 0 673948 459456 lockf ? - 0:00.00 [] 80 912 4 0 -100 0 673948 459456 lockf ? - 0:00.00 [] 0 921 4 0 -100 0 673948 459456 select ? - 0:00.00 [] 25 924 4 0 -100 0 673948 459456 pause ? - 0:00.00 [] 0 928 4 0 -100 0 673948 459456 nanslp ? - 0:00.00 [] 0 981 4 0 -100 0 673948 459456 ttyin ?+ - 0:00.00 [] 0 982 4 0 -100 0 673948 459456 ttyin ?+ - 0:00.00 [] 0 983 4 0 -100 0 673948 459456 ttyin ?+ - 0:00.00 [] 0 984 4 0 -100 0 673948 459456 ttyin ?+ - 0:00.00 [] 0 985 4 0 -100 0 673948 459456 ttyin ?+ - 0:00.00 [] 0 986 4 0 -100 0 673948 459456 ttyin ?+ - 0:00.00 [] 0 987 4 0 -100 0 673948 459456 ttyin ?+ - 0:00.00 [] 0 988 4 0 -100 0 673948 459456 ttyin ?+ - 0:00.00 [] 0 989 4 0 -100 0 673948 459456 wait ? - 0:00.00 [] 0 1001 4 0 -100 0 673948 459456 wait ? - 0:00.00 [] 0 1003 4 0 -100 0 673948 459456 ??? ? - 0:00.00 [^A] =2E.. Sun Apr 5 05:45:17 PDT 2015 lock order reversal: 1st 0xc843ee5c bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3097 2nd 0xd0d12a00 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:285 KDB: stack backtrace: db_trace_self_wrapper(c112b49c,a3538,c843ee5c,4,c1135cea,...) at 0xc0531baa= =3D db _trace_self_wrapper+0x2a/frame 0xf9e47608 kdb_backtrace(c112f5dd,d0d12a00,c1165dbe,cf008508,c1165a09,...) at 0xc0b5e9= 2d =3D=20 kdb_backtrace+0x2d/frame 0xf9e47670 witness_checkorder(d0d12a00,9,c1165a09,11d,0,...) at 0xc0b80bce =3D witness= _checko rder+0xd2e/frame 0xf9e476c4 _sx_xlock(d0d12a00,0,c1165a09,11d,c843ee0c,...) at 0xc0b28444 =3D _sx_xlock= +0x74/f rame 0xf9e476f4 ufsdirhash_remove(d0ed16cc,eb27819c,19c,f9e47750,f9e4774c,...) at 0xc0de7dd= 7 =3D u fsdirhash_remove+0x37/frame 0xf9e4771c ufs_dirremove(d0ed2c34,d28dd828,400940c,0,0,...) at 0xc0deb07c =3D ufs_dirr= emove+0 x13c/frame 0xf9e47760 ufs_rename(f9e47a88,c13d66fc,d2b52000,f9e47a84,10,...) at 0xc0df31b0 =3D uf= s_renam e+0x13f0/frame 0xf9e4790c VOP_RENAME_APV(c13c2f44,f9e47a88,d2b51e6c,1,f9e479d4,...) at 0xc0fe0bc4 =3D= VOP_RE NAME_APV+0x104/frame 0xf9e47938 kern_renameat(d2b61c40,ffffff9c,28c1c100,ffffff9c,28c1c200,0) at 0xc0be7996= =3D kern_renameat+0x566/frame 0xf9e47ab8 sys_rename(d2b61c40,f9e47b68,c111fc89,4,c0fbab37,...) at 0xc0be7429 =3D sys= _rename+0x39/frame 0xf9e47ad8 syscall(f9e47ba8) at 0xc0fb38fa =3D syscall+0x34a/frame 0xf9e47b9c Xint0x80_syscall() at 0xc0f9cfa1 =3D Xint0x80_syscall+0x21/frame 0xf9e47b9c --- syscall (128, FreeBSD ELF32, sys_rename), eip =3D 0x285f428b, esp =3D 0= xbfbfe844, ebp =3D 0xbfbfe8dc --- acquiring duplicate lock of same type: "os.lock_sx" 1st os.lock_sx @ nvidia_os.c:609 2nd os.lock_sx @ nvidia_os.c:609 KDB: stack backtrace: db_trace_self_wrapper(c112b49c,80,f9e47770,c0df5ddf,f9e47758,...) at 0xc053= 1baa =3D db_trace_self_wrapper+0x2a/frame 0xf9e476e0 kdb_backtrace(c112f4bd,c1e3af5e,c1e3af69,261,4,...) at 0xc0b5e92d =3D kdb_b= acktrace+0x2d/frame 0xf9e47744 witness_checkorder(cf657480,9,c1e3af69,261,0,...) at 0xc0b80bce =3D witness= _checkorder+0xd2e/frame 0xf9e47798 _sx_xlock(cf657480,0,c1e3af69,261,d2b99eec,...) at 0xc0b28444 =3D _sx_xlock= +0x74/frame 0xf9e477c8 os_acquire_mutex(cf657480,c1d03973,cf657480,0,0,...) at 0xc1d883de =3D os_a= cquire_mutex+0x3e/frame 0xf9e477e0 _nv010780rm(0,d1be0c80,10100,c1e13e9c,bfbfec44,...) at 0xc1d75afa =3D _nv01= 0780rm+0x1a/frame 0xd2b99eec ACPI Warning: \134_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Fou= nd [Buffer], ACPI requires [Package] (20150204/nsarguments-97) ACPI Warning: \134_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Fou= nd [Buffer], ACPI requires [Package] (20150204/nsarguments-97) ACPI Warning: \134_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Fou= nd [Buffer], ACPI requires [Package] (20150204/nsarguments-97) ACPI Warning: \134_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Fou= nd [Buffer], ACPI requires [Package] (20150204/nsarguments-97) ACPI Warning: \134_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Fou= nd [Buffer], ACPI requires [Package] (20150204/nsarguments-97) ACPI Warning: \134_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Fou= nd [Buffer], ACPI requires [Package] (20150204/nsarguments-97) ACPI Warning: \134_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Fou= nd [Buffer], ACPI requires [Package] (20150204/nsarguments-97) ACPI Warning: \134_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Fou= nd [Buffer], ACPI requires [Package] (20150204/nsarguments-97) ACPI Warning: \134_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Fou= nd [Buffer], ACPI requires [Package] (20150204/nsarguments-97) ACPI Warning: \134_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Fou= nd [Buffer], ACPI requires [Package] (20150204/nsarguments-97) ACPI Warning: \134_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Fou= nd [Buffer], ACPI requires [Package] (20150204/nsarguments-97) acquiring duplicate lock of same type: "os.lock_mtx" 1st os.lock_mtx @ nvidia_os.c:783 2nd os.lock_mtx @ nvidia_os.c:783 KDB: stack backtrace: db_trace_self_wrapper(c112b49c,8,c12e979b,c14dd238,c14dd208,...) at 0xc0531= baa =3D db_trace_self_wrapper+0x2a/frame 0xf9e47488 kdb_backtrace(c112f4bd,c1e3afb1,c1e3af69,30f,cf002250,...) at 0xc0b5e92d = =3D kdb_backtrace+0x2d/frame 0xf9e474f0 witness_checkorder(d2d78380,9,c1e3af69,30f,0,...) at 0xc0b80bce =3D witness= _checkorder+0xd2e/frame 0xf9e47544 __mtx_lock_flags(d2d78390,0,c1e3af69,30f,d2b9ef58,...) at 0xc0b08769 =3D __= mtx_lock_flags+0x99/frame 0xf9e47578 os_acquire_spinlock(d2d78380,d2ba6000,0,cfb20400,c1b5f931,...) at 0xc1d887a= c =3D os_acquire_spinlock+0x2c/frame 0xf9e47590 _nv012380rm(0,1,18735,0,0,...) at 0xc1b64ad8 =3D _nv012380rm+0xc10/frame 0x= d2b9ef58 ACPI Warning: \134_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Fou= nd [Buffer], ACPI requires [Package] (20150204/nsarguments-97) Apr 5 05:45:28 g1-254 wpa_supplicant[342]: ioctl[SIOCS80211, op=3D20, val= =3D0, arg_len=3D7]: Can't assign requested address Expensive timeout(9) function: 0xc0cf9f10(0xd290b600) 0.241328664 s lock order reversal: 1st 0xd404a034 ufs (ufs) @ /usr/src/sys/kern/vfs_lookup.c:509 2nd 0xc8460360 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:263 3rd 0xd42f5914 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2176 KDB: stack backtrace: db_trace_self_wrapper(c112b49c,a,d43d1c18,ff,f9e19150,...) at 0xc0531baa = =3D db_trace_self_wrapper+0x2a/frame 0xf9e190e0 kdb_backtrace(c112f5f6,d42f5914,c11157a9,cf0084a0,c1138c9c,...) at 0xc0b5e9= 2d =3D kdb_backtrace+0x2d/frame 0xf9e19144 witness_checkorder(d42f5914,9,c1138c9c,880,d42f5934,...) at 0xc0b80bce =3D = witness_checkorder+0xd2e/frame 0xf9e19198 __lockmgr_args(d42f5914,80100,d42f5934,0,0,...) at 0xc0affc87 =3D __lockmgr= _args+0x8a7/frame 0xf9e19274 ffs_lock(f9e192f0,cf005e70,c14db370,cf005e70,ceffd178,...) at 0xc0de2564 = =3D ffs_lock+0x84/frame 0xf9e192ac VOP_LOCK1_APV(c13c2f44,f9e192f0,0,234,c13d62dc,...) at 0xc0fe17da =3D VOP_L= OCK1_APV+0x10a/frame 0xf9e192d8 _vn_lock(d42f58e0,80100,c1138c9c,880,c1137ed8,...) at 0xc0beae56 =3D _vn_lo= ck+0x96/frame 0xf9e19318 vget(d42f58e0,80100,d230f930,57,80100,...) at 0xc0bd90b1 =3D vget+0x71/fram= e 0xf9e19350 vfs_hash_get(d0d8a000,39908c,80000,d230f930,f9e19448,...) at 0xc0bcc814 =3D= vfs_hash_get+0xe4/frame 0xf9e1937c ffs_vgetf(d0d8a000,39908c,80000,f9e19448,1,...) at 0xc0ddd124 =3D ffs_vgetf= +0x44/frame 0xf9e193d8 softdep_sync_buf(d404a000,c8460310,1,0,0,...) at 0xc0dd467b =3D softdep_syn= c_buf+0xacb/frame 0xf9e19460 ffs_syncvnode(d404a000,1,0,20,c139b3ec,...) at 0xc0de328a =3D ffs_syncvnode= +0x2aa/frame 0xf9e194b8 ffs_truncate(d404a000,200,0,880,d2b73100,...) at 0xc0db7ace =3D ffs_truncat= e+0x72e/frame 0xf9e19668 ufs_direnter(d404a000,d42f58e0,f9e19750,f9e19a5c,0,...) at 0xc0dead28 =3D u= fs_direnter+0x7f8/frame 0xf9e196f0 ufs_makeinode(f9e19a48,f9e19a5c,d0d8a000,f9e19964,f9e198c0,...) at 0xc0df48= 33 =3D ufs_makeinode+0x533/frame 0xf9e19870 ufs_create(f9e19968,c13d66fc,d404a000,f9e19964,5e4e29ce,...) at 0xc0df0580 = =3D ufs_create+0x30/frame 0xf9e19894 VOP_CREATE_APV(c13c2f44,f9e19968,f9e19a5c,f9e198f8,c2783900,...) at 0xc0fde= e3e =3D VOP_CREATE_APV+0xfe/frame 0xf9e198c0 vn_open_cred(f9e19a00,f9e19a8c,1a4,0,d2b73100,d0e9eaf0) at 0xc0bea602 =3D v= n_open_cred+0x282/frame 0xf9e19990 vn_open(f9e19a00,f9e19a8c,1a4,d0e9eaf0,bfbfcbcc,...) at 0xc0bea36d =3D vn_o= pen+0x3d/frame 0xf9e199b8 kern_openat(d230f930,ffffff9c,bfbfcbcc,0,e02,1b6) at 0xc0be293c =3D kern_op= enat+0x2ec/frame 0xf9e19ab0 sys_openat(d230f930,f9e19b68,c111fc89,4,c0fbab37,...) at 0xc0be2cba =3D sys= _openat+0x3a/frame 0xf9e19ad8 syscall(f9e19ba8) at 0xc0fb38fa =3D syscall+0x34a/frame 0xf9e19b9c Xint0x80_syscall() at 0xc0f9cfa1 =3D Xint0x80_syscall+0x21/frame 0xf9e19b9c --- syscall (499, FreeBSD ELF32, sys_openat), eip =3D 0xa129c6f, esp =3D 0x= bfbfc800, ebp =3D 0xbfbfc818 --- Expensive timeout(9) function: 0xc0cf9f10(0xd3c00600) 0.503586649 s Apr 5 05:49:53 g1-254 wpa_supplicant[342]: ioctl[SIOCS80211, op=3D26, val= =3D0, arg_len=3D0]: Operation not supported if_delmulti_locked: detaching ifnet instance 0xd004ac00 iwn0: iwn_read_firmware: ucode rev=3D0x08530501 wlan0: Ethernet address: 00:24:e8:b5:85:46 wlan0: link state changed to UP Apr 5 05:49:53 g1-254 wpa_supplicant[342]: ioctl[SIOCS80211, op=3D26, val= =3D0, arg_len=3D0]: Operation not supported ifaddr cache =3D 0xd2264100 is deleted lagg0: link state changed to DOWN lagg0: link state changed to UP iwn0: iwn_read_firmware: ucode rev=3D0x08530501 Apr 5 05:50:42 g1-254 wpa_supplicant[23891]: ioctl[SIOCS80211, op=3D20, va= l=3D0, arg_len=3D7]: Can't assign requested address wlan0: link state changed to DOWN Apr 5 05:50:42 g1-254 dhclient[541]: short write: wanted 12 got 0 bytes Apr 5 05:50:42 g1-254 dhclient[541]: exiting. ipfw: 1100 Deny TCP 172.16.8.13:22 172.17.1.254:51768 in via lagg0 ipfw: 1100 Deny TCP 172.17.1.251:22 172.17.1.254:13755 in via lagg0 ipfw: 1100 Deny TCP 172.16.8.13:22 172.17.1.254:51768 in via lagg0 ipfw: 1100 Deny TCP 172.17.1.254:39106 172.17.1.251:22 out via lagg0 ipfw: 1100 Deny TCP 172.17.1.254:51768 172.16.8.13:22 out via lagg0 Apr 5 05:51:09 g1-254 ntpd[24721]: line 1 column 7 syntax error Apr 5 05:51:09 g1-254 ntpd[24721]: setsockopt IPV6_MULTICAST_IF 0 for fe80= ::1%3 fails: Can't assign requested address Apr 5 05:51:15 g1-254 wpa_supplicant[23891]: ioctl[SIOCS80211, op=3D26, va= l=3D0, arg_len=3D0]: Operation not supported if_delmulti_locked: detaching ifnet instance 0xd2066c00 ifaddr cache =3D 0xd1c45700 is deleted Apr 5 05:51:15 g1-254 wpa_supplicant[23891]: ioctl[SIOCS80211, op=3D26, va= l=3D0, arg_len=3D0]: Operation not supported Apr 5 05:51:25 g1-254 dhclient[24723]: My address (172.17.1.254) was delet= ed, dhclient exiting lagg0: link state changed to DOWN lagg0: link state changed to UP iwn0: iwn_read_firmware: ucode rev=3D0x08530501 wlan0: Ethernet address: 00:24:e8:b5:85:46 Apr 5 05:51:28 g1-254 dhclient[25099]: dhclient already running, pid: 2472= 3. Apr 5 05:51:28 g1-254 dhclient[25099]: exiting. ipfw: 1100 Deny TCP 172.16.8.13:22 172.17.1.254:51768 in via lagg0 iwn0: iwn_read_firmware: ucode rev=3D0x08530501 ipfw: 1100 Deny TCP 172.16.8.13:22 172.17.1.254:51768 in via lagg0 Apr 5 05:51:55 g1-254 ntpd[25614]: line 1 column 7 syntax error Apr 5 05:51:55 g1-254 ntpd[25614]: setsockopt IPV6_MULTICAST_IF 0 for fe80= ::1%3 fails: Can't assign requested address iwn0: iwn_read_firmware: ucode rev=3D0x08530501 iwn0: iwn_read_firmware: ucode rev=3D0x08530501 Apr 5 05:52:36 g1-254 wpa_supplicant[25162]: ioctl[SIOCS80211, op=3D26, va= l=3D0, arg_len=3D0]: Operation not supported iwn0: iwn_read_firmware: ucode rev=3D0x08530501 wlan0: link state changed to UP Apr 5 05:52:36 g1-254 wpa_supplicant[25162]: ioctl[SIOCS80211, op=3D26, va= l=3D0, arg_len=3D0]: Operation not supported Apr 5 06:06:42 g1-254 shutdown: reboot by david:=20 Shutting down local packages:kldunload: can't find file rtc.ko =2E Stopping cron. =2E... Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who murder in the name of God or prophet are blasphemous cowards. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --AqsLC8rIMeq19msA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVITq2XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7xXgP/RGWleN4rQq8Zpmy8OFtN9Jw 2OlbgdHpJQWQTCGYSuH9ZOhEBt/zaxp9IfYhITa7XnA9LEHPQo72A8Pu+gVj/UdE ny0TRwp0f4A3QWjoIs5h1BSQzqkL07a/mi3AJKmdOMKZrofy+2LEF8CZygy/0Pjc yQieI/bDYKNnZ2Mc6uE9SKblR5upmyafynwU/G4fX/s0XF7QH3nBJfIb/5sV0zW1 VNfjH/JWgjQfjjB1FZ+RDdavj8i8XowTv/YPetf9DXKb/1rQqmENuSRYlz1ATqbF GIfgDCYIn4SKFMR4wKhjwMOWdNGdc/EhHrsuTKNyntUlqPd28s8TPXhKqeiDd1KM jpiLPK55JDbMfpgKM0YiQX9CIVUnq07yb6H9C66gBlg6FnCq4njvUCWWKZ6/cpyx 24O1Haviw4CCtqiTm88zwUNzZ1MTqHOWcB7WRlSuzbmEcGVI0vW2Yj/9mRQfRNhA EdUHXE/B/Y8HfqJPRkDFNO8mrmuGMoukCvVxxNUTBOh6WnCvXqcz9vovUkMok3Ux wDro+DaaY0WYwdFiTnbKjuvVI0DAfBIJig+gReMfotmDe9/83jdBaS5IsO4hZKa3 CFxUPxgodOdQu8hm80HGzeT9xde7I4y5HzameW7EdOAlqdJ1crWBSK2s5aOVeUTr f/KD++6BwXDlGASMCAIl =6f4W -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 5 15:47:32 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 36815975; Sun, 5 Apr 2015 15:47:32 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B3CA3A99; Sun, 5 Apr 2015 15:47:30 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.9/8.14.9) with ESMTP id t35FlLwb085534 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 5 Apr 2015 18:47:21 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.9/8.14.9/Submit) id t35FlLFU085533; Sun, 5 Apr 2015 18:47:21 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sun, 5 Apr 2015 18:47:21 +0300 From: Gleb Smirnoff To: David Wolfskill , current@freebsd.org Subject: Re: panic: Lock vm object not exclusively locked @ /usr/src/sys/vm/vm_page.c:2637 Message-ID: <20150405154721.GO64665@FreeBSD.org> References: <20150405133758.GA40261@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150405133758.GA40261@albert.catwhisker.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: alc@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2015 15:47:32 -0000 On Sun, Apr 05, 2015 at 06:37:58AM -0700, David Wolfskill wrote: D> It ocurred rather late in the transition to multi-user mode, but D> prior to starting xdm (on my laptop). D> D> Previous (working) head/i386 for this machine was r281074. D> D> Here's the first bit of the crashinfo (yes, I have a crash dump): D> D> g1-254.catwhisker.org dumped core - see /var/crash/vmcore.3 D> D> Sun Apr 5 06:18:44 PDT 2015 D> D> FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1561 r281106M/281106:1100067: Sun Apr 5 06:01:06 PDT 2015 root@g1-254.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 D> D> panic: Lock vm object not exclusively locked @ /usr/src/sys/vm/vm_page.c:2637 This is r281079. Since vm_page_advise() may call vm_page_dirty() in the MADV_DONTNEED case, the assertion is valid. So, looks like vm_fault_dontneed() needs W-lock on the first_object. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Sun Apr 5 16:11:40 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA556A3 for ; Sun, 5 Apr 2015 16:11:40 +0000 (UTC) Received: from mail-pd0-f171.google.com (mail-pd0-f171.google.com [209.85.192.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B0F6FD3A for ; Sun, 5 Apr 2015 16:11:40 +0000 (UTC) Received: by pdbnk13 with SMTP id nk13so20041827pdb.0 for ; Sun, 05 Apr 2015 09:11:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=AL2pby3clbfp869TlroGmem+VfXgxe8wlQV58PUCE8g=; b=LuEvRk8J0aYEyvCQS2qgurugAietjIMJ+qieHqYal+r2hzU8y0nUFkXScbB5jaGzK5 kZt3i7cx5QydH4wfVqZAGj3Cz4i3LDMLqZLNWFLL+qtrJ5/IPuuDenFNfltsJnnrOZkU 056NIHKHJDZPbCVZGLSQyakezX60X0/ngJ2wWQurJ7OQqmbyY4LaBnhHeO5r6UKFJWWi QQs7lvwZlqMITSK58Jv6BLqXi4zxIpk9qvxki9mkP7z9Y6WmiGYvfpdN5/SwOKJC8OHl IKzOEhldle+NbkpT9hbYJCIcNJYjU0z67665y88GkSNT4oL2azBH8cR/3CcCQdUODxVr iKog== X-Gm-Message-State: ALoCoQnsnfqblxwr8xtqFan40OfMvCszO1mjG/x8U/tgFGgTbQpUwYcI8hIjaxvhJmQpPNKDO4gt MIME-Version: 1.0 X-Received: by 10.70.103.10 with SMTP id fs10mr77413pdb.141.1428250294472; Sun, 05 Apr 2015 09:11:34 -0700 (PDT) Received: by 10.70.83.165 with HTTP; Sun, 5 Apr 2015 09:11:34 -0700 (PDT) Received: by 10.70.83.165 with HTTP; Sun, 5 Apr 2015 09:11:34 -0700 (PDT) Date: Sun, 5 Apr 2015 12:11:34 -0400 Message-ID: Subject: Nothing can boot anymore - video issues From: Shawn Webb To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2015 16:11:40 -0000 So I just updated my laptop and desktop to a recent HEAD. Both machines boot using gptzfsboot. The boot spinner shows, then when it's supposed to transition to the Beastie logo screen, the monitor funks out. Booting never finishes. Below is a link to a picture of my laptop. http://imgur.com/l3mLDBX Thanks, Shawn From owner-freebsd-current@FreeBSD.ORG Sun Apr 5 17:37:41 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 09D8D1C5; Sun, 5 Apr 2015 17:37:41 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 887C7687; Sun, 5 Apr 2015 17:37:40 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id t35HbNZ9034609 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 5 Apr 2015 20:37:23 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t35HbNZ9034609 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id t35HbNgJ034608; Sun, 5 Apr 2015 20:37:23 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 5 Apr 2015 20:37:23 +0300 From: Konstantin Belousov To: Gleb Smirnoff Subject: Re: panic: Lock vm object not exclusively locked @ /usr/src/sys/vm/vm_page.c:2637 Message-ID: <20150405173723.GR2379@kib.kiev.ua> References: <20150405133758.GA40261@albert.catwhisker.org> <20150405154721.GO64665@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150405154721.GO64665@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: alc@FreeBSD.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2015 17:37:41 -0000 On Sun, Apr 05, 2015 at 06:47:21PM +0300, Gleb Smirnoff wrote: > This is r281079. > > Since vm_page_advise() may call vm_page_dirty() in the MADV_DONTNEED case, > the assertion is valid. So, looks like vm_fault_dontneed() needs W-lock on > the first_object. > Either this, or vm_page_advise() could be changed to do nothing in the case of MADV_DONTNEED operation and a need to call vm_page_dirty(), if the object is only read-locked. From owner-freebsd-current@FreeBSD.ORG Sun Apr 5 17:42:49 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 83A7031D for ; Sun, 5 Apr 2015 17:42:49 +0000 (UTC) Received: from nm26-vm0.bullet.mail.bf1.yahoo.com (nm26-vm0.bullet.mail.bf1.yahoo.com [98.139.213.74]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 222317A2 for ; Sun, 5 Apr 2015 17:42:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1428255573; bh=j7yY3CSnsJQEwk26QpxXlLi96mYtIfZrSy9RKEFLvi8=; h=Date:From:To:Subject:From:Subject; b=GocPj/ZPEprjpi1skAwIeklpQLYnAkGYavBDaeEBsmK4MYHqnHmClmQ0OUA0NiXuooa/40BdQtwlWQhKI77M+91rRmn3u1AVE8QsudH3+fA3VOdG/HD/5HS0QbZCXzo4pnMToHRFh3rov6fcF19RAyAbBh9CKgNJtw84hnziXazf9gqbDkqEmRaOJMXd4GvsCw825HNlSkKSKrDa71LI/6EF5DEIepf0hRKBpI+ZhhUD0R9fwvaV4+7yw0CdjCu+EEyqDJpNDnwMT783nuG/NU8+HAyRcN5NH3pHFQ8P7vootszqDui2wqrKJqVYEURoHuE/wYIhUKY0a1PmKOG0TQ== Received: from [98.139.215.143] by nm26.bullet.mail.bf1.yahoo.com with NNFMP; 05 Apr 2015 17:39:33 -0000 Received: from [98.139.213.12] by tm14.bullet.mail.bf1.yahoo.com with NNFMP; 05 Apr 2015 17:39:33 -0000 Received: from [127.0.0.1] by smtp112.mail.bf1.yahoo.com with NNFMP; 05 Apr 2015 17:39:33 -0000 X-Yahoo-Newman-Id: 92984.90885.bm@smtp112.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: Fup6LRAVM1nE57BZ9KqkZ1OmOQcjcg1lH82LvsklHzHtX3w SuLoAtL3W8EoeEoBLMfcM9fdrYUGaPOPQnxqouHrll9l90HxWg1JQckyarjK X8b6uNGdUtvIdjITYyjIrB2PA5RjcHdEUyPpkluEoEWqSnF.UCaNCpAxbMo2 xkQRoCRnKpp78JRQ8jdl9Z5nyVfAzKKiyQFLLB_Bzfws2AKBSiWsr5fAQnnY 7ACEuP30sQegD6aCGTvDC5KGSJcrcLFaEeqHF2sre7tOHply1e_tvIdob1VY YajWjJf0P_6fZ0C7Lw5Ml.mTu4CGhnmM2tuASpEyLNlQFP3VLIP.qVU12tuQ ecIXGDxQZurnGfQ_AWnZeI8UWWTtPjKGJAHsX.3HNc4WrC649lBDmVrF2HIP 1e1drpW3vyk2NsvwRxHiB3rLtmH6Cyw_wt4KfuTBJyhUtYjimknoWPZT3amK eVwD_KzaAR0jHd3qUpaCMZTBbKUUgBmokFDWSpZcF9oA0WhzYbyvaFYkbR0n Ae4pZs90SWkUv3cMblwqmDdsC7wOf6YMo X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Message-ID: <55217362.5040700@FreeBSD.org> Date: Sun, 05 Apr 2015 12:39:46 -0500 From: Pedro Giffuni User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: FreeBSD Current Subject: [Heads up] : You may need to update your gcc ports. Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2015 17:42:49 -0000 Hello; I was going to add this to the UPDATING file but this file is not meant for changes affecting ports so here it goes instead: 20150415: Our libc headers are starting to use gcc-style attributes to hint the compiler about probable optimizations or errors. Unfortunately gcc from ports does some bogus "fixing" of our system headers and carries them internally so you may have to update your gcc ports so that they grab the complete system headers and particularly the cdefs.h file changes from r280801. This basically affects only -current users that haven't rebuilt their gcc ports in a week. Sorry for the inconvenience, Pedro. From owner-freebsd-current@FreeBSD.ORG Sun Apr 5 17:45:39 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D0E047D; Sun, 5 Apr 2015 17:45:39 +0000 (UTC) Received: from pp1.rice.edu (proofpoint1.mail.rice.edu [128.42.201.100]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 15DBA7C1; Sun, 5 Apr 2015 17:45:38 +0000 (UTC) Received: from pps.filterd (pp1.rice.edu [127.0.0.1]) by pp1.rice.edu (8.14.5/8.14.5) with SMTP id t35Hha4B001546; Sun, 5 Apr 2015 12:45:01 -0500 Received: from mh1.mail.rice.edu (mh1.mail.rice.edu [128.42.201.20]) by pp1.rice.edu with ESMTP id 1tf8aybmdn-1; Sun, 05 Apr 2015 12:45:01 -0500 X-Virus-Scanned: by amavis-2.7.0 at mh1.mail.rice.edu, auth channel Received: from 108-254-203-201.lightspeed.hstntx.sbcglobal.net (108-254-203-201.lightspeed.hstntx.sbcglobal.net [108.254.203.201]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh1.mail.rice.edu (Postfix) with ESMTPSA id D6AEC460110; Sun, 5 Apr 2015 12:45:00 -0500 (CDT) Message-ID: <5521749C.4020408@rice.edu> Date: Sun, 05 Apr 2015 12:45:00 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Gleb Smirnoff , David Wolfskill , current@freebsd.org Subject: Re: panic: Lock vm object not exclusively locked @ /usr/src/sys/vm/vm_page.c:2637 References: <20150405133758.GA40261@albert.catwhisker.org> <20150405154721.GO64665@FreeBSD.org> In-Reply-To: <20150405154721.GO64665@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=13 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1504050170 Cc: alc@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2015 17:45:39 -0000 On 04/05/2015 10:47, Gleb Smirnoff wrote: > On Sun, Apr 05, 2015 at 06:37:58AM -0700, David Wolfskill wrote: > D> It ocurred rather late in the transition to multi-user mode, but > D> prior to starting xdm (on my laptop). > D>=20 > D> Previous (working) head/i386 for this machine was r281074. > D>=20 > D> Here's the first bit of the crashinfo (yes, I have a crash dump): > D>=20 > D> g1-254.catwhisker.org dumped core - see /var/crash/vmcore.3 > D>=20 > D> Sun Apr 5 06:18:44 PDT 2015 > D>=20 > D> FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #156= 1 r281106M/281106:1100067: Sun Apr 5 06:01:06 PDT 2015 root@g1-254.= catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 > D>=20 > D> panic: Lock vm object not exclusively locked @ /usr/src/sys/vm/vm_pa= ge.c:2637 > > This is r281079. > > Since vm_page_advise() may call vm_page_dirty() in the MADV_DONTNEED ca= se, > the assertion is valid. So, looks like vm_fault_dontneed() needs W-lock= on > the first_object. > Actually, what I forgot was that vm_page_advise(MADV_FREE) clears the page's dirty field, and that is why an exclusive lock is asserted. As explained in vm_page.h, the pmap is allowed to set the dirty field to all ones without any locking. Moreover, the new "fast" path in vm_fault() sets the dirty field with only a read lock held.=20 vm_page_advise(MADV_DONTNEED) isn't really any different from the fast pa= th. Need to think a bit ... =20 From owner-freebsd-current@FreeBSD.ORG Sun Apr 5 17:47:05 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1DBB55AD; Sun, 5 Apr 2015 17:47:05 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D015F7DE; Sun, 5 Apr 2015 17:47:04 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id t35Hl3gA003489; Sun, 5 Apr 2015 10:47:03 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id t35Hl3iY003488; Sun, 5 Apr 2015 10:47:03 -0700 (PDT) (envelope-from david) Date: Sun, 5 Apr 2015 10:47:03 -0700 From: David Wolfskill To: Konstantin Belousov Subject: Re: panic: Lock vm object not exclusively locked @ /usr/src/sys/vm/vm_page.c:2637 Message-ID: <20150405174703.GD1197@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Konstantin Belousov , Gleb Smirnoff , current@freebsd.org, alc@FreeBSD.org References: <20150405133758.GA40261@albert.catwhisker.org> <20150405154721.GO64665@FreeBSD.org> <20150405173723.GR2379@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="6Nae48J/T25AfBN4" Content-Disposition: inline In-Reply-To: <20150405173723.GR2379@kib.kiev.ua> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: alc@FreeBSD.org, Gleb Smirnoff , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2015 17:47:05 -0000 --6Nae48J/T25AfBN4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 05, 2015 at 08:37:23PM +0300, Konstantin Belousov wrote: > On Sun, Apr 05, 2015 at 06:47:21PM +0300, Gleb Smirnoff wrote: > > This is r281079. > >=20 > > Since vm_page_advise() may call vm_page_dirty() in the MADV_DONTNEED ca= se, > > the assertion is valid. So, looks like vm_fault_dontneed() needs W-lock= on > > the first_object. > >=20 > Either this, or vm_page_advise() could be changed to do nothing in the > case of MADV_DONTNEED operation and a need to call vm_page_dirty(), if > the object is only read-locked. I have since managed to build & (successfully) boot: s3:FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r281= 106M/281106:1100067: Sun Apr 5 09:57:39 PDT 2015 root@g1-254.catwhiske= r.org:/common/S3/obj/usr/src/sys/CANARY amd64 So I'm about to try re-building the i386 head (and be sure that it's quite "clean" in the process). (I had seen the panic for i386 twice out of two attempts, so I'm reasonably certain it wasn't a fluke. But it could be something "weird" in my head/i386 environment, as that is the only one where I've had a problem with today's builds & smoke-tests. I'm using both i386 & amd64, and both stable/10 and head -- 4 combinations; one for each of 4 slices on the same hardware.) Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who murder in the name of God or prophet are blasphemous cowards. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --6Nae48J/T25AfBN4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVIXUWXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7ZIUP/j5LmM1NE+juL24GrxccDcAy lwgwgTm2eAbOGy6w43UyasKfRktmP9AvJmb4S7a147VArRkGSfLcIdnGy6y10BW0 +HR+bb0Q5mH09CIpz07WeFals3RbbcGd+kwXs3GDkRRKHil6soxfNd5oxtxgJwW8 nw3+iZ5MUWCNvjpQ/RTLpu6GxlKS+SygBRqzMNRLv5W22slQ4cJABP3Hpc52gX2m 6rKNsgK3qpAm7/53SDsBJZI+Of6zwCtK73d8A9a4vUI+cUezEc+63kERUjbbCZ/n PiETn/Kzi1gbA8Cw8lUswdk+TiB6JeJb+nEx3GBNxekIso+hMyeekxXODrw3pKdL LVMa0OPQ9mUEBgSxvaXA6gWNzQYAEnzDzMqJ2Pmt87yWuAUKA3xk8MCAxIPBmMXv f4dId1EV/QPDKg0/Mm6pGDO+GlBFFFfXxXQNtqcOQX1tV4qOTq0itCqs1mnpSSoF bjH9TPIhpf6YrsdNtwBm76hdd1d2tUp0YQF1YjKeoChoJLRNXWbN3NREXCIupxcQ C9B2moyYYdjtXVXs9elD0CR3WGkipalF0RrjfFSkuA+Nt/Y2WBsCzhddIHCARkEL Rq2L85V+fEeIOhYeIWIDt2VbwWH8RHc5xFJDr3NDFoFhXsHykE5VXmf2wcjX9PlA Wj9CiAhBSt8Z1UePjyqK =iPQU -----END PGP SIGNATURE----- --6Nae48J/T25AfBN4-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 5 18:00:10 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC500855; Sun, 5 Apr 2015 18:00:10 +0000 (UTC) Received: from mail-ob0-x235.google.com (mail-ob0-x235.google.com [IPv6:2607:f8b0:4003:c01::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 70B6F8E6; Sun, 5 Apr 2015 18:00:10 +0000 (UTC) Received: by obbgh1 with SMTP id gh1so16426295obb.1; Sun, 05 Apr 2015 11:00:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=hPRMUqaQlXUzNb8eQ7ZYHY6BsITNxtudli0CTFmliws=; b=sYuBH/eCMLd+7bzeGNNSvY/KfAdXB7VYX+5VH5Qc/nEOwPIlU3+Wea8JtWhQbRn/S6 X2vhOi7EQxfVh9KboDysrN15cTYL17ILA96Y54D9kD7UW9sXXK1x2EdC3EWo+If+1OE5 jP0jEpLp0LhlAt4oOw02KtG5xmBVZ037rvdqIDjxfe6x97o36KZAqBaSlOaObFR6wa2p y1eP/65GuXOnCknJuvyMwcaJD0K/wGL2ukSP+mM5B60KlJPEACg+j7BVQBFe3w/XWiRB 6JFAnOIL2lCa6li9G+SZiMrToGu/WoBpMA0x37SL/mxPfxqt3C+hJ+Wq5zjyXxBPAFW4 eIsw== MIME-Version: 1.0 X-Received: by 10.60.58.165 with SMTP id s5mr4629786oeq.2.1428256809757; Sun, 05 Apr 2015 11:00:09 -0700 (PDT) Received: by 10.60.20.198 with HTTP; Sun, 5 Apr 2015 11:00:09 -0700 (PDT) In-Reply-To: <55217362.5040700@FreeBSD.org> References: <55217362.5040700@FreeBSD.org> Date: Sun, 5 Apr 2015 14:00:09 -0400 Message-ID: Subject: Re: [Heads up] : You may need to update your gcc ports. From: Aryeh Friedman To: Pedro Giffuni Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2015 18:00:10 -0000 On Sun, Apr 5, 2015 at 1:39 PM, Pedro Giffuni wrote: > Hello; > > I was going to add this to the UPDATING file but this file is not meant > for changes affecting ports so here it goes instead: > > 20150415: > Our libc headers are starting to use gcc-style attributes to hint > the compiler about probable optimizations or errors. Unfortunately > gcc from ports does some bogus "fixing" of our system headers and > carries them internally so you may have to update your gcc ports so > that they grab the complete system headers and particularly the > cdefs.h file changes from r280801. > > > This basically affects only -current users that haven't rebuilt their gcc > ports in a week. > > Sorry for the inconvenience, > > Pedro. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Is there anyway to make the compile of GCC go faster.... I am currently compiling lang/gcc on a VM and it has been munching away for *18 HOURS* on a 4 core machine with 8 GB of RAM -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org From owner-freebsd-current@FreeBSD.ORG Sun Apr 5 19:13:20 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA8383F9 for ; Sun, 5 Apr 2015 19:13:19 +0000 (UTC) Received: from nm32-vm7.bullet.mail.bf1.yahoo.com (nm32-vm7.bullet.mail.bf1.yahoo.com [72.30.239.143]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0034D170 for ; Sun, 5 Apr 2015 19:13:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1428261041; bh=aT6AHlc1IqOU9Xhy3JtHT+FMBKbNNAl2dnEXZojQ0Zg=; h=Date:From:To:CC:Subject:References:In-Reply-To:From:Subject; b=gv0Kz08mWOtHcHNtJLUemdyFRpituczDjsZClBUztSkjnDV39NlC//+qMRtp+OCrS4LixjW9LGrtDO43YEsKET80pWORY317lmVQ3Es6ypNaK4/KtWldZX728JwNGiuasNS/mlAsLvumpkbCjhKMulU66nBsT8azUt0uPf7934loNilsd3TaKxTIwNvuXKWPmxnsUa52S18R6uxkCCPBlxH6S5HR1cnnnH71316dA1KSByGB7QmmsUaqTSQgLLFI1Mi/hSqnx6t+7WxV/DtjcASE8NPHFVSIq5FMGSZBWQW03dohozOQh5fIuYPNUEeF16L6+EvBjxY4vK14Ntb7/g== Received: from [66.196.81.172] by nm32.bullet.mail.bf1.yahoo.com with NNFMP; 05 Apr 2015 19:10:41 -0000 Received: from [68.142.230.76] by tm18.bullet.mail.bf1.yahoo.com with NNFMP; 05 Apr 2015 19:10:41 -0000 Received: from [127.0.0.1] by smtp233.mail.bf1.yahoo.com with NNFMP; 05 Apr 2015 19:10:41 -0000 X-Yahoo-Newman-Id: 488424.86507.bm@smtp233.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: s3gm1.YVM1mDv_faGJrOakoa.G05BCJs0GWliChGqct_ocD IZT1wekRYT8MlzhME9bR8UM8gkEXvSo6FuJYhy0FTTr1iSA9hGbgWX_h.T4o rZIGF2hZscUZ2N1EypTiJp8R7qmGXrldXyyzs1ojyZWsLhFSAsj_px33RdC2 bcuCQOOQjXc9qDjkJD50dpkEXg8n5f..UjtR5p6tNGBMIg1UNONczNocNJ5z YX8dG_mbp_LmDJylp6u5Sqelt18NBX94XT1YrY7EZWAyc18NoU5Y0ksph2ZI TaVLDbZ639PaIdFKIM5gNGpHHWBzog5QIKQ2xGtfS8uDQOO84MTLK1wHJGmA okFlVFeIQBxKZoZ3c1HPNJf1pG.7F.fuZ8mus5pGqSk7iUivO.392Wrtb.aW AmKmGh3jd19QWtQn40hjX94A66Siv0GHXM9uh0VywdpwLuEPBceBwKG1CzKX 42JbGL3K61RQd0g52iTDKDcx3eAScw84oGJOjRl0tj1Wda0yKdcAzd80dZt0 PuwvqxCoLqkBMDM4LG6eRdeH0NTIbBgLy X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Message-ID: <552188BF.5040501@FreeBSD.org> Date: Sun, 05 Apr 2015 14:10:55 -0500 From: Pedro Giffuni User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Aryeh Friedman Subject: Re: [Heads up] : You may need to update your gcc ports. References: <55217362.5040700@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2015 19:13:20 -0000 On 04/05/15 13:00, Aryeh Friedman wrote: > On Sun, Apr 5, 2015 at 1:39 PM, Pedro Giffuni wrote: >> Hello; >> >> I was going to add this to the UPDATING file but this file is not meant >> for changes affecting ports so here it goes instead: >> >> 20150415: >> Our libc headers are starting to use gcc-style attributes to hint >> the compiler about probable optimizations or errors. Unfortunately >> gcc from ports does some bogus "fixing" of our system headers and >> carries them internally so you may have to update your gcc ports so >> that they grab the complete system headers and particularly the >> cdefs.h file changes from r280801. >> >> >> This basically affects only -current users that haven't rebuilt their gcc >> ports in a week. >> >> Sorry for the inconvenience, >> >> Pedro. >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > Is there anyway to make the compile of GCC go faster.... I am > currently compiling lang/gcc on a VM and it has been munching away for > *18 HOURS* on a 4 core machine with 8 GB of RAM I don't know if someone is keeping up-to-date packages for -current but I will hold the headers update for a while to help such cases. Thanks for the feedback, Pedro. From owner-freebsd-current@FreeBSD.ORG Sun Apr 5 19:18:43 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF46A558; Sun, 5 Apr 2015 19:18:43 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6DE5A19B; Sun, 5 Apr 2015 19:18:42 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id t35JIfFw004049; Sun, 5 Apr 2015 12:18:41 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id t35JIfIJ004048; Sun, 5 Apr 2015 12:18:41 -0700 (PDT) (envelope-from david) Date: Sun, 5 Apr 2015 12:18:41 -0700 From: David Wolfskill To: Konstantin Belousov , Gleb Smirnoff , current@freebsd.org, alc@FreeBSD.org Subject: Re: panic: Lock vm object not exclusively locked @ /usr/src/sys/vm/vm_page.c:2637 Message-ID: <20150405191841.GE1197@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Konstantin Belousov , Gleb Smirnoff , current@freebsd.org, alc@FreeBSD.org References: <20150405133758.GA40261@albert.catwhisker.org> <20150405154721.GO64665@FreeBSD.org> <20150405173723.GR2379@kib.kiev.ua> <20150405174703.GD1197@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="J4XPiPrVK1ev6Sgr" Content-Disposition: inline In-Reply-To: <20150405174703.GD1197@albert.catwhisker.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2015 19:18:43 -0000 --J4XPiPrVK1ev6Sgr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 05, 2015 at 10:47:03AM -0700, David Wolfskill wrote: > ... > > Either this, or vm_page_advise() could be changed to do nothing in the > > case of MADV_DONTNEED operation and a need to call vm_page_dirty(), if > > the object is only read-locked. >=20 > I have since managed to build & (successfully) boot: >=20 > s3:FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r2= 81106M/281106:1100067: Sun Apr 5 09:57:39 PDT 2015 root@g1-254.catwhis= ker.org:/common/S3/obj/usr/src/sys/CANARY amd64 >=20 > So I'm about to try re-building the i386 head (and be sure that > it's quite "clean" in the process). (I had seen the panic for i386 > twice out of two attempts, so I'm reasonably certain it wasn't a > fluke. But it could be something "weird" in my head/i386 environment, > as that is the only one where I've had a problem with today's builds > & smoke-tests. I'm using both i386 & amd64, and both stable/10 and > head -- 4 combinations; one for each of 4 slices on the same > hardware.) > .... So... as advertisd, I cleaned things up (rather explicitly), rebuilt world & kernel, installed kernel & world... and the panic recurred. I have a fresh(er) crash dump; I've placed a copy of core.txt.4 in . Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who murder in the name of God or prophet are blasphemous cowards. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --J4XPiPrVK1ev6Sgr Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVIYqRXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7ELgP/iKlVAImNYo5JkTsYe/2tCIj /lN39oN4wXxuIwaB486LG/M1sIUeHjY5PT1jw+UtcHwMDF+SAepLQPcALwt2B9CJ eyHIdzqEx98RvPYnwp4m6IXhwFDTiDe4clE+dSLwZKwnH9GZ/6rzMlvci6jeydYY Txs3DcBiGNaoi5xQt5LbeD4RIZkFcZ2jKBbU6okLQrTn2e0VlGPMkkB3K28B4/xK BYSs8IUp14A1gZRp4XV9tpGEQMdq6qBGvYHLSokkGU5BJPHpKR3N3tUI3Y6nwfJD ooRumsV15HcmFH1J6MU+IQnSwvheLqkGrelqf8xQLWv//b7WKxh0UxLH0ppSlM/F BLKsZ2KoNLcesxveJHaLR7KArJlNY0/SPsM0Tnv6Qoc/vRVFWy3uXLqWMKkyGY2c K3SkzrGOwgNEsq/Kd/L3ojYniflNEgxhvfwfPRnFR76/XBSumbdtT9C+MGE3JL0e +aHY2Elzi69plEoV3jlrYKYQTb6bKyoDpJVB8twR+JLTd2VBeOfxjxjhCZlUS/WH byol5RGtafvLGjC8aURoU6ZHlkVhdYjgSM4ovjr47hXMF0NNrowx1gh8A1y8yCR8 SI/dkoStrS2XIocGtw2kPzlvxXMwCgqw1eF561BnfVx8+WADD5afzqhVjgefwvhW pNbrw+ZLlEfUS8BfXW9e =nGLK -----END PGP SIGNATURE----- --J4XPiPrVK1ev6Sgr-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 5 19:08:06 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C2FB3A5 for ; Sun, 5 Apr 2015 19:08:06 +0000 (UTC) Received: from st11p02mm-asmtp002.mac.com (st11p02mm-asmtpout002.mac.com [17.172.220.237]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 41CD3A9 for ; Sun, 5 Apr 2015 19:08:05 +0000 (UTC) Received: from fukuyama.hsd1.ca.comcast.net (c-73-162-13-215.hsd1.ca.comcast.net [73.162.13.215]) by st11p02mm-asmtp002.mac.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTPSA id <0NMC00KBSL56QI30@st11p02mm-asmtp002.mac.com> for freebsd-current@freebsd.org; Sun, 05 Apr 2015 19:07:56 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-04-05_03:2015-04-03,2015-04-05,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1504050184 Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: Nothing can boot anymore - video issues From: Rui Paulo In-reply-to: Date: Sun, 05 Apr 2015 12:07:54 -0700 Content-transfer-encoding: 7bit Message-id: <369848B3-73AB-4A71-9597-9ED098C7EF64@me.com> References: To: Shawn Webb X-Mailer: Apple Mail (2.2070.6) X-Mailman-Approved-At: Sun, 05 Apr 2015 19:27:41 +0000 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2015 19:08:06 -0000 On Apr 5, 2015, at 09:11, Shawn Webb wrote: > > So I just updated my laptop and desktop to a recent HEAD. Both machines > boot using gptzfsboot. The boot spinner shows, then when it's supposed to > transition to the Beastie logo screen, the monitor funks out. Booting never > finishes. Below is a link to a picture of my laptop. > > http://imgur.com/l3mLDBX Try reverting the Forth changes. That's all that comes to mind. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sun Apr 5 19:34:36 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16DD1926; Sun, 5 Apr 2015 19:34:36 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 918E235F; Sun, 5 Apr 2015 19:34:34 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.9/8.14.9) with ESMTP id t35JYP61086556 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 5 Apr 2015 22:34:25 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.9/8.14.9/Submit) id t35JYPlr086555; Sun, 5 Apr 2015 22:34:25 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sun, 5 Apr 2015 22:34:25 +0300 From: Gleb Smirnoff To: Alan Cox Subject: Re: panic: Lock vm object not exclusively locked @ /usr/src/sys/vm/vm_page.c:2637 Message-ID: <20150405193425.GR64665@glebius.int.ru> References: <20150405133758.GA40261@albert.catwhisker.org> <20150405154721.GO64665@FreeBSD.org> <5521749C.4020408@rice.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5521749C.4020408@rice.edu> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: alc@FreeBSD.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2015 19:34:36 -0000 On Sun, Apr 05, 2015 at 12:45:00PM -0500, Alan Cox wrote: A> On 04/05/2015 10:47, Gleb Smirnoff wrote: A> > On Sun, Apr 05, 2015 at 06:37:58AM -0700, David Wolfskill wrote: A> > D> It ocurred rather late in the transition to multi-user mode, but A> > D> prior to starting xdm (on my laptop). A> > D> A> > D> Previous (working) head/i386 for this machine was r281074. A> > D> A> > D> Here's the first bit of the crashinfo (yes, I have a crash dump): A> > D> A> > D> g1-254.catwhisker.org dumped core - see /var/crash/vmcore.3 A> > D> A> > D> Sun Apr 5 06:18:44 PDT 2015 A> > D> A> > D> FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1561 r281106M/281106:1100067: Sun Apr 5 06:01:06 PDT 2015 root@g1-254.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 A> > D> A> > D> panic: Lock vm object not exclusively locked @ /usr/src/sys/vm/vm_page.c:2637 A> > A> > This is r281079. A> > A> > Since vm_page_advise() may call vm_page_dirty() in the MADV_DONTNEED case, A> > the assertion is valid. So, looks like vm_fault_dontneed() needs W-lock on A> > the first_object. A> > A> A> Actually, what I forgot was that vm_page_advise(MADV_FREE) clears the A> page's dirty field, and that is why an exclusive lock is asserted. As A> explained in vm_page.h, the pmap is allowed to set the dirty field to A> all ones without any locking. Moreover, the new "fast" path in A> vm_fault() sets the dirty field with only a read lock held. A> vm_page_advise(MADV_DONTNEED) isn't really any different from the fast path. A> A> Need to think a bit ... Can you please plug the panic somehow interim? For me the assert fires 100% reliably on any build attempt. Right now I changed vm_fault_dontneed() to take W-lock, so that I can continue running head. Not sure this is correct measure. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Sun Apr 5 19:45:19 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A7BC9AC8; Sun, 5 Apr 2015 19:45:19 +0000 (UTC) Received: from mail-qg0-x229.google.com (mail-qg0-x229.google.com [IPv6:2607:f8b0:400d:c04::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5B29C62A; Sun, 5 Apr 2015 19:45:19 +0000 (UTC) Received: by qgfi89 with SMTP id i89so4396767qgf.1; Sun, 05 Apr 2015 12:45:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type; bh=uow3pvnWIwXHCOflh08ZhhETCX+GGiv19AovPBUq8ys=; b=uXaVXGXWszLBFZJ2gI+/c/S+jT7rwoKZPtGFGcFT0tbLXgOIqsL6FzGmbDIIjnvzb6 35cQEV4S0DXXJkrOYD7FZKDL/LZRSZa9IjSYAeb/R15F12XfuI5QOywrtEKjUVgZSo9P ZE2OuBEj81OOLgXdaTrVPvZvb9LpxXR9l6A4l0MD4ktgS8Rh2i7Ti0pkfB7GQKE2TNeV xSg7FdSUcH+0zW9b7uhdDDhwpRIemVRuL6xxoDyOSJJVJymxNgQtNT4GnAFtrMRlvsdA 6JHDtzDzzly/mIW/ZXZlzvdzj7zrgxt3rJdG+GZvyOF6m9ohE/yc4Qn0APJJs8dbcnWP au9Q== X-Received: by 10.140.99.4 with SMTP id p4mr13448085qge.46.1428263118525; Sun, 05 Apr 2015 12:45:18 -0700 (PDT) Received: from kan ([2601:6:6780:7e0:226:18ff:fe00:232e]) by mx.google.com with ESMTPSA id 59sm1701759qgf.37.2015.04.05.12.45.17 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 05 Apr 2015 12:45:17 -0700 (PDT) Date: Sun, 5 Apr 2015 15:45:11 -0400 From: Alexander Kabaev To: Pedro Giffuni Subject: Re: [Heads up] : You may need to update your gcc ports. Message-ID: <20150405154511.286bd0cd@kan> In-Reply-To: <55217362.5040700@FreeBSD.org> References: <55217362.5040700@FreeBSD.org> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/Aeh7O=3y_J+ZAao8HBGbDIR"; protocol="application/pgp-signature" Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2015 19:45:19 -0000 --Sig_/Aeh7O=3y_J+ZAao8HBGbDIR Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 05 Apr 2015 12:39:46 -0500 Pedro Giffuni wrote: > Hello; >=20 > I was going to add this to the UPDATING file but this file is not > meant for changes affecting ports so here it goes instead: >=20 > 20150415: > Our libc headers are starting to use gcc-style attributes to > hint the compiler about probable optimizations or errors. > Unfortunately gcc from ports does some bogus "fixing" of our system > headers and carries them internally so you may have to update your > gcc ports so that they grab the complete system headers and > particularly the cdefs.h file changes from r280801. >=20 >=20 > This basically affects only -current users that haven't rebuilt their > gcc ports in a week. >=20 > Sorry for the inconvenience, >=20 > Pedro. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" FWIW, I think we should just disable fixincludes step in our GCC ports with extreme prejudice. I am yet to see the case where copying our headers and stashing them away in random location is actually beneficial. --=20 Alexander Kabaev --Sig_/Aeh7O=3y_J+ZAao8HBGbDIR Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlUhkMkACgkQQ6z1jMm+XZYmOACeLTqcpyGYqpwnPi9tRUmgRjQ8 cDUAnA3lniOuFTTqYBC4VQK74ELV0pEv =mUoL -----END PGP SIGNATURE----- --Sig_/Aeh7O=3y_J+ZAao8HBGbDIR-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 5 19:49:23 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11248C02; Sun, 5 Apr 2015 19:49:23 +0000 (UTC) Received: from mail-ob0-x231.google.com (mail-ob0-x231.google.com [IPv6:2607:f8b0:4003:c01::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C8A0164C; Sun, 5 Apr 2015 19:49:22 +0000 (UTC) Received: by obbfy7 with SMTP id fy7so17937712obb.2; Sun, 05 Apr 2015 12:49:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=enBdJZ3zhAsKEfqh8DXRaueL2AUVTYAHnKIQV5hOHO8=; b=W/SbNeWJ7ERirnP5i+V5pwuieVTByfPxJVAev/zPoIf/DGT7H5oSC438Imaw/F2CA0 IcnCCiYsMloILKG5TL5ggYzdn0oSUfvpDx6UKXRmNUggC/0oZrP/S6CGf1agiS/+4zMP FThmPSe/rOEPmzkNhXnEjb1Efarsrn6uLdO/mCNoLZctacgwinCcm1IXpiPYN9QLmleF a0Eapldf6Qh39ckfnkckOU/PI1ZDRmJID++3m6y0mcCyPn58rkCsezT6Ga6QqkGWPSIs 3wrCnt1comYHaYaLJ4mO0jo5GnFtxdAxJo2ggUJU/+EyEBTOaHGo4ropa47VXm7J1Vky 7RyA== MIME-Version: 1.0 X-Received: by 10.182.186.100 with SMTP id fj4mr6544845obc.12.1428263362103; Sun, 05 Apr 2015 12:49:22 -0700 (PDT) Received: by 10.60.20.198 with HTTP; Sun, 5 Apr 2015 12:49:22 -0700 (PDT) In-Reply-To: <20150405154511.286bd0cd@kan> References: <55217362.5040700@FreeBSD.org> <20150405154511.286bd0cd@kan> Date: Sun, 5 Apr 2015 15:49:22 -0400 Message-ID: Subject: Re: [Heads up] : You may need to update your gcc ports. From: Aryeh Friedman To: Alexander Kabaev Content-Type: text/plain; charset=UTF-8 Cc: Pedro Giffuni , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2015 19:49:23 -0000 On Sun, Apr 5, 2015 at 3:45 PM, Alexander Kabaev wrote: > On Sun, 05 Apr 2015 12:39:46 -0500 > Pedro Giffuni wrote: > >> Hello; >> >> I was going to add this to the UPDATING file but this file is not >> meant for changes affecting ports so here it goes instead: >> >> 20150415: >> Our libc headers are starting to use gcc-style attributes to >> hint the compiler about probable optimizations or errors. >> Unfortunately gcc from ports does some bogus "fixing" of our system >> headers and carries them internally so you may have to update your >> gcc ports so that they grab the complete system headers and >> particularly the cdefs.h file changes from r280801. >> >> >> This basically affects only -current users that haven't rebuilt their >> gcc ports in a week. >> >> Sorry for the inconvenience, >> >> Pedro. >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" > > FWIW, I think we should just disable fixincludes step in our GCC ports > with extreme prejudice. I am yet to see the case where copying our > headers and stashing them away in random location is actually > beneficial. The real cause is http://aegis.sourceforge.net/auug97.pdf -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org From owner-freebsd-current@FreeBSD.ORG Sun Apr 5 20:08:29 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF1F6FEA; Sun, 5 Apr 2015 20:08:29 +0000 (UTC) Received: from pp1.rice.edu (proofpoint1.mail.rice.edu [128.42.201.100]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A7B3B842; Sun, 5 Apr 2015 20:08:29 +0000 (UTC) Received: from pps.filterd (pp1.rice.edu [127.0.0.1]) by pp1.rice.edu (8.14.5/8.14.5) with SMTP id t35K716u022928; Sun, 5 Apr 2015 15:07:57 -0500 Received: from mh11.mail.rice.edu (mh11.mail.rice.edu [128.42.199.30]) by pp1.rice.edu with ESMTP id 1tf8aybnex-1; Sun, 05 Apr 2015 15:07:57 -0500 X-Virus-Scanned: by amavis-2.7.0 at mh11.mail.rice.edu, auth channel Received: from 108-254-203-201.lightspeed.hstntx.sbcglobal.net (108-254-203-201.lightspeed.hstntx.sbcglobal.net [108.254.203.201]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh11.mail.rice.edu (Postfix) with ESMTPSA id 5098A4C0189; Sun, 5 Apr 2015 15:07:57 -0500 (CDT) Message-ID: <5521961C.8010808@rice.edu> Date: Sun, 05 Apr 2015 15:07:56 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Gleb Smirnoff Subject: Re: panic: Lock vm object not exclusively locked @ /usr/src/sys/vm/vm_page.c:2637 References: <20150405133758.GA40261@albert.catwhisker.org> <20150405154721.GO64665@FreeBSD.org> <5521749C.4020408@rice.edu> <20150405193425.GR64665@glebius.int.ru> In-Reply-To: <20150405193425.GR64665@glebius.int.ru> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=13 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1504050194 Cc: alc@FreeBSD.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2015 20:08:30 -0000 On 04/05/2015 14:34, Gleb Smirnoff wrote: > On Sun, Apr 05, 2015 at 12:45:00PM -0500, Alan Cox wrote: > A> On 04/05/2015 10:47, Gleb Smirnoff wrote: > A> > On Sun, Apr 05, 2015 at 06:37:58AM -0700, David Wolfskill wrote: > A> > D> It ocurred rather late in the transition to multi-user mode, bu= t > A> > D> prior to starting xdm (on my laptop). > A> > D>=20 > A> > D> Previous (working) head/i386 for this machine was r281074. > A> > D>=20 > A> > D> Here's the first bit of the crashinfo (yes, I have a crash dump= ): > A> > D>=20 > A> > D> g1-254.catwhisker.org dumped core - see /var/crash/vmcore.3 > A> > D>=20 > A> > D> Sun Apr 5 06:18:44 PDT 2015 > A> > D>=20 > A> > D> FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT= #1561 r281106M/281106:1100067: Sun Apr 5 06:01:06 PDT 2015 root@g1= -254.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 > A> > D>=20 > A> > D> panic: Lock vm object not exclusively locked @ /usr/src/sys/vm/= vm_page.c:2637 > A> > > A> > This is r281079. > A> > > A> > Since vm_page_advise() may call vm_page_dirty() in the MADV_DONTNE= ED case, > A> > the assertion is valid. So, looks like vm_fault_dontneed() needs W= -lock on > A> > the first_object. > A> > > A>=20 > A> Actually, what I forgot was that vm_page_advise(MADV_FREE) clears th= e > A> page's dirty field, and that is why an exclusive lock is asserted. = As > A> explained in vm_page.h, the pmap is allowed to set the dirty field t= o > A> all ones without any locking. Moreover, the new "fast" path in > A> vm_fault() sets the dirty field with only a read lock held.=20 > A> vm_page_advise(MADV_DONTNEED) isn't really any different from the fa= st path. > A>=20 > A> Need to think a bit ... > > Can you please plug the panic somehow interim? For me the assert fires = 100% > reliably on any build attempt. Right now I changed vm_fault_dontneed() = to > take W-lock, so that I can continue running head. Not sure this is corr= ect > measure. > Just curious, amd64 or i386? From owner-freebsd-current@FreeBSD.ORG Sun Apr 5 20:17:52 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4837E25D; Sun, 5 Apr 2015 20:17:52 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C32E8923; Sun, 5 Apr 2015 20:17:51 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.9/8.14.9) with ESMTP id t35KHiqf086789 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 5 Apr 2015 23:17:44 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.9/8.14.9/Submit) id t35KHiAM086788; Sun, 5 Apr 2015 23:17:44 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sun, 5 Apr 2015 23:17:44 +0300 From: Gleb Smirnoff To: Alan Cox Subject: Re: panic: Lock vm object not exclusively locked @ /usr/src/sys/vm/vm_page.c:2637 Message-ID: <20150405201744.GV64665@glebius.int.ru> References: <20150405133758.GA40261@albert.catwhisker.org> <20150405154721.GO64665@FreeBSD.org> <5521749C.4020408@rice.edu> <20150405193425.GR64665@glebius.int.ru> <5521961C.8010808@rice.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5521961C.8010808@rice.edu> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: alc@FreeBSD.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2015 20:17:52 -0000 On Sun, Apr 05, 2015 at 03:07:56PM -0500, Alan Cox wrote: A> On 04/05/2015 14:34, Gleb Smirnoff wrote: A> > On Sun, Apr 05, 2015 at 12:45:00PM -0500, Alan Cox wrote: A> > A> On 04/05/2015 10:47, Gleb Smirnoff wrote: A> > A> > On Sun, Apr 05, 2015 at 06:37:58AM -0700, David Wolfskill wrote: A> > A> > D> It ocurred rather late in the transition to multi-user mode, but A> > A> > D> prior to starting xdm (on my laptop). A> > A> > D> A> > A> > D> Previous (working) head/i386 for this machine was r281074. A> > A> > D> A> > A> > D> Here's the first bit of the crashinfo (yes, I have a crash dump): A> > A> > D> A> > A> > D> g1-254.catwhisker.org dumped core - see /var/crash/vmcore.3 A> > A> > D> A> > A> > D> Sun Apr 5 06:18:44 PDT 2015 A> > A> > D> A> > A> > D> FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1561 r281106M/281106:1100067: Sun Apr 5 06:01:06 PDT 2015 root@g1-254.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 A> > A> > D> A> > A> > D> panic: Lock vm object not exclusively locked @ /usr/src/sys/vm/vm_page.c:2637 A> > A> > A> > A> > This is r281079. A> > A> > A> > A> > Since vm_page_advise() may call vm_page_dirty() in the MADV_DONTNEED case, A> > A> > the assertion is valid. So, looks like vm_fault_dontneed() needs W-lock on A> > A> > the first_object. A> > A> > A> > A> A> > A> Actually, what I forgot was that vm_page_advise(MADV_FREE) clears the A> > A> page's dirty field, and that is why an exclusive lock is asserted. As A> > A> explained in vm_page.h, the pmap is allowed to set the dirty field to A> > A> all ones without any locking. Moreover, the new "fast" path in A> > A> vm_fault() sets the dirty field with only a read lock held. A> > A> vm_page_advise(MADV_DONTNEED) isn't really any different from the fast path. A> > A> A> > A> Need to think a bit ... A> > A> > Can you please plug the panic somehow interim? For me the assert fires 100% A> > reliably on any build attempt. Right now I changed vm_fault_dontneed() to A> > take W-lock, so that I can continue running head. Not sure this is correct A> > measure. A> > A> A> Just curious, amd64 or i386? Panics on amd64...., while building a kernel for i386, if that matters :) -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Sun Apr 5 21:39:30 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF380BF9 for ; Sun, 5 Apr 2015 21:39:30 +0000 (UTC) Received: from vps.amdmi3.ru (vps.amdmi3.ru [109.234.38.216]) by mx1.freebsd.org (Postfix) with ESMTP id B6AB7185 for ; Sun, 5 Apr 2015 21:39:30 +0000 (UTC) Received: from hive.panopticon (unknown [213.148.20.85]) by vps.amdmi3.ru (Postfix) with ESMTPS id D5BCBB0623 for ; Mon, 6 Apr 2015 00:39:21 +0300 (MSK) Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 7235538C for ; Mon, 6 Apr 2015 00:39:18 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 6BE5A22440; Mon, 6 Apr 2015 00:39:19 +0300 (MSK) Date: Mon, 6 Apr 2015 00:39:19 +0300 From: Dmitry Marakasov To: freebsd-current@freebsd.org Subject: Implement base NLS catalog conversion from 8bit locales to utf-8 Message-ID: <20150405213919.GR21982@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2015 21:39:31 -0000 Hi! I've just noticed that though we have NLS files for 8bit locales: # ls /usr/share/nls/ru_RU.KOI8-R/ ee.cat grep.cat libc.cat tcsh.cat we don't for UTF-8: # ls /usr/share/nls/ru_RU.UTF-8/ tcsh.cat Seemingly this is easily fixable by just converting catalogs with iconv which we have in base system. Could anyone give me a hint on how it's better to implement this, as I'd like to. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://amdmi3.ru From owner-freebsd-current@FreeBSD.ORG Sun Apr 5 23:15:25 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5928CC86; Sun, 5 Apr 2015 23:15:25 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 21CFDC89; Sun, 5 Apr 2015 23:15:24 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id t35NFI47006084; Sun, 5 Apr 2015 16:15:18 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id t35NFIDN006083; Sun, 5 Apr 2015 16:15:18 -0700 (PDT) (envelope-from david) Date: Sun, 5 Apr 2015 16:15:18 -0700 From: David Wolfskill To: Alan Cox Subject: Re: panic: Lock vm object not exclusively locked @ /usr/src/sys/vm/vm_page.c:2637 Message-ID: <20150405231518.GI1197@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Alan Cox , Gleb Smirnoff , current@freebsd.org, alc@FreeBSD.org References: <20150405133758.GA40261@albert.catwhisker.org> <20150405154721.GO64665@FreeBSD.org> <5521749C.4020408@rice.edu> <20150405193425.GR64665@glebius.int.ru> <5521961C.8010808@rice.edu> <20150405201744.GV64665@glebius.int.ru> <5521BDC4.2080103@rice.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="5uO961YFyoDlzFnP" Content-Disposition: inline In-Reply-To: <5521BDC4.2080103@rice.edu> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: alc@FreeBSD.org, Gleb Smirnoff , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2015 23:15:25 -0000 --5uO961YFyoDlzFnP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 05, 2015 at 05:57:08PM -0500, Alan Cox wrote: > ... > > A> Just curious, amd64 or i386? > > > > Panics on amd64...., while building a kernel for i386, if that matters = :) > > >=20 > Maybe. I didn't trip the assertion building amd64 kernels or world.=20 > Maybe the difference is that the machine in question is still running a > world from before the last clang update. > ... After enoountering the panic (twice), I built head/amd64 (starting from stable/10/amd64); that built & booted without incident. I then went back to head/i386 (different slice), ran "make clean", then completely re-built world & kernel (in single-user mode, since it was during the transition to multi-user mode that I encountered the panic), while running: FreeBSD 11.0-CURRENT FreeBSD 11.0-CURRENT #1561 r281106M/281106:1100067: = Sun Apr 5 06:01:06 PDT 2015 root@g1-254.catwhisker.org:/common/S4/obj/= usr/src/sys/CANARY i386 On reboot, I was running: FreeBSD 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r281106M/281106:1100067: Sun= Apr 5 11:54:52 PDT 2015 root@:/common/S4/obj/usr/src/sys/CANARY i386 which still exhibited the panic. When I noted that you had committed r28118, I hand-applied that, rebooted to that last head/i386 (in single-user mode), and rebuilt the kernel (only) -- with -DNOCLEAN. The result: FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1561 r281= 106M/281106:1100067: Sun Apr 5 14:44:52 PDT 2015 root@:/common/S4/obj/= usr/src/sys/CANARY i386 survived the transition to multi-user mode successfully (which promises to make tomorrow morning a bit less stressful for me). All of this is done on the same hardware -- merely different slices of the disk. The machine has 8GB RAM, but only a bit less than half of that would have been accessible to the i386 flavor (as I am not attempting to do PAE). Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who murder in the name of God or prophet are blasphemous cowards. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --5uO961YFyoDlzFnP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVIcIFXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7nw8P/3x0H1Idtb+WUYQqGf3sJXv3 tkSCP+57059L9rJLjyoPF4zuCwFxSoZ3UEKlItnr2mTkijmXilWWRjT4vW7Lpv3N MEQmU+5DmrisoV34BSgOBHHLRt0HRWRkGFRHI74hKn6tqA70nfWIf/eb9ilYjsaP xNHHzTVX3p/iwzfWGbRAQEO0NRmxxQ2jL1EJIJ5Sbu2LXbylNPXLgyMB3Igi0jKK LakJjZ0J8o1srbXMEEXBM1IGwNG0+BI4Tbw1n9Ts9DStkLZ42uJsbx223ryae9Vd WD6WmWHOYqwE0B18yRSI0Q9fFyoLBtrc9owmabpzqWv+0Q9CFAhvaApjaWoM0EAX az6/1XcnhnULyQB74g+4msnIaDq1eS6o6rYhZNZ1Gqqd/FsG0/bj58P2StZuE4mX fR7T0NyBmp4GhMuUU1voEbKV3nU1tdjE2o3VLpmdK5qABvvtnhbZ/k14TvCKDTdD s18D8fOS0eZl0jlBTSnBIhkvDNMMlZoTlRubG1Sga+0bSAwscgWpaudzkdt/k3oq y6Zk2GDkh0OPx9jMhaK/rJBRUEd0sTjs34i4wC4FRUxnQpTtSPs0agt6tlm1ECwy xdKJJNbovfV0Mq9fjbsLAURHJsdj5JV6KU33rq6PbchUSnYmnsfcoamei8ex6F5H t0HN9xig0tL9VHDoarqM =jFH4 -----END PGP SIGNATURE----- --5uO961YFyoDlzFnP-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 5 23:35:19 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9AF20357; Sun, 5 Apr 2015 23:35:19 +0000 (UTC) Received: from pp1.rice.edu (proofpoint1.mail.rice.edu [128.42.201.100]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 63018E3C; Sun, 5 Apr 2015 23:35:18 +0000 (UTC) Received: from pps.filterd (pp1.rice.edu [127.0.0.1]) by pp1.rice.edu (8.14.5/8.14.5) with SMTP id t35Mr5HH006851; Sun, 5 Apr 2015 17:57:10 -0500 Received: from mh3.mail.rice.edu (mh3.mail.rice.edu [128.42.199.10]) by pp1.rice.edu with ESMTP id 1tf8aybpg9-1; Sun, 05 Apr 2015 17:57:10 -0500 X-Virus-Scanned: by amavis-2.7.0 at mh3.mail.rice.edu, auth channel Received: from 108-254-203-201.lightspeed.hstntx.sbcglobal.net (108-254-203-201.lightspeed.hstntx.sbcglobal.net [108.254.203.201]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh3.mail.rice.edu (Postfix) with ESMTPSA id A365D4038C; Sun, 5 Apr 2015 17:57:09 -0500 (CDT) Message-ID: <5521BDC4.2080103@rice.edu> Date: Sun, 05 Apr 2015 17:57:08 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Gleb Smirnoff Subject: Re: panic: Lock vm object not exclusively locked @ /usr/src/sys/vm/vm_page.c:2637 References: <20150405133758.GA40261@albert.catwhisker.org> <20150405154721.GO64665@FreeBSD.org> <5521749C.4020408@rice.edu> <20150405193425.GR64665@glebius.int.ru> <5521961C.8010808@rice.edu> <20150405201744.GV64665@glebius.int.ru> In-Reply-To: <20150405201744.GV64665@glebius.int.ru> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=13 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1504050222 Cc: alc@FreeBSD.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2015 23:35:19 -0000 On 04/05/2015 15:17, Gleb Smirnoff wrote: > On Sun, Apr 05, 2015 at 03:07:56PM -0500, Alan Cox wrote: > A> On 04/05/2015 14:34, Gleb Smirnoff wrote: > A> > On Sun, Apr 05, 2015 at 12:45:00PM -0500, Alan Cox wrote: > A> > A> On 04/05/2015 10:47, Gleb Smirnoff wrote: > A> > A> > On Sun, Apr 05, 2015 at 06:37:58AM -0700, David Wolfskill wro= te: > A> > A> > D> It ocurred rather late in the transition to multi-user mod= e, but > A> > A> > D> prior to starting xdm (on my laptop). > A> > A> > D>=20 > A> > A> > D> Previous (working) head/i386 for this machine was r281074.= > A> > A> > D>=20 > A> > A> > D> Here's the first bit of the crashinfo (yes, I have a crash= dump): > A> > A> > D>=20 > A> > A> > D> g1-254.catwhisker.org dumped core - see /var/crash/vmcore.= 3 > A> > A> > D>=20 > A> > A> > D> Sun Apr 5 06:18:44 PDT 2015 > A> > A> > D>=20 > A> > A> > D> FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CU= RRENT #1561 r281106M/281106:1100067: Sun Apr 5 06:01:06 PDT 2015 ro= ot@g1-254.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 > A> > A> > D>=20 > A> > A> > D> panic: Lock vm object not exclusively locked @ /usr/src/sy= s/vm/vm_page.c:2637 > A> > A> > > A> > A> > This is r281079. > A> > A> > > A> > A> > Since vm_page_advise() may call vm_page_dirty() in the MADV_D= ONTNEED case, > A> > A> > the assertion is valid. So, looks like vm_fault_dontneed() ne= eds W-lock on > A> > A> > the first_object. > A> > A> > > A> > A>=20 > A> > A> Actually, what I forgot was that vm_page_advise(MADV_FREE) clea= rs the > A> > A> page's dirty field, and that is why an exclusive lock is assert= ed. As > A> > A> explained in vm_page.h, the pmap is allowed to set the dirty fi= eld to > A> > A> all ones without any locking. Moreover, the new "fast" path in= > A> > A> vm_fault() sets the dirty field with only a read lock held.=20 > A> > A> vm_page_advise(MADV_DONTNEED) isn't really any different from t= he fast path. > A> > A>=20 > A> > A> Need to think a bit ... > A> > > A> > Can you please plug the panic somehow interim? For me the assert f= ires 100% > A> > reliably on any build attempt. Right now I changed vm_fault_dontne= ed() to > A> > take W-lock, so that I can continue running head. Not sure this is= correct > A> > measure. > A> > > A>=20 > A> Just curious, amd64 or i386? > > Panics on amd64...., while building a kernel for i386, if that matters = :) > Maybe. I didn't trip the assertion building amd64 kernels or world.=20 Maybe the difference is that the machine in question is still running a world from before the last clang update. From owner-freebsd-current@FreeBSD.ORG Mon Apr 6 00:15:50 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB9F1BD5 for ; Mon, 6 Apr 2015 00:15:50 +0000 (UTC) Received: from vps.amdmi3.ru (vps.amdmi3.ru [109.234.38.216]) by mx1.freebsd.org (Postfix) with ESMTP id B1CC61EB for ; Mon, 6 Apr 2015 00:15:50 +0000 (UTC) Received: from hive.panopticon (unknown [213.148.20.85]) by vps.amdmi3.ru (Postfix) with ESMTPS id 243D3B0622 for ; Mon, 6 Apr 2015 03:15:47 +0300 (MSK) Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id CA3C8520 for ; Mon, 6 Apr 2015 03:15:43 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id E6F2A2BC64; Mon, 6 Apr 2015 03:15:44 +0300 (MSK) Date: Mon, 6 Apr 2015 03:15:44 +0300 From: Dmitry Marakasov To: freebsd-current@freebsd.org Subject: Re: Implement base NLS catalog conversion from 8bit locales to utf-8 Message-ID: <20150406001544.GS21982@hades.panopticon> References: <20150405213919.GR21982@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20150405213919.GR21982@hades.panopticon> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2015 00:15:51 -0000 * Dmitry Marakasov (amdmi3@amdmi3.ru) wrote: > I've just noticed that though we have NLS files for 8bit locales: > > # ls /usr/share/nls/ru_RU.KOI8-R/ > ee.cat grep.cat libc.cat tcsh.cat > > we don't for UTF-8: > > # ls /usr/share/nls/ru_RU.UTF-8/ > tcsh.cat > > Seemingly this is easily fixable by just converting catalogs with iconv > which we have in base system. Could anyone give me a hint on how it's > better to implement this, as I'd like to. I've implemented this. See https://reviews.freebsd.org/D2232 -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://amdmi3.ru From owner-freebsd-current@FreeBSD.ORG Mon Apr 6 00:49:28 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F9D72C3; Mon, 6 Apr 2015 00:49:28 +0000 (UTC) Received: from st11p02mm-asmtp002.mac.com (st11p02mm-asmtp002.mac.com [17.172.220.237]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 11A28689; Mon, 6 Apr 2015 00:49:27 +0000 (UTC) Received: from fukuyama.hsd1.ca.comcast.net (c-73-162-13-215.hsd1.ca.comcast.net [73.162.13.215]) by st11p02mm-asmtp002.mac.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTPSA id <0NMD00KE50Y3KE20@st11p02mm-asmtp002.mac.com>; Mon, 06 Apr 2015 00:49:18 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-04-05_03:2015-04-03,2015-04-05,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=2 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1504060006 Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: panic: Lock vm object not exclusively locked @ /usr/src/sys/vm/vm_page.c:2637 From: Rui Paulo In-reply-to: <5521961C.8010808@rice.edu> Date: Sun, 05 Apr 2015 17:49:15 -0700 Content-transfer-encoding: quoted-printable Message-id: <3A9C264F-3DAD-473B-A030-3FD026C2E8E3@me.com> References: <20150405133758.GA40261@albert.catwhisker.org> <20150405154721.GO64665@FreeBSD.org> <5521749C.4020408@rice.edu> <20150405193425.GR64665@glebius.int.ru> <5521961C.8010808@rice.edu> To: Alan Cox X-Mailer: Apple Mail (2.2070.6) X-Mailman-Approved-At: Mon, 06 Apr 2015 01:01:19 +0000 Cc: alc@FreeBSD.org, Gleb Smirnoff , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2015 00:49:28 -0000 On Apr 5, 2015, at 13:07, Alan Cox wrote: >=20 > On 04/05/2015 14:34, Gleb Smirnoff wrote: >> On Sun, Apr 05, 2015 at 12:45:00PM -0500, Alan Cox wrote: >> A> On 04/05/2015 10:47, Gleb Smirnoff wrote: >> A> > On Sun, Apr 05, 2015 at 06:37:58AM -0700, David Wolfskill wrote: >> A> > D> It ocurred rather late in the transition to multi-user mode, = but >> A> > D> prior to starting xdm (on my laptop). >> A> > D>=20 >> A> > D> Previous (working) head/i386 for this machine was r281074. >> A> > D>=20 >> A> > D> Here's the first bit of the crashinfo (yes, I have a crash = dump): >> A> > D>=20 >> A> > D> g1-254.catwhisker.org dumped core - see /var/crash/vmcore.3 >> A> > D>=20 >> A> > D> Sun Apr 5 06:18:44 PDT 2015 >> A> > D>=20 >> A> > D> FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD = 11.0-CURRENT #1561 r281106M/281106:1100067: Sun Apr 5 06:01:06 PDT 2015 = root@g1-254.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 >> A> > D>=20 >> A> > D> panic: Lock vm object not exclusively locked @ = /usr/src/sys/vm/vm_page.c:2637 >> A> > >> A> > This is r281079. >> A> > >> A> > Since vm_page_advise() may call vm_page_dirty() in the = MADV_DONTNEED case, >> A> > the assertion is valid. So, looks like vm_fault_dontneed() needs = W-lock on >> A> > the first_object. >> A> > >> A>=20 >> A> Actually, what I forgot was that vm_page_advise(MADV_FREE) clears = the >> A> page's dirty field, and that is why an exclusive lock is asserted. = As >> A> explained in vm_page.h, the pmap is allowed to set the dirty field = to >> A> all ones without any locking. Moreover, the new "fast" path in >> A> vm_fault() sets the dirty field with only a read lock held.=20 >> A> vm_page_advise(MADV_DONTNEED) isn't really any different from the = fast path. >> A>=20 >> A> Need to think a bit ... >>=20 >> Can you please plug the panic somehow interim? For me the assert = fires 100% >> reliably on any build attempt. Right now I changed = vm_fault_dontneed() to >> take W-lock, so that I can continue running head. Not sure this is = correct >> measure. >>=20 >=20 > Just curious, amd64 or i386? Alan, this is caused by your r281079. Are you working on it? If you = don't have a resolution soon, I think we should revert it ASAP as it's = extremely easy to panic the system. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Mon Apr 6 02:06:45 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 26600C6; Mon, 6 Apr 2015 02:06:45 +0000 (UTC) Received: from pp1.rice.edu (proofpoint1.mail.rice.edu [128.42.201.100]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DF120D8F; Mon, 6 Apr 2015 02:06:44 +0000 (UTC) Received: from pps.filterd (pp1.rice.edu [127.0.0.1]) by pp1.rice.edu (8.14.5/8.14.5) with SMTP id t3622gBS020324; Sun, 5 Apr 2015 21:06:42 -0500 Received: from mh1.mail.rice.edu (mh1.mail.rice.edu [128.42.201.20]) by pp1.rice.edu with ESMTP id 1tkfwng0g5-1; Sun, 05 Apr 2015 21:06:42 -0500 X-Virus-Scanned: by amavis-2.7.0 at mh1.mail.rice.edu, auth channel Received: from 108-254-203-201.lightspeed.hstntx.sbcglobal.net (108-254-203-201.lightspeed.hstntx.sbcglobal.net [108.254.203.201]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh1.mail.rice.edu (Postfix) with ESMTPSA id F21FD4600F9; Sun, 5 Apr 2015 21:06:41 -0500 (CDT) Message-ID: <5521EA31.3000007@rice.edu> Date: Sun, 05 Apr 2015 21:06:41 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Rui Paulo Subject: Re: panic: Lock vm object not exclusively locked @ /usr/src/sys/vm/vm_page.c:2637 References: <20150405133758.GA40261@albert.catwhisker.org> <20150405154721.GO64665@FreeBSD.org> <5521749C.4020408@rice.edu> <20150405193425.GR64665@glebius.int.ru> <5521961C.8010808@rice.edu> <3A9C264F-3DAD-473B-A030-3FD026C2E8E3@me.com> In-Reply-To: <3A9C264F-3DAD-473B-A030-3FD026C2E8E3@me.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 kscore.is_bulkscore=2.15167883510503e-11 kscore.compositescore=0 circleOfTrustscore=0 compositescore=0.125204025642914 suspectscore=13 recipient_domain_to_sender_totalscore=0 phishscore=0 bulkscore=0 kscore.is_spamscore=0 rbsscore=0.125204025642914 recipient_to_sender_totalscore=0 recipient_domain_to_sender_domain_totalscore=0 spamscore=0 recipient_to_sender_domain_totalscore=0 urlsuspectscore=0.125204025642914 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1504060018 Cc: alc@FreeBSD.org, Gleb Smirnoff , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2015 02:06:45 -0000 On 04/05/2015 19:49, Rui Paulo wrote: > On Apr 5, 2015, at 13:07, Alan Cox wrote: >> On 04/05/2015 14:34, Gleb Smirnoff wrote: >>> On Sun, Apr 05, 2015 at 12:45:00PM -0500, Alan Cox wrote: >>> A> On 04/05/2015 10:47, Gleb Smirnoff wrote: >>> A> > On Sun, Apr 05, 2015 at 06:37:58AM -0700, David Wolfskill wrote: >>> A> > D> It ocurred rather late in the transition to multi-user mode, but >>> A> > D> prior to starting xdm (on my laptop). >>> A> > D> >>> A> > D> Previous (working) head/i386 for this machine was r281074. >>> A> > D> >>> A> > D> Here's the first bit of the crashinfo (yes, I have a crash dump): >>> A> > D> >>> A> > D> g1-254.catwhisker.org dumped core - see /var/crash/vmcore.3 >>> A> > D> >>> A> > D> Sun Apr 5 06:18:44 PDT 2015 >>> A> > D> >>> A> > D> FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1561 r281106M/281106:1100067: Sun Apr 5 06:01:06 PDT 2015 root@g1-254.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 >>> A> > D> >>> A> > D> panic: Lock vm object not exclusively locked @ /usr/src/sys/vm/vm_page.c:2637 >>> A> > >>> A> > This is r281079. >>> A> > >>> A> > Since vm_page_advise() may call vm_page_dirty() in the MADV_DONTNEED case, >>> A> > the assertion is valid. So, looks like vm_fault_dontneed() needs W-lock on >>> A> > the first_object. >>> A> > >>> A> >>> A> Actually, what I forgot was that vm_page_advise(MADV_FREE) clears the >>> A> page's dirty field, and that is why an exclusive lock is asserted. As >>> A> explained in vm_page.h, the pmap is allowed to set the dirty field to >>> A> all ones without any locking. Moreover, the new "fast" path in >>> A> vm_fault() sets the dirty field with only a read lock held. >>> A> vm_page_advise(MADV_DONTNEED) isn't really any different from the fast path. >>> A> >>> A> Need to think a bit ... >>> >>> Can you please plug the panic somehow interim? For me the assert fires 100% >>> reliably on any build attempt. Right now I changed vm_fault_dontneed() to >>> take W-lock, so that I can continue running head. Not sure this is correct >>> measure. >>> >> Just curious, amd64 or i386? > Alan, this is caused by your r281079. Are you working on it? If you don't have a resolution soon, I think we should revert it ASAP as it's extremely easy to panic the system. It was fixed about six hours ago: r281118. From owner-freebsd-current@FreeBSD.ORG Mon Apr 6 13:49:04 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ADAA1AAA for ; Mon, 6 Apr 2015 13:49:04 +0000 (UTC) Received: from smtprelay04.ispgateway.de (smtprelay04.ispgateway.de [80.67.29.8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3D4D9A69 for ; Mon, 6 Apr 2015 13:49:03 +0000 (UTC) Received: from [84.44.155.155] (helo=fabiankeil.de) by smtprelay04.ispgateway.de with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1Yf7Gk-0002w2-BN for freebsd-current@freebsd.org; Mon, 06 Apr 2015 15:40:50 +0200 Date: Mon, 6 Apr 2015 15:39:56 +0200 From: Fabian Keil To: freebsd-current@freebsd.org Subject: Re: async pass(4) patches available Message-ID: <2147223b.4518a234@fabiankeil.de> In-Reply-To: <20150330222358.GA46342@mithlond.kdm.org> References: <20150330222358.GA46342@mithlond.kdm.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/OFl2=gJfwvBdtvIL1mNOVB+"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2015 13:49:04 -0000 --Sig_/OFl2=gJfwvBdtvIL1mNOVB+ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable "Kenneth D. Merry" wrote: > I have put patches to add an asynchronous interface to the pass(4) driver > and add a new camdd(8) utility here: >=20 > FreeBSD/head as of SVN revision 280857: >=20 > http://people.freebsd.org/~ken/async_pass.head.20150330.1.txt [...] > Comments and testing are welcome! As I said, camdd(8) in particular is a > work in progress. It could use some cleanup and there are some more > useful features that could be added there. I've been using the patch for a couple of days on an amd64 system based on 11.0-CURRENT r280952 and didn't notice any obvious regressions using the system as usual. Scrubbing a pool once revealed checksum errors which I haven't seen before: [fk@kendra ~]$ zpool status -v dpool pool: dpool state: ONLINE status: One or more devices has experienced an unrecoverable error. An attempt was made to correct the error. Applications are unaffected. action: Determine if the device needs to be replaced, and clear the errors using 'zpool clear' or replace the device with 'zpool replace'. see: http://illumos.org/msg/ZFS-8000-9P scan: scrub repaired 0 in 1h52m with 0 errors on Thu Apr 2 13:01:44 2015 config: NAME STATE READ WRITE CKSUM dpool ONLINE 0 0 0 gpt/dpool-ada0.eli ONLINE 0 0 6 errors: No known data errors Apr 2 12:31:34 kendra kernel: (ada0:ahcich0:0:0:0): READ_FPDMA_QUEUED. ACB= : 60 30 17 61 55 40 31 00 00 00 00 00 Apr 2 12:31:34 kendra kernel: (ada0:ahcich0:0:0:0): CAM status: ATA Status= Error Apr 2 12:31:34 kendra kernel: (ada0:ahcich0:0:0:0): ATA status: 51 (DRDY S= ERV ERR), error: 40 (UNC ) Apr 2 12:31:34 kendra kernel: (ada0:ahcich0:0:0:0): RES: 51 40 3e 61 55 40= 31 00 00 00 00 Apr 2 12:31:34 kendra kernel: (ada0:ahcich0:0:0:0): Error 5, Retries exhau= sted Apr 2 12:31:34 kendra kernel: GEOM_ELI: g_eli_read_done() failed gpt/dpool= -ada0.eli[READ(offset=3D414970949120, length=3D24576)] However the issue doesn't seem to be (easily) reproducible and could be unrelated. I also tried to test camdd, but didn't get it to work. Some failed attempts: [fk@kendra ~]$ sudo camdd -i pass=3Dda0,bs=3D65536 -o file=3Dblafsel.img (pass2:umass-sim0:0:0:0): READ(6). CDB: 08 00 00 00 80 00=20 (pass2:umass-sim0:0:0:0): CAM status: CCB request completed with an error 13 bytes read from pass2 13 bytes written to blafsel.img 20.3203 seconds elapsed 0.00 MB/sec [fk@kendra ~]$ sudo hd blafsel.img=20 00000000 55 53 42 53 d9 02 00 00 00 00 01 00 01 |USBS.........| 0000000d [fk@kendra ~]$ sudo dd if=3D/dev/da0 bs=3D1k count=3D1 | hd | head -n 1 1+0 records in 1+0 records out 1024 bytes transferred in 0.000603 secs (1697756 bytes/sec) 00000000 fc 31 c0 8e c0 8e d8 8e d0 bc 00 0e be 1a 7c bf |.1............= |.| Trying the block size suggested in the manual result in: [fk@kendra ~]$ sudo camdd -i pass=3Dda0,bs=3D1M -o file=3Dblafsel.img camdd: camdd_pass_run: error sending CAMIOQUEUE ioctl to pass2: Invalid arg= ument camdd: camdd_pass_run: CCB address is 0x80250e420: Invalid argument 0 bytes read from pass2 0 bytes written to blafsel.img 0.0007 seconds elapsed 0.00 MB/sec Apr 5 19:08:20 kendra kernel: (pass2:umass-sim0:0:0:0): passmemsetup: data= length 1048576 > max allowed 65536 bytes Fabian --Sig_/OFl2=gJfwvBdtvIL1mNOVB+ Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlUijKkACgkQBYqIVf93VJ3JmgCePvwjyJJ8mPouBgeqOZCZxdsk e0gAoMR6v4SDN7uWsiqtuoZP3Tilt5KV =B1g1 -----END PGP SIGNATURE----- --Sig_/OFl2=gJfwvBdtvIL1mNOVB+-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 6 17:07:44 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73476FAE; Mon, 6 Apr 2015 17:07:44 +0000 (UTC) Received: from shxd.cx (mail.shxd.cx [64.201.244.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5C5703BC; Mon, 6 Apr 2015 17:07:44 +0000 (UTC) Received: from 50-196-156-133-static.hfc.comcastbusiness.net ([50.196.156.133]:51907 helo=tinkerbell.pixel8networks.com) by shxd.cx with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Yf373-000Ogz-42; Mon, 06 Apr 2015 02:14:33 -0700 From: Devin Teske Subject: [RFC] Add "GELI Passphrase:" prompt to boot loader Date: Mon, 6 Apr 2015 09:58:38 -0700 Message-Id: <0D7CA1BF-3052-41FD-A3E7-5BBAA51B214A@FreeBSD.org> To: freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) X-Mailer: Apple Mail (2.1990.1) Sender: devin@shxd.cx Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Devin Teske , cperciva@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2015 17:07:44 -0000 Hi -current, I have a pending enhancement to the boot loader that Colin P. and I have been working on together. URL: https://reviews.freebsd.org/D2105 = The nature of the patch is to cause the boot loader to prompt for the GELI passphrase and then pass that on (through a kenv(1) variable) to Colin=E2=80=99s code in geom_eli.ko where it will be: (a) picked up for-use as the initial passphrase attempt(s) (b) zeroed after being picked-up so =E2=80=9Ckenv = kern.geom.eli.passphrase=E2=80=9D returns nothing NB: Actually, =E2=80=9Ckenv kern.geom.eli.passphrase=E2=80=9D generates = the error =E2=80=9Ckenv: unable to get kern.geom.eli.passphrase=E2=80=9D The problem that I (we) need help in solving is: If the geom_eli.ko module doesn=E2=80=99t get loaded, then the variable (kern.geom.eli.passphrase) is not zeroed. While I do think that this is of minimal concern (not loading the GELI module means you won=E2=80=99t be able to get past the mountroot prompt = in the case where GELI is required to boot), I discussed with Colin and I think we are in consensus that the resetting of the variable should perhaps be moved to another section of the kernel to prevent leakage of this sensitive information being passed through kenv(1) variable(s). Issue for me is, I=E2=80=99m not sure where the best place to move this = to. Here=E2=80=99s the code that needs to be moved (Lines 108-109 of = g_eli.c): https://svnweb.freebsd.org/base?view=3Drevision&revision=3D273489 = 108 = /* Wipe the = passphrase from the environment. */ 109 = = kern_unsetenv("kern.geom.eli.passphrase"); Need to move that preferably to some place in the kernel that is NOT optional in the compilation process. Suggestions? =E2=80=94=20 Cheers, Devin= From owner-freebsd-current@FreeBSD.ORG Mon Apr 6 17:24:57 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5230659E; Mon, 6 Apr 2015 17:24:57 +0000 (UTC) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [199.48.133.146]) by mx1.freebsd.org (Postfix) with ESMTP id CD8047E8; Mon, 6 Apr 2015 17:24:56 +0000 (UTC) Received: from marvin.lab.vangyzen.net (c-73-147-253-17.hsd1.va.comcast.net [73.147.253.17]) by smtp.vangyzen.net (Postfix) with ESMTPSA id DEE3B56467; Mon, 6 Apr 2015 12:24:55 -0500 (CDT) Message-ID: <5522C167.6090408@vangyzen.net> Date: Mon, 06 Apr 2015 13:24:55 -0400 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Devin Teske , freebsd-current@freebsd.org Subject: Re: [RFC] Add "GELI Passphrase:" prompt to boot loader References: <0D7CA1BF-3052-41FD-A3E7-5BBAA51B214A@FreeBSD.org> In-Reply-To: <0D7CA1BF-3052-41FD-A3E7-5BBAA51B214A@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: cperciva@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2015 17:24:57 -0000 On 04/06/2015 12:58, Devin Teske wrote: > Hi -current, > > I have a pending enhancement to the boot loader that Colin P. and I > have been working on together. > > URL: https://reviews.freebsd.org/D2105 > > The nature of the patch is to cause the boot loader to prompt for the > GELI passphrase and then pass that on (through a kenv(1) variable) > to Colin’s code in geom_eli.ko where it will be: > > (a) picked up for-use as the initial passphrase attempt(s) > (b) zeroed after being picked-up so “kenv kern.geom.eli.passphrase†> returns nothing > > NB: Actually, “kenv kern.geom.eli.passphrase†generates the error > “kenv: unable to get kern.geom.eli.passphrase†> > The problem that I (we) need help in solving is: > > If the geom_eli.ko module doesn’t get loaded, then the variable > (kern.geom.eli.passphrase) is not zeroed. > > While I do think that this is of minimal concern (not loading the GELI > module means you won’t be able to get past the mountroot prompt in > the case where GELI is required to boot), I discussed with Colin and > I think we are in consensus that the resetting of the variable should > perhaps be moved to another section of the kernel to prevent leakage > of this sensitive information being passed through kenv(1) variable(s). > > Issue for me is, I’m not sure where the best place to move this to. > Here’s the code that needs to be moved (Lines 108-109 of g_eli.c): > > https://svnweb.freebsd.org/base?view=revision&revision=273489 > > > 108 /* Wipe the passphrase from the environment. */ > 109 kern_unsetenv("kern.geom.eli.passphrase"); > > Need to move that preferably to some place in the kernel that is NOT > optional in the compilation process. Suggestions? How about putting it right after a successful mount of the root file system? (I've never used GELI, so this could be as "right out" as five.) Eric From owner-freebsd-current@FreeBSD.ORG Mon Apr 6 17:39:46 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B96ECA8E; Mon, 6 Apr 2015 17:39:46 +0000 (UTC) Received: from shxd.cx (mail.shxd.cx [64.201.244.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A32BD939; Mon, 6 Apr 2015 17:39:46 +0000 (UTC) Received: from 50-196-156-133-static.hfc.comcastbusiness.net ([50.196.156.133]:52069 helo=tinkerbell.pixel8networks.com) by shxd.cx with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Yf3kw-000PgI-8L; Mon, 06 Apr 2015 02:55:46 -0700 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: Re: [RFC] Add "GELI Passphrase:" prompt to boot loader From: Devin Teske In-Reply-To: <5522C167.6090408@vangyzen.net> Date: Mon, 6 Apr 2015 10:39:51 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <72AB2A13-8DA5-4320-8302-598B6672DA25@FreeBSD.org> References: <0D7CA1BF-3052-41FD-A3E7-5BBAA51B214A@FreeBSD.org> <5522C167.6090408@vangyzen.net> To: Eric van Gyzen X-Mailer: Apple Mail (2.1990.1) Sender: devin@shxd.cx Cc: Devin Teske , freebsd-current@freebsd.org, cperciva@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2015 17:39:46 -0000 > On Apr 6, 2015, at 10:24 AM, Eric van Gyzen wrote: >=20 > On 04/06/2015 12:58, Devin Teske wrote: >> Hi -current, >>=20 >> I have a pending enhancement to the boot loader that Colin P. and I >> have been working on together. >>=20 >> URL: https://reviews.freebsd.org/D2105 = >>=20 >> The nature of the patch is to cause the boot loader to prompt for the >> GELI passphrase and then pass that on (through a kenv(1) variable) >> to Colin=E2=80=99s code in geom_eli.ko where it will be: >>=20 >> (a) picked up for-use as the initial passphrase attempt(s) >> (b) zeroed after being picked-up so =E2=80=9Ckenv = kern.geom.eli.passphrase=E2=80=9D >> returns nothing >>=20 >> NB: Actually, =E2=80=9Ckenv kern.geom.eli.passphrase=E2=80=9D = generates the error >> =E2=80=9Ckenv: unable to get kern.geom.eli.passphrase=E2=80=9D >>=20 >> The problem that I (we) need help in solving is: >>=20 >> If the geom_eli.ko module doesn=E2=80=99t get loaded, then the = variable >> (kern.geom.eli.passphrase) is not zeroed. >>=20 >> While I do think that this is of minimal concern (not loading the = GELI >> module means you won=E2=80=99t be able to get past the mountroot = prompt in >> the case where GELI is required to boot), I discussed with Colin and >> I think we are in consensus that the resetting of the variable should >> perhaps be moved to another section of the kernel to prevent leakage >> of this sensitive information being passed through kenv(1) = variable(s). >>=20 >> Issue for me is, I=E2=80=99m not sure where the best place to move = this to. >> Here=E2=80=99s the code that needs to be moved (Lines 108-109 of = g_eli.c): >>=20 >> https://svnweb.freebsd.org/base?view=3Drevision&revision=3D273489 = >>=20 >>=20 >> 108 = /* Wipe the = passphrase from the environment. */ >> 109 = = kern_unsetenv("kern.geom.eli.passphrase"); >>=20 >> Need to move that preferably to some place in the kernel that is NOT >> optional in the compilation process. Suggestions? >=20 > How about putting it right after a successful mount of the root file = system?=20 > (I've never used GELI, so this could be as "right out" as five.) >=20 I think that=E2=80=99s an excellent idea. /me rummages through source I=E2=80=99m thinking that the best place might be where we deal with the = registered event handler for mountroot. One place that I crawled upon that looks particularly sexy is in = start_init() of sys/kern/init_main.c: ### BEGIN SNIPPET ### /* * Start the initial user process; try exec=E2=80=99ing each pathname in = init_path. * The program is invoked with one argument containing the boot flags. */ static void start_init(void *dummy) { vm_offset_t addr; struct execve_args args; int options, error; char *var, *path, *next, *s; char *ucp, **uap, *arg0, *arg1; struct thread *td; struct proc *p; mtx_lock(&Giant); GIANT_REQUIRED; td =3D furthered; p =3D td->td_proc; vfs_mountroot(); ### RFC for code placement ### /* XXX Put reset of kern.geom.eli.passphrase here XXX */ ########################## /* * Need just enough stack to hold the faked-up =E2=80=9Cexecve()=E2= =80=9D arguments. */ // snip rest // ### END SNIPPET ### Or can you think of a better place? =E2=80=94=20 Devin= From owner-freebsd-current@FreeBSD.ORG Mon Apr 6 17:52:40 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 556145AC; Mon, 6 Apr 2015 17:52:40 +0000 (UTC) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [199.48.133.146]) by mx1.freebsd.org (Postfix) with ESMTP id 8F67DB9A; Mon, 6 Apr 2015 17:52:39 +0000 (UTC) Received: from marvin.lab.vangyzen.net (c-73-147-253-17.hsd1.va.comcast.net [73.147.253.17]) by smtp.vangyzen.net (Postfix) with ESMTPSA id B3AB856467; Mon, 6 Apr 2015 12:52:38 -0500 (CDT) Message-ID: <5522C7E5.4090609@FreeBSD.org> Date: Mon, 06 Apr 2015 13:52:37 -0400 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Devin Teske Subject: Re: [RFC] Add "GELI Passphrase:" prompt to boot loader References: <0D7CA1BF-3052-41FD-A3E7-5BBAA51B214A@FreeBSD.org> <5522C167.6090408@vangyzen.net> <72AB2A13-8DA5-4320-8302-598B6672DA25@FreeBSD.org> In-Reply-To: <72AB2A13-8DA5-4320-8302-598B6672DA25@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, cperciva@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2015 17:52:40 -0000 On 04/06/2015 13:39, Devin Teske wrote: > >> On Apr 6, 2015, at 10:24 AM, Eric van Gyzen wrote: >> >> On 04/06/2015 12:58, Devin Teske wrote: >>> Hi -current, >>> >>> I have a pending enhancement to the boot loader that Colin P. and I >>> have been working on together. >>> >>> URL: https://reviews.freebsd.org/D2105 >>> >>> The nature of the patch is to cause the boot loader to prompt for the >>> GELI passphrase and then pass that on (through a kenv(1) variable) >>> to Colin’s code in geom_eli.ko where it will be: >>> >>> (a) picked up for-use as the initial passphrase attempt(s) >>> (b) zeroed after being picked-up so “kenv kern.geom.eli.passphrase†>>> returns nothing >>> >>> NB: Actually, “kenv kern.geom.eli.passphrase†generates the error >>> “kenv: unable to get kern.geom.eli.passphrase†>>> >>> The problem that I (we) need help in solving is: >>> >>> If the geom_eli.ko module doesn’t get loaded, then the variable >>> (kern.geom.eli.passphrase) is not zeroed. >>> >>> While I do think that this is of minimal concern (not loading the GELI >>> module means you won’t be able to get past the mountroot prompt in >>> the case where GELI is required to boot), I discussed with Colin and >>> I think we are in consensus that the resetting of the variable should >>> perhaps be moved to another section of the kernel to prevent leakage >>> of this sensitive information being passed through kenv(1) variable(s). >>> >>> Issue for me is, I’m not sure where the best place to move this to. >>> Here’s the code that needs to be moved (Lines 108-109 of g_eli.c): >>> >>> https://svnweb.freebsd.org/base?view=revision&revision=273489 >>> >>> >>> 108 /* Wipe the passphrase from the environment. */ >>> 109 kern_unsetenv("kern.geom.eli.passphrase"); >>> >>> Need to move that preferably to some place in the kernel that is NOT >>> optional in the compilation process. Suggestions? >> >> How about putting it right after a successful mount of the root file system? >> (I've never used GELI, so this could be as "right out" as five.) >> > > I think that’s an excellent idea. > > /me rummages through source > > I’m thinking that the best place might be where we deal with the registered > event handler for mountroot. > > > One place that I crawled upon that looks particularly sexy is in start_init() > of sys/kern/init_main.c: > > ### BEGIN SNIPPET ### > /* > * Start the initial user process; try exec’ing each pathname in init_path. > * The program is invoked with one argument containing the boot flags. > */ > static void > start_init(void *dummy) > { > vm_offset_t addr; > struct execve_args args; > int options, error; > char *var, *path, *next, *s; > char *ucp, **uap, *arg0, *arg1; > struct thread *td; > struct proc *p; > > mtx_lock(&Giant); > > GIANT_REQUIRED; > > td = furthered; > p = td->td_proc; > > vfs_mountroot(); > > ### RFC for code placement ### > /* XXX Put reset of kern.geom.eli.passphrase here XXX */ > ########################## > > /* > * Need just enough stack to hold the faked-up “execve()†arguments. > */ > // snip rest // > ### END SNIPPET ### > > Or can you think of a better place? That looks good to me, although I'm no expert in this area, so you might wait for more opinions. Eric From owner-freebsd-current@FreeBSD.ORG Mon Apr 6 18:09:44 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 15175D72; Mon, 6 Apr 2015 18:09:44 +0000 (UTC) Received: from shxd.cx (mail.shxd.cx [64.201.244.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EE57BD24; Mon, 6 Apr 2015 18:09:43 +0000 (UTC) Received: from 50-196-156-133-static.hfc.comcastbusiness.net ([50.196.156.133]:52280 helo=tinkerbell.pixel8networks.com) by shxd.cx with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Yf4Dv-0001AC-SM; Mon, 06 Apr 2015 03:25:43 -0700 Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: Re: [RFC] Add "GELI Passphrase:" prompt to boot loader From: Devin Teske In-Reply-To: <5522C7E5.4090609@FreeBSD.org> Date: Mon, 6 Apr 2015 11:09:49 -0700 Message-Id: <97538B31-652D-4611-9F92-D1A58004A02C@FreeBSD.org> References: <0D7CA1BF-3052-41FD-A3E7-5BBAA51B214A@FreeBSD.org> <5522C167.6090408@vangyzen.net> <72AB2A13-8DA5-4320-8302-598B6672DA25@FreeBSD.org> <5522C7E5.4090609@FreeBSD.org> To: Eric van Gyzen X-Mailer: Apple Mail (2.1990.1) Sender: devin@shxd.cx Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Devin Teske , freebsd-current@freebsd.org, cperciva@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2015 18:09:44 -0000 > On Apr 6, 2015, at 10:52 AM, Eric van Gyzen = wrote: >=20 > On 04/06/2015 13:39, Devin Teske wrote: >>=20 >>> On Apr 6, 2015, at 10:24 AM, Eric van Gyzen = wrote: >>>=20 >>> On 04/06/2015 12:58, Devin Teske wrote: >>>> Hi -current, >>>>=20 >>>> I have a pending enhancement to the boot loader that Colin P. and I >>>> have been working on together. >>>>=20 >>>> URL: https://reviews.freebsd.org/D2105 = >>>>=20 >>>> The nature of the patch is to cause the boot loader to prompt for = the >>>> GELI passphrase and then pass that on (through a kenv(1) variable) >>>> to Colin=E2=80=99s code in geom_eli.ko where it will be: >>>>=20 >>>> (a) picked up for-use as the initial passphrase attempt(s) >>>> (b) zeroed after being picked-up so =E2=80=9Ckenv = kern.geom.eli.passphrase=E2=80=9D >>>> returns nothing >>>>=20 >>>> NB: Actually, =E2=80=9Ckenv kern.geom.eli.passphrase=E2=80=9D = generates the error >>>> =E2=80=9Ckenv: unable to get kern.geom.eli.passphrase=E2=80=9D >>>>=20 >>>> The problem that I (we) need help in solving is: >>>>=20 >>>> If the geom_eli.ko module doesn=E2=80=99t get loaded, then the = variable >>>> (kern.geom.eli.passphrase) is not zeroed. >>>>=20 >>>> While I do think that this is of minimal concern (not loading the = GELI >>>> module means you won=E2=80=99t be able to get past the mountroot = prompt in >>>> the case where GELI is required to boot), I discussed with Colin = and >>>> I think we are in consensus that the resetting of the variable = should >>>> perhaps be moved to another section of the kernel to prevent = leakage >>>> of this sensitive information being passed through kenv(1) = variable(s). >>>>=20 >>>> Issue for me is, I=E2=80=99m not sure where the best place to move = this to. >>>> Here=E2=80=99s the code that needs to be moved (Lines 108-109 of = g_eli.c): >>>>=20 >>>> https://svnweb.freebsd.org/base?view=3Drevision&revision=3D273489 = >>>>=20 >>>>=20 >>>> 108 = /* Wipe the = passphrase from the environment. */ >>>> 109 = = kern_unsetenv("kern.geom.eli.passphrase"); >>>>=20 >>>> Need to move that preferably to some place in the kernel that is = NOT >>>> optional in the compilation process. Suggestions? >>>=20 >>> How about putting it right after a successful mount of the root file = system?=20 >>> (I've never used GELI, so this could be as "right out" as five.) >>>=20 >>=20 >> I think that=E2=80=99s an excellent idea. >>=20 >> /me rummages through source >>=20 >> I=E2=80=99m thinking that the best place might be where we deal with = the registered >> event handler for mountroot. >>=20 >>=20 >> One place that I crawled upon that looks particularly sexy is in = start_init() >> of sys/kern/init_main.c: >>=20 >> ### BEGIN SNIPPET ### >> /* >> * Start the initial user process; try exec=E2=80=99ing each pathname = in init_path. >> * The program is invoked with one argument containing the boot flags. >> */ >> static void >> start_init(void *dummy) >> { >> vm_offset_t addr; >> struct execve_args args; >> int options, error; >> char *var, *path, *next, *s; >> char *ucp, **uap, *arg0, *arg1; >> struct thread *td; >> struct proc *p; >>=20 >> mtx_lock(&Giant); >>=20 >> GIANT_REQUIRED; >>=20 >> td =3D furthered; >> p =3D td->td_proc; >>=20 >> vfs_mountroot(); >>=20 >> ### RFC for code placement ### >> /* XXX Put reset of kern.geom.eli.passphrase here XXX */ >> ########################## >>=20 >> /* >> * Need just enough stack to hold the faked-up =E2=80=9Cexecve()=E2= =80=9D arguments. >> */ >> // snip rest // >> ### END SNIPPET ### >>=20 >> Or can you think of a better place? >=20 > That looks good to me, although I'm no expert in this area, so you = might wait > for more opinions. >=20 Kk. In the meantime, I=E2=80=99ve updated the patch in D2105 to reflect = the new potential outcome. Worth noting, that I left the kern_unsetenv() call in = sys/geom/eli/geom_eli.c in-tact (didn=E2=80=99t see any harm in calling kern_unsetenv() on the = same variable twice; no real conerns of removing it, just didn=E2=80=99t see any harm in leaving = it). Would like feedback on phabricator. https://reviews.freebsd.org/D2105 =E2=80=94=20 Cheers, Devin= From owner-freebsd-current@FreeBSD.ORG Mon Apr 6 18:22:48 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 329F7140 for ; Mon, 6 Apr 2015 18:22:48 +0000 (UTC) Received: from mail-qc0-f178.google.com (mail-qc0-f178.google.com [209.85.216.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DD899EE7 for ; Mon, 6 Apr 2015 18:22:47 +0000 (UTC) Received: by qcbii10 with SMTP id ii10so13595937qcb.2 for ; Mon, 06 Apr 2015 11:22:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:organization:content-type:mime-version; bh=vy8XgK4yJO+3nadv+om/WPAScGo6Y4CNm6h5czwWXq8=; b=lHV9wvSe/TTtzpoyR9f14aDt2MS9fG1Mkhl5MJ1S0xJcp0zGFrBamIX/3BflRhPJ/Y sMRMguz43cYaLqXvez9E8Ocu7TjRrF7UyE+sj28kE0iigXDL1A3NKyWT8eaRg2uubD+7 5SAnZdZdQnkdeEwbAhd+uj4Hs128leOt9PYIoFvy7iXX2CpkHnLPE76nhhH8yKdwAh3G aL80bnJzkuRza3qH1fhuaGLG0GYqGwBoEl5GyKS9ylnJux/x35SEg0XXNcEPehX5P3xw 2rktth8XMb7Tkw1ingJs6YR+NgUchw1qAzpD9N+Qc/QLTC6YLtEyJyi4o7DDoyyai1Lx snAQ== X-Gm-Message-State: ALoCoQmXdHAcjzAGlqp6HBkdG7xYfyshY85C7VjDjme1j2PF+eCJ3gS+AkmW4cMEA9oJagdS/amV X-Received: by 10.55.21.17 with SMTP id f17mr30690672qkh.41.1428343185108; Mon, 06 Apr 2015 10:59:45 -0700 (PDT) Received: from [10.3.0.21] ([63.88.83.66]) by mx.google.com with ESMTPSA id d64sm3633589qka.15.2015.04.06.10.59.43 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 06 Apr 2015 10:59:43 -0700 (PDT) Message-ID: <1428343182.6806.3.camel@hardenedbsd.org> Subject: Re: Nothing can boot anymore - video issues From: Shawn Webb To: Rui Paulo Date: Mon, 06 Apr 2015 13:59:42 -0400 In-Reply-To: <369848B3-73AB-4A71-9597-9ED098C7EF64@me.com> References: <369848B3-73AB-4A71-9597-9ED098C7EF64@me.com> Organization: HardenedBSD Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-Et3rfTwjZVDiCYQPjmIl" X-Mailer: Evolution 3.12.10-0ubuntu1~14.10.1 Mime-Version: 1.0 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2015 18:22:48 -0000 --=-Et3rfTwjZVDiCYQPjmIl Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, 2015-04-05 at 12:07 -0700, Rui Paulo wrote: > On Apr 5, 2015, at 09:11, Shawn Webb wrote: > >=20 > > So I just updated my laptop and desktop to a recent HEAD. Both machines > > boot using gptzfsboot. The boot spinner shows, then when it's supposed = to > > transition to the Beastie logo screen, the monitor funks out. Booting n= ever > > finishes. Below is a link to a picture of my laptop. > >=20 > > http://imgur.com/l3mLDBX >=20 > Try reverting the Forth changes. That's all that comes to mind. >=20 > -- > Rui Paulo I'm going through commit-by-commit from April 3rd to March 31st, which will take a big chunk of time. It's really weird that no one else has reported this since even my VirtualBox VMs have this same issue. Thanks, Shawn --=-Et3rfTwjZVDiCYQPjmIl Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCgAGBQJVIsmOAAoJEGqEZY9SRW7u6EcP/09rD60RJivHIvkNRo0c8PQ4 5TPovG2kKfuN0mVu+fYDA8GmBCsyX5/D+TWkLIZfVRJMTIJKvuaGvjY7TSHtOFll vTKJVVmyrCuS/Ua6AQJv80vpuJGWYAuRuhzctlR7wmt8cuicd5Jj/QoUEdfJJMvH PyDK9NrYqHgvy+ZE8rBiNX2RBb//Oj7bwHNFu+MHFVYBVSa3fFZczXKh2Kym4MqS 5SdU7ZGX9sKv6I8pWd22KDWyqvBjA/2NOBiqXqZx7qkDJFTEJaML1OmY1ey2YzrJ KdMmfHFuNDykRaXbSYwA1CC4o9RZXl+5NAuKIdO5DkAmAQreFaz9W/P09J8wE3Ur IfCg6ovyCvGIuhJej9FKMdutIKl14CpjAaJw3uxUR0RO5D7+ZzLgSKUJC4rJbYTt FM1rrpoOApWAvlG7aNzkpBu3jb33vm7duJIzzX9Tk+jZWdZ5hJBRgji3omL7Hvlb SlJ1nO3HdgBXFVg33OD7lmJEzVe3PVBlWsy/EbngSOTavoVQKTR0ty7tdmUPHYx2 A7HPcjwFmcmFYbHxbnAH0PyS69DAUWa8oJQJMhXxHDThStshO7fQR0atRJkdEHjV PHS+aFwXmAHBXdzEJuVjHvmcQDPWCd3sAw8olteifdr3qFSgGU2ZxZtgfIQA+J7x dmmI4owRlTNPJdvJWSZn =xo6C -----END PGP SIGNATURE----- --=-Et3rfTwjZVDiCYQPjmIl-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 6 20:18:26 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2E579CB for ; Mon, 6 Apr 2015 20:18:26 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0668BEA7 for ; Mon, 6 Apr 2015 20:18:26 +0000 (UTC) Received: from ralph.baldwin.cx (pool-173-54-116-245.nwrknj.fios.verizon.net [173.54.116.245]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 989BDB91F; Mon, 6 Apr 2015 16:18:24 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: How to hotplug pci/e devices in freeBSD? (Or How to remove and rescan/re-enumerate pci device?) Date: Mon, 06 Apr 2015 16:11:07 -0400 Message-ID: <4602978.mfxsXe7cu8@ralph.baldwin.cx> User-Agent: KMail/4.14.2 (FreeBSD/10.1-STABLE; KDE/4.14.2; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 06 Apr 2015 16:18:24 -0400 (EDT) Cc: Eran Harpaz X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2015 20:18:26 -0000 On Thursday, April 02, 2015 10:17:47 AM Eran Harpaz wrote: > I'm looking for a way to refresh/re-enumerate the pci device list. > > In Linux, you can remove a particular pci device, and then after preforming > a "rescan" the device will appear again. In Linux it is done by: > > echo 1 > /sys/bus/pci/devices/.../remove > echo 1 > /sys/bus/pci/rescan > > I'm looking for a similar functionality in freeBSD. > > *What do I want to achieve?* > > I'm using freeBSD and my pcie device can be reset from the host. But when > it boots again, it's uncommunicative, so I want to rescan the pci devices > in order to initiate a new connection between the host and the device. > > Any idea would be appreciated, even if it takes some coding effort. This is not currently supported. Hotplug support is being worked on by jmg@. However, if you want to rescan a non-hotplug device (e.g. flashing an FPGA board), then I can probably add extensions to devctl in HEAD to let you do this. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Apr 6 20:18:26 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7AC24CC for ; Mon, 6 Apr 2015 20:18:26 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 53032EA8 for ; Mon, 6 Apr 2015 20:18:26 +0000 (UTC) Received: from ralph.baldwin.cx (pool-173-54-116-245.nwrknj.fios.verizon.net [173.54.116.245]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6CAADB946; Mon, 6 Apr 2015 16:18:25 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: Is a high witness refcount indicative of a missing unlock? Date: Mon, 06 Apr 2015 16:09:03 -0400 Message-ID: <238127021.hvy73srvVG@ralph.baldwin.cx> User-Agent: KMail/4.14.2 (FreeBSD/10.1-STABLE; KDE/4.14.2; amd64; ; ) In-Reply-To: <1117D087-AD76-4A87-8798-AB5526BECF3A@odin-corporation.com> References: <1117D087-AD76-4A87-8798-AB5526BECF3A@odin-corporation.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 06 Apr 2015 16:18:25 -0400 (EDT) Cc: Lars X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2015 20:18:26 -0000 On Sunday, March 29, 2015 02:29:42 PM Lars wrote: > Hi, > I am poking around for a cause for my repeating deadlock issues on my= system based on r 279869. ddb show witness show the =E2=80=9Cvnode int= erlock=E2=80=9D and the =E2=80=9Czfs=E2=80=9D locks both with reference= counts over 200K. Obviously they are related, and there is a find runn= ing (all the filesystems on this machine are zfs ( minus the specialty = ones like devfs). >=20 > I don=E2=80=99t see any other withness entry with reference counts ev= en in the ballpark of these two, so does this indicate that we have a v= node/zfs path were we don=E2=80=99t unlock? The ref count just means that the locks exist (so you have 200k ZFS vno= des), not that the locks are currently held. The reference count on the witn= ess object is bumped when a lock is created that uses that witness object a= nd released when the lock is destroyed. --=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Apr 6 20:18:28 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63EAE158 for ; Mon, 6 Apr 2015 20:18:28 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 35B1CEAA for ; Mon, 6 Apr 2015 20:18:28 +0000 (UTC) Received: from ralph.baldwin.cx (pool-173-54-116-245.nwrknj.fios.verizon.net [173.54.116.245]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 4EAAFB953; Mon, 6 Apr 2015 16:18:27 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: Early use of log() does not end up in kernel msg buffer Date: Mon, 06 Apr 2015 15:49:44 -0400 Message-ID: <2033248.Eu3RHS8lTG@ralph.baldwin.cx> User-Agent: KMail/4.14.2 (FreeBSD/10.1-STABLE; KDE/4.14.2; amd64; ; ) In-Reply-To: <5514CC6D.3020607@badgerio.us> References: <5514CC6D.3020607@badgerio.us> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 06 Apr 2015 16:18:27 -0400 (EDT) Cc: Eric Badger , 'Poul-Henning Kamp' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2015 20:18:28 -0000 On Thursday, March 26, 2015 10:20:13 PM Eric Badger wrote: > Using log(9) when no process is reading the log results in the message > going only to the console (contrast with printf(9), which goes to the > console and to the kernel message buffer in this case). I believe it is > truer to the semantics of logging for messages to *always* go to the > message buffer (where they can eventually be collected and in fact put > into a logfile). I therefore propose the attached patch, which sends > log(9) to the message buffer always, and to the console only if no one > has yet opened the log. > > It may be more complete to log to the console only if the log level is > greater than some (user defined) value, but this seems like that might > be more than necessary for this case. > > Thoughts? I think phk@ broke this back in 70239. Before that the log() function did this: log() { /* log to the msg buffer */ kvprintf(fmt, msglogchar, ...); if (!log_open) { /* log to console */ kvprintf(fmt, putchar, ...); } } I think your patch is fine unless phk@ (cc'd) has a reason for not wanting to do this. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Apr 6 20:18:27 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2333DF; Mon, 6 Apr 2015 20:18:27 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8A0FAEA9; Mon, 6 Apr 2015 20:18:27 +0000 (UTC) Received: from ralph.baldwin.cx (pool-173-54-116-245.nwrknj.fios.verizon.net [173.54.116.245]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 86C9FB915; Mon, 6 Apr 2015 16:18:26 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: SSE in libthr Date: Mon, 06 Apr 2015 15:56:35 -0400 Message-ID: <2321449.loLalmYxzs@ralph.baldwin.cx> User-Agent: KMail/4.14.2 (FreeBSD/10.1-STABLE; KDE/4.14.2; amd64; ; ) In-Reply-To: References: <5515AED9.8040408@FreeBSD.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 06 Apr 2015 16:18:26 -0400 (EDT) Cc: Adrian Chadd , David Chisnall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2015 20:18:27 -0000 On Saturday, March 28, 2015 10:41:48 AM Adrian Chadd wrote: > Ok, so how do we reduce the amount of FPU save and restores, or make > them cheaper? Or make them more useful. If you are using SSE/AVX more often between context switches in ways that are beneficial then that might offset the cost of the save and restore and result in a net win. I have variants of strlen, memcpy, and memset that use SSE. However, microbenchmarks aren't super useful as you have noted. If you would like to try these out in some real workloads I can provide a patch to libc. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Apr 6 20:41:54 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71160C4D for ; Mon, 6 Apr 2015 20:41:54 +0000 (UTC) Received: from mail-qk0-f170.google.com (mail-qk0-f170.google.com [209.85.220.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 274021FD for ; Mon, 6 Apr 2015 20:41:53 +0000 (UTC) Received: by qkgx75 with SMTP id x75so31828125qkg.1 for ; Mon, 06 Apr 2015 13:41:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:organization:content-type:mime-version; bh=cJZR5XnMHYKmt6qz8inlMnQuMfX1SXUxHitqz8NS2Ss=; b=X+kEajBAlY2uDkJGbesoBgjpNDZGgkgA63leOlKYh+HeLxW3+P5oQRvbbyyg7hszNP 5fvB8F/+9vL4glG6zHuFtfQHgtboxB/WP2EaUe6zY51h19EHkHteVjYaC4Body+Fgyj1 wPa6ppgVxpw6ajPk5hCjg32lCVJeHHOjP5Z9O6msP22+xmkkk8kvMfQ+X7o6CAqVH6xj hPQ4ugYDQwJm+oaYfvHsBbMf9h9RLMy2p24woDv3wS9tbdKWCZ2S2Z2s5g3Y3pegJwk9 RD/hpl+Wwzl9T5n6rmJJgKGDS5ek7GMzzBgsOMj1FuZ1V8Rnhzr1G9Hd/S1p+EVpbtQB cMIQ== X-Gm-Message-State: ALoCoQlEHkY1YVx7Xn3tIXBv4zROe+EcmZHHkCbTSS0jekR7mPiMAjuk126HfKLJIOEtgZWoq5NR X-Received: by 10.55.17.21 with SMTP id b21mr31185658qkh.71.1428352518787; Mon, 06 Apr 2015 13:35:18 -0700 (PDT) Received: from [10.3.0.21] ([63.88.83.66]) by mx.google.com with ESMTPSA id q34sm3918610qkq.4.2015.04.06.13.35.17 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 06 Apr 2015 13:35:17 -0700 (PDT) Message-ID: <1428352517.6806.10.camel@hardenedbsd.org> Subject: Re: Nothing can boot anymore - video issues From: Shawn Webb To: Rui Paulo Date: Mon, 06 Apr 2015 16:35:17 -0400 In-Reply-To: <1428343182.6806.3.camel@hardenedbsd.org> References: <369848B3-73AB-4A71-9597-9ED098C7EF64@me.com> <1428343182.6806.3.camel@hardenedbsd.org> Organization: HardenedBSD Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-miaA8laSNBx26IQKKGeU" X-Mailer: Evolution 3.12.10-0ubuntu1~14.10.1 Mime-Version: 1.0 Cc: dteske@freebsd.org, freebsd-current@freebsd.org, Devin Teske X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2015 20:41:54 -0000 --=-miaA8laSNBx26IQKKGeU Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, 2015-04-06 at 13:59 -0400, Shawn Webb wrote: > On Sun, 2015-04-05 at 12:07 -0700, Rui Paulo wrote: > > On Apr 5, 2015, at 09:11, Shawn Webb wrote= : > > >=20 > > > So I just updated my laptop and desktop to a recent HEAD. Both machin= es > > > boot using gptzfsboot. The boot spinner shows, then when it's suppose= d to > > > transition to the Beastie logo screen, the monitor funks out. Booting= never > > > finishes. Below is a link to a picture of my laptop. > > >=20 > > > http://imgur.com/l3mLDBX > >=20 > > Try reverting the Forth changes. That's all that comes to mind. > >=20 > > -- > > Rui Paulo >=20 > I'm going through commit-by-commit from April 3rd to March 31st, which > will take a big chunk of time. It's really weird that no one else has > reported this since even my VirtualBox VMs have this same issue. >=20 > Thanks, >=20 > Shawn I've figured out the commit that caused the breakage. Looks like the boot Forth changes are pretty bad. The commit that caused the breakage, as far as I can tell is, r280974. Reverting that and the two commits above that revision regarding sys/boot/forth allowed me to boot again. Now the boot screen looks like this: http://imgur.com/I9SVHfT I can now boot, but as you see, the boot screen's messed up. Thanks, Shawn --=-miaA8laSNBx26IQKKGeU Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCgAGBQJVIu4FAAoJEGqEZY9SRW7uK3IP/0NfIZ9JUdxyX8NsjVzjyTVg 5FCI9XyLYaPtVPlzVDUxPuHZqTDQRMbveUEOBfxDeaoMW9CaXyrwoE/McBgILe+L twgbse2ddIxlVoQZuYXuoESGlC5Iee7BPeeZ0pps6+aa+kMLSWRCQaCbeTJlWrqY DcDNFDGp+2FfUBRgfyMU7dQRdgOX8nSQRj12w87L/7deY+xulbT5add8K9MtKCLG On9Z0ulXNAgoZInSwg9eOU0N8g4xzHgmB6P+VH2JxDNWc+kSvpPiFQTkk7fP9l4p mw9O40H7MQuCn/TZJhlhnXiidxc/Tv6iGkKITdoWOL9TTXdBAgGvB1EjO57YaoWF jGlLz0F80KgFJ5D6xSPm1Oox85xTHe6n6T47DE+CGyYy2QpaFtzZfcRVpr/wDfcy 7yjGgQJm+WbHXZcHuDEnVA06mBvGj1iE9O/xdmbcYuWBTm7T+HuhfJnLYJatrymw oDIVdzOZq+Qxiz5ueIp9pK//Ff9rYetnNUTlXAjvF/+ApWYy4XD/gXTOblch3jTP ucPNpTDDg5OBmFMS/vXxCCBXlOZMwRFeF+ud4dgGx+wclsucomX0A66Yaz8ZWaEd myPV2s1VC8bl+n0ypLXjv7Z19Hij9+oEEvw2qJT43OTr2FYY6XZSttCtdIS6inLz Ul5IrA9lbLB3fvoOUXIF =Uqh3 -----END PGP SIGNATURE----- --=-miaA8laSNBx26IQKKGeU-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 6 21:05:14 2015 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73BA83D2 for ; Mon, 6 Apr 2015 21:05:14 +0000 (UTC) Received: from gw.catspoiler.org (cl-1657.chi-02.us.sixxs.net [IPv6:2001:4978:f:678::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0295C668 for ; Mon, 6 Apr 2015 21:05:13 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id t36L54nr040291 for ; Mon, 6 Apr 2015 14:05:08 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201504062105.t36L54nr040291@gw.catspoiler.org> Date: Mon, 6 Apr 2015 14:05:04 -0700 (PDT) From: Don Lewis Subject: panic: object has cached pages on recent HEAD To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2015 21:05:14 -0000 I just got this panic on my port builder machine running a recent version of HEAD (last updated in the last few days): panic: object has cached pages on recent HEAD As you can see, I was pushing it really hard: last pid: 76867; load averages: 62.92, 41.93, 41.40 up 7+10:24:04 13:45:01 448 processes: 97 running, 344 sleeping, 7 stopped CPU: 79.1% user, 0.0% nice, 20.9% system, 0.0% interrupt, 0.0% idle Mem: 5887M Active, 163M Inact, 6085M Wired, 17M Cache, 832K Buf, 3658M Free ARC: 1482M Total, 163M MFU, 663M MRU, 7080K Anon, 70M Header, 579M Other Swap: 40G Total, 9167M Used, 31G Free, 22% Inuse, 1152K In PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 73630 root 1 77 0 195M 181M CPU5 5 0:06 37.28% cc1plus 75387 root 1 78 0 209M 193M RUN 2 0:06 36.60% cc1plus 75615 root 1 74 0 150M 133M RUN 7 0:04 36.20% cc1plus 74151 root 1 78 0 306M 290M RUN 0 0:12 31.77% cc1plus 72986 root 1 78 0 282M 264M RUN 5 0:19 30.24% cc1plus 72985 root 1 77 0 292M 272M RUN 1 0:18 28.00% cc1plus 75912 root 1 75 0 106M 97604K RUN 3 0:03 27.73% cc1plus 74501 root 1 80 0 293M 280M RUN 7 0:11 27.14% cc1plus 73442 root 1 77 0 329M 299M RUN 2 0:13 26.54% cc1plus 75715 root 1 75 0 96996K 81424K RUN 3 0:02 22.51% cc1plus 74645 root 1 78 0 252M 236M RUN 6 0:09 21.73% cc1plus 75630 root 1 77 0 208M 189M RUN 4 0:08 19.27% cc1plus 74324 root 1 78 0 322M 308M RUN 4 0:11 19.17% cc1plus 75494 root 1 74 0 138M 126M RUN 4 0:04 19.07% cc1plus 74848 root 1 73 0 98180K 85192K RUN 2 0:02 16.12% cc1plus 76292 root 1 73 0 63108K 46904K RUN 0 0:01 15.92% cc1plus A screenshot with a backtrace is here: Is there anything I should check in DDB before I reboot? I can get the svn revision after I do that. I've never crashed this machine before, so I don't know if crashdumps work. From owner-freebsd-current@FreeBSD.ORG Mon Apr 6 21:11:30 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5654C59F; Mon, 6 Apr 2015 21:11:30 +0000 (UTC) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 1A94B7A0; Mon, 6 Apr 2015 21:11:29 +0000 (UTC) Received: from critter.freebsd.dk (unknown [192.168.60.3]) by phk.freebsd.dk (Postfix) with ESMTP id 234FF3B8A2; Mon, 6 Apr 2015 21:11:22 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.9/8.14.9) with ESMTP id t36LBLsm070136; Mon, 6 Apr 2015 21:11:21 GMT (envelope-from phk@phk.freebsd.dk) To: John Baldwin Subject: Re: Early use of log() does not end up in kernel msg buffer In-reply-to: <2033248.Eu3RHS8lTG@ralph.baldwin.cx> From: "Poul-Henning Kamp" References: <5514CC6D.3020607@badgerio.us> <2033248.Eu3RHS8lTG@ralph.baldwin.cx> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <70134.1428354681.1@critter.freebsd.dk> Date: Mon, 06 Apr 2015 21:11:21 +0000 Message-ID: <70135.1428354681@critter.freebsd.dk> Cc: Eric Badger , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2015 21:11:30 -0000 -------- In message <2033248.Eu3RHS8lTG@ralph.baldwin.cx>, John Baldwin writes: >I think phk@ broke this back in 70239. Before that the log() function did >this: > >log() >{ > > /* log to the msg buffer */ > kvprintf(fmt, msglogchar, ...); > > if (!log_open) { > /* log to console */ > kvprintf(fmt, putchar, ...); > } >} > >I think your patch is fine unless phk@ (cc'd) has a reason for not wanting to >do this. The reason was systems not running syslog having slow serial consoles. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Apr 6 21:14:06 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 633E56FD; Mon, 6 Apr 2015 21:14:06 +0000 (UTC) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 319487BE; Mon, 6 Apr 2015 21:14:06 +0000 (UTC) Received: by iedfl3 with SMTP id fl3so35646276ied.1; Mon, 06 Apr 2015 14:14:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=fUEIp1UaE2OGUxSKbc0J+V0ccgUn4Uq20p24pHkmyno=; b=tJdAgXN1OiAGdcwOWWPVz/UoMFz5Sm9fjSAqS6eN6AAqq3Ug+RVlTf8HODORrad2hw 5u2Xrx4iqcj1bwbZKiLldJeZM1ADWsF+sdikZ8xs+FFKzHiBoJdyPBL54ffRQ4lXJJMy URzinVfMA4gGGuSZ5h36koLhgopotQOijfugkvcuCCvW7ibqnJGOEkrsLgRac/VCp0Y3 dOw+23YbP4XqAJaQr1kta54HcTN0VAAJvN0CQck/XE3rSlnDkitPQYQFySIB50iivbGk sd7jvnWCCtheu+TiJigIFIIeHW5cfPEttws6Zn4Eer3mIm33G3CwI48A6UXjgFEy2KmG SjDg== MIME-Version: 1.0 X-Received: by 10.42.109.12 with SMTP id j12mr21933423icp.22.1428354845358; Mon, 06 Apr 2015 14:14:05 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Mon, 6 Apr 2015 14:14:05 -0700 (PDT) In-Reply-To: <70135.1428354681@critter.freebsd.dk> References: <5514CC6D.3020607@badgerio.us> <2033248.Eu3RHS8lTG@ralph.baldwin.cx> <70135.1428354681@critter.freebsd.dk> Date: Mon, 6 Apr 2015 14:14:05 -0700 X-Google-Sender-Auth: 4XHmmoeYJrJuZ3m3QNOEwNYnVpg Message-ID: Subject: Re: Early use of log() does not end up in kernel msg buffer From: Adrian Chadd To: Poul-Henning Kamp Content-Type: text/plain; charset=UTF-8 Cc: Eric Badger , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2015 21:14:06 -0000 On 6 April 2015 at 14:11, Poul-Henning Kamp wrote: > -------- > In message <2033248.Eu3RHS8lTG@ralph.baldwin.cx>, John Baldwin writes: > >>I think phk@ broke this back in 70239. Before that the log() function did >>this: >> >>log() >>{ >> >> /* log to the msg buffer */ >> kvprintf(fmt, msglogchar, ...); >> >> if (!log_open) { >> /* log to console */ >> kvprintf(fmt, putchar, ...); >> } >>} >> >>I think your patch is fine unless phk@ (cc'd) has a reason for not wanting to >>do this. > > The reason was systems not running syslog having slow serial consoles. .. and that's still a thing, btw. -adrian From owner-freebsd-current@FreeBSD.ORG Mon Apr 6 22:07:56 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4FC554A for ; Mon, 6 Apr 2015 22:07:56 +0000 (UTC) Received: from mithlond.kdm.org (mithlond.kdm.org [70.56.43.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7DB1AD3C for ; Mon, 6 Apr 2015 22:07:55 +0000 (UTC) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.14.9/8.14.9) with ESMTP id t36M7icR092355 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 6 Apr 2015 16:07:44 -0600 (MDT) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.14.9/8.14.9/Submit) id t36M7iBi092354; Mon, 6 Apr 2015 16:07:44 -0600 (MDT) (envelope-from ken) Date: Mon, 6 Apr 2015 16:07:44 -0600 From: "Kenneth D. Merry" To: Fabian Keil Subject: Re: async pass(4) patches available Message-ID: <20150406220744.GA92212@mithlond.kdm.org> References: <20150330222358.GA46342@mithlond.kdm.org> <2147223b.4518a234@fabiankeil.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: <2147223b.4518a234@fabiankeil.de> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Mon, 06 Apr 2015 16:07:45 -0600 (MDT) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mithlond.kdm.org Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2015 22:07:56 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Apr 06, 2015 at 15:39:56 +0200, Fabian Keil wrote: > "Kenneth D. Merry" wrote: > > > I have put patches to add an asynchronous interface to the pass(4) driver > > and add a new camdd(8) utility here: > > > > FreeBSD/head as of SVN revision 280857: > > > > http://people.freebsd.org/~ken/async_pass.head.20150330.1.txt > [...] > > Comments and testing are welcome! As I said, camdd(8) in particular is a > > work in progress. It could use some cleanup and there are some more > > useful features that could be added there. > > I've been using the patch for a couple of days on an amd64 system > based on 11.0-CURRENT r280952 and didn't notice any obvious > regressions using the system as usual. > > Scrubbing a pool once revealed checksum errors which I haven't > seen before: > > [fk@kendra ~]$ zpool status -v dpool > pool: dpool > state: ONLINE > status: One or more devices has experienced an unrecoverable error. An > attempt was made to correct the error. Applications are unaffected. > action: Determine if the device needs to be replaced, and clear the errors > using 'zpool clear' or replace the device with 'zpool replace'. > see: http://illumos.org/msg/ZFS-8000-9P > scan: scrub repaired 0 in 1h52m with 0 errors on Thu Apr 2 13:01:44 2015 > config: > > NAME STATE READ WRITE CKSUM > dpool ONLINE 0 0 0 > gpt/dpool-ada0.eli ONLINE 0 0 6 > > errors: No known data errors > > Apr 2 12:31:34 kendra kernel: (ada0:ahcich0:0:0:0): READ_FPDMA_QUEUED. ACB: 60 30 17 61 55 40 31 00 00 00 00 00 > Apr 2 12:31:34 kendra kernel: (ada0:ahcich0:0:0:0): CAM status: ATA Status Error > Apr 2 12:31:34 kendra kernel: (ada0:ahcich0:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 40 (UNC ) > Apr 2 12:31:34 kendra kernel: (ada0:ahcich0:0:0:0): RES: 51 40 3e 61 55 40 31 00 00 00 00 > Apr 2 12:31:34 kendra kernel: (ada0:ahcich0:0:0:0): Error 5, Retries exhausted > Apr 2 12:31:34 kendra kernel: GEOM_ELI: g_eli_read_done() failed gpt/dpool-ada0.eli[READ(offset=414970949120, length=24576)] > > However the issue doesn't seem to be (easily) reproducible > and could be unrelated. It is unlikely that this is related to the pass(4) driver patches. Possible, but highly unlikely. camdd(8) doesn't support ATA passthrough yet, so the only way to access it with camdd is with the file I/O method. > I also tried to test camdd, but didn't get it to work. > Some failed attempts: > > [fk@kendra ~]$ sudo camdd -i pass=da0,bs=65536 -o file=blafsel.img > (pass2:umass-sim0:0:0:0): READ(6). CDB: 08 00 00 00 80 00 > (pass2:umass-sim0:0:0:0): CAM status: CCB request completed with an error > 13 bytes read from pass2 > 13 bytes written to blafsel.img > 20.3203 seconds elapsed > 0.00 MB/sec > [fk@kendra ~]$ sudo hd blafsel.img > 00000000 55 53 42 53 d9 02 00 00 00 00 01 00 01 |USBS.........| > 0000000d > [fk@kendra ~]$ sudo dd if=/dev/da0 bs=1k count=1 | hd | head -n 1 > 1+0 records in > 1+0 records out > 1024 bytes transferred in 0.000603 secs (1697756 bytes/sec) > 00000000 fc 31 c0 8e c0 8e d8 8e d0 bc 00 0e be 1a 7c bf |.1............|.| One possibility is that the device doesn't support 6-byte read/write requests. The da(4) driver has quirk entries and code to figure that out and default to 10-byte read/write requests, but camdd(8) doesn't have anything like that yet. I've attached patches to camdd that allow you to specify a minimum command size. So, apply the patches, rebuild camdd, and try this: # sudo camdd -i pass=da0,bs=65536,mcs=10 -o file=blafsel.img We'll see if that helps. I'm not sure why you were even able to get 13 bytes back. That is very strange. > Trying the block size suggested in the manual result in: > > [fk@kendra ~]$ sudo camdd -i pass=da0,bs=1M -o file=blafsel.img > camdd: camdd_pass_run: error sending CAMIOQUEUE ioctl to pass2: Invalid argument > camdd: camdd_pass_run: CCB address is 0x80250e420: Invalid argument > 0 bytes read from pass2 > 0 bytes written to blafsel.img > 0.0007 seconds elapsed > 0.00 MB/sec > > Apr 5 19:08:20 kendra kernel: (pass2:umass-sim0:0:0:0): passmemsetup: data length 1048576 > max allowed 65536 bytes > Yes. By default, if you don't specify a blocksize, camdd(8) should limit the I/O size to the controller's maximum or 128K, whichever is smaller. If you specify an I/O size, it will try to use that. Thanks for testing the code, I really appreciate it! Let me know how the patch works! Ken -- Kenneth Merry ken@FreeBSD.ORG --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="camdd_mcs.20150406.1.txt" ==== //depot/users/kenm/FreeBSD-test2/usr.sbin/camdd/camdd.8#1 - /usr/home/kenm/perforce4/kenm/FreeBSD-test2/usr.sbin/camdd/camdd.8 ==== *** /tmp/tmp.54366.13 Mon Apr 6 21:56:38 2015 --- /usr/home/kenm/perforce4/kenm/FreeBSD-test2/usr.sbin/camdd/camdd.8 Mon Apr 6 21:23:29 2015 *************** *** 31,37 **** .\" .\" $FreeBSD$ .\" ! .Dd March 13, 2015 .Dt CAMDD 8 .Os .Sh NAME --- 31,37 ---- .\" .\" $FreeBSD$ .\" ! .Dd April 6, 2015 .Dt CAMDD 8 .Os .Sh NAME *************** *** 39,45 **** .Nd CAM data transfer utility .Sh SYNOPSIS .Nm ! .Aq Fl i|o Ar pass=pass_dev|file=filename,bs=blocksize,offset=N,depth=N .Op Fl C Ar retry_count .Op Fl E .Op Fl m Ar max_io --- 39,45 ---- .Nd CAM data transfer utility .Sh SYNOPSIS .Nm ! .Aq Fl i|o Ar pass=pass_dev|file=filename,bs=blocksize,offset=N,depth=N,mcs=N .Op Fl C Ar retry_count .Op Fl E .Op Fl m Ar max_io *************** *** 164,169 **** --- 164,189 ---- possible to maintain for especially fast devices. For writes, maintaining the queue depth also depends on a sufficiently fast reading device. + .It mcs=N + Specify the minimum command size to use for + .Xr pass 4 + devices. + Some devices do not support 6 byte + .Tn SCSI + commands. + The + .Xr da 4 + device handles this restriction automatically, but the + .Xr pass 4 + device allows the user to specify the + .Tn SCSI + command used. + If a device does not accept 6 byte + .Tn SCSI + READ/WRITE commands (which is the default at lower LBAs), it will generally + accept 10 byte + .Tn SCSI + commands instead. .El .It Fl C Ar count Specify the retry count for commands sent via the asynchronous ==== //depot/users/kenm/FreeBSD-test2/usr.sbin/camdd/camdd.c#11 - /usr/home/kenm/perforce4/kenm/FreeBSD-test2/usr.sbin/camdd/camdd.c ==== *** /tmp/tmp.54366.104 Mon Apr 6 21:56:38 2015 --- /usr/home/kenm/perforce4/kenm/FreeBSD-test2/usr.sbin/camdd/camdd.c Mon Apr 6 21:30:07 2015 *************** *** 110,115 **** --- 110,116 ---- uint64_t blocksize; uint64_t queue_depth; uint64_t offset; + int min_cmd_size; int write_dev; }; *************** *** 306,311 **** --- 307,313 ---- uint32_t sector_size; uint64_t max_sector; uint64_t sector_io_limit; + int min_cmd_size; int write_dev; int retry_count; int io_timeout; *************** *** 1448,1453 **** --- 1450,1457 ---- #endif } + dev->min_cmd_size = io_opts->min_cmd_size; + dev->run = camdd_pass_run; dev->fetch = camdd_pass_fetch; *************** *** 2317,2323 **** /*readop*/ (dev->write_dev == 0) ? SCSI_RW_READ : SCSI_RW_WRITE, /*byte2*/ 0, ! /*minimum_cmd_size*/ 0, /*lba*/ buf->lba, /*block_count*/ num_blocks, /*data_ptr*/ (data->sg_count != 0) ? --- 2321,2327 ---- /*readop*/ (dev->write_dev == 0) ? SCSI_RW_READ : SCSI_RW_WRITE, /*byte2*/ 0, ! /*minimum_cmd_size*/ dev->min_cmd_size, /*lba*/ buf->lba, /*block_count*/ num_blocks, /*data_ptr*/ (data->sg_count != 0) ? *************** *** 3048,3053 **** --- 3052,3058 ---- "offset=len Specify starting offset in bytes or using K, M, G suffix\n" " NOTE: offset cannot be specified on tapes, pipes, stdin/out\n" "depth=N Specify a numeric queue depth. This only applies to pass(4)\n" + "mcs=N Specify a minimum cmd size for pass(4) read/write commands\n" "Optional arguments\n" "-C retry_cnt Specify a retry count for pass(4) devices\n" "-E Enable CAM error recovery for pass(4) devices\n" *************** *** 3128,3134 **** io_opts->queue_depth = strtoull(value, &endptr, 0); if (*endptr != '\0') { ! warn("invalid queue depth %s", value); retval = 1; goto bailout; } --- 3133,3150 ---- io_opts->queue_depth = strtoull(value, &endptr, 0); if (*endptr != '\0') { ! warnx("invalid queue depth %s", value); ! retval = 1; ! goto bailout; ! } ! } else if (strncasecmp(name, "mcs", 3) == 0) { ! char *endptr; ! ! io_opts->min_cmd_size = strtol(value, &endptr, 0); ! if ((*endptr != '\0') ! || ((io_opts->min_cmd_size > 16) ! || (io_opts->min_cmd_size < 0))) { ! warnx("invalid minimum cmd size %s", value); retval = 1; goto bailout; } --GvXjxJ+pjyke8COw-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 6 23:13:09 2015 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6EC9062D for ; Mon, 6 Apr 2015 23:13:09 +0000 (UTC) Received: from gw.catspoiler.org (cl-1657.chi-02.us.sixxs.net [IPv6:2001:4978:f:678::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1D83963D for ; Mon, 6 Apr 2015 23:13:08 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id t36ND1nT040557 for ; Mon, 6 Apr 2015 16:13:05 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201504062313.t36ND1nT040557@gw.catspoiler.org> Date: Mon, 6 Apr 2015 16:13:01 -0700 (PDT) From: Don Lewis Subject: Re: panic: object has cached pages on recent HEAD To: current@FreeBSD.org In-Reply-To: <201504062105.t36L54nr040291@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2015 23:13:09 -0000 On 6 Apr, To: current@freebsd.org wrote: > I just got this panic on my port builder machine running a recent > version of HEAD (last updated in the last few days): > > panic: object has cached pages on recent HEAD > > As you can see, I was pushing it really hard: > > last pid: 76867; load averages: 62.92, 41.93, 41.40 up 7+10:24:04 13:45:01 > 448 processes: 97 running, 344 sleeping, 7 stopped > CPU: 79.1% user, 0.0% nice, 20.9% system, 0.0% interrupt, 0.0% idle > Mem: 5887M Active, 163M Inact, 6085M Wired, 17M Cache, 832K Buf, 3658M Free > ARC: 1482M Total, 163M MFU, 663M MRU, 7080K Anon, 70M Header, 579M Other > Swap: 40G Total, 9167M Used, 31G Free, 22% Inuse, 1152K In > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 73630 root 1 77 0 195M 181M CPU5 5 0:06 37.28% cc1plus > 75387 root 1 78 0 209M 193M RUN 2 0:06 36.60% cc1plus > 75615 root 1 74 0 150M 133M RUN 7 0:04 36.20% cc1plus > 74151 root 1 78 0 306M 290M RUN 0 0:12 31.77% cc1plus > 72986 root 1 78 0 282M 264M RUN 5 0:19 30.24% cc1plus > 72985 root 1 77 0 292M 272M RUN 1 0:18 28.00% cc1plus > 75912 root 1 75 0 106M 97604K RUN 3 0:03 27.73% cc1plus > 74501 root 1 80 0 293M 280M RUN 7 0:11 27.14% cc1plus > 73442 root 1 77 0 329M 299M RUN 2 0:13 26.54% cc1plus > 75715 root 1 75 0 96996K 81424K RUN 3 0:02 22.51% cc1plus > 74645 root 1 78 0 252M 236M RUN 6 0:09 21.73% cc1plus > 75630 root 1 77 0 208M 189M RUN 4 0:08 19.27% cc1plus > 74324 root 1 78 0 322M 308M RUN 4 0:11 19.17% cc1plus > 75494 root 1 74 0 138M 126M RUN 4 0:04 19.07% cc1plus > 74848 root 1 73 0 98180K 85192K RUN 2 0:02 16.12% cc1plus > 76292 root 1 73 0 63108K 46904K RUN 0 0:01 15.92% cc1plus > > A screenshot with a backtrace is here: > > > Is there anything I should check in DDB before I reboot? I can get the > svn revision after I do that. > > I've never crashed this machine before, so I don't know if crashdumps > work. I was able to call doadump() from ddb, but when I rebooted, savecore was not able to find the dump. I dumped to swap, which is mirrored ... FreeBSD zipper.catspoiler.org 11.0-CURRENT FreeBSD 11.0-CURRENT #13 r280327M: Sun Mar 29 22:26:50 PDT 2015 I am running with this custom patch so that pre-compiled headers work with gcc: Index: sys/vm/vm_mmap.c =================================================================== --- sys/vm/vm_mmap.c (revision 280837) +++ sys/vm/vm_mmap.c (working copy) @@ -325,6 +325,8 @@ * There should really be a pmap call to determine a reasonable * location. */ + if (addr != 0 && (flags & MAP_ANON) == 0) + flags |= MAP_RESERVED0100; PROC_LOCK(td->td_proc); if (addr == 0 || (addr >= round_page((vm_offset_t)vms->vm_taddr) && @@ -1665,6 +1667,8 @@ else if ((flags & MAP_ALIGNMENT_MASK) != 0) findspace = VMFS_ALIGNED_SPACE(flags >> MAP_ALIGNMENT_SHIFT); + else if ((flags & MAP_RESERVED0100) != 0) + findspace = VMFS_ANY_SPACE; else findspace = VMFS_OPTIMAL_SPACE; rv = vm_map_find(map, object, foff, addr, size, From owner-freebsd-current@FreeBSD.ORG Mon Apr 6 23:55:03 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5659B15A for ; Mon, 6 Apr 2015 23:55:03 +0000 (UTC) Received: from shxd.cx (mail.shxd.cx [64.201.244.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3B442A68 for ; Mon, 6 Apr 2015 23:55:03 +0000 (UTC) Received: from 50-196-156-133-static.hfc.comcastbusiness.net ([50.196.156.133]:53807 helo=tinkerbell.pixel8networks.com) by shxd.cx with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Yf9c9-0006jp-Ax; Mon, 06 Apr 2015 09:11:05 -0700 Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: Re: Nothing can boot anymore - video issues From: Devin Teske In-Reply-To: <1428352517.6806.10.camel@hardenedbsd.org> Date: Mon, 6 Apr 2015 16:55:00 -0700 Message-Id: <6D9FB562-9899-4180-A07A-232EEE2A09DB@FreeBSD.org> References: <369848B3-73AB-4A71-9597-9ED098C7EF64@me.com> <1428343182.6806.3.camel@hardenedbsd.org> <1428352517.6806.10.camel@hardenedbsd.org> To: Shawn Webb X-Mailer: Apple Mail (2.1990.1) Sender: devin@shxd.cx Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-current@freebsd.org, Devin Teske , Rui Paulo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2015 23:55:03 -0000 > On Apr 6, 2015, at 1:35 PM, Shawn Webb = wrote: >=20 > On Mon, 2015-04-06 at 13:59 -0400, Shawn Webb wrote: >> On Sun, 2015-04-05 at 12:07 -0700, Rui Paulo wrote: >>> On Apr 5, 2015, at 09:11, Shawn Webb = wrote: >>>>=20 >>>> So I just updated my laptop and desktop to a recent HEAD. Both = machines >>>> boot using gptzfsboot. The boot spinner shows, then when it's = supposed to >>>> transition to the Beastie logo screen, the monitor funks out. = Booting never >>>> finishes. Below is a link to a picture of my laptop. >>>>=20 >>>> http://imgur.com/l3mLDBX >>>=20 >>> Try reverting the Forth changes. That's all that comes to mind. >>>=20 >>> -- >>> Rui Paulo >>=20 >> I'm going through commit-by-commit from April 3rd to March 31st, = which >> will take a big chunk of time. It's really weird that no one else has >> reported this since even my VirtualBox VMs have this same issue. >>=20 >> Thanks, >>=20 >> Shawn >=20 > I've figured out the commit that caused the breakage. Looks like the > boot Forth changes are pretty bad. The commit that caused the = breakage, > as far as I can tell is, r280974. Reverting that and the two commits > above that revision regarding sys/boot/forth allowed me to boot again. >=20 > Now the boot screen looks like this: http://imgur.com/I9SVHfT >=20 > I can now boot, but as you see, the boot screen's messed up. >=20 Why the screen looks that way (no brand and no logo): You were caught in a small window of broken-ness. Window was between: https://svnweb.freebsd.org/base?view=3Drevision&revision=3D280933 = and https://svnweb.freebsd.org/base?view=3Drevision&revision=3D281002 = A window of approximately 2 days. As for why the screen got wonky =E2=80=A6 well=E2=80=A6 your comp and my comp don=E2=80=99t agree on ANSI sequences. I=E2=80=99ve reverted the = offending changes so that we may once-again agree on ANSI codes. ;D =E2=80=94=20 Cheers, Devin= From owner-freebsd-current@FreeBSD.ORG Tue Apr 7 00:39:45 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF325803 for ; Tue, 7 Apr 2015 00:39:45 +0000 (UTC) Received: from sasl.smtp.pobox.com (pb-smtp1.int.icgroup.com [208.72.237.35]) by mx1.freebsd.org (Postfix) with ESMTP id 8EEC4E62 for ; Tue, 7 Apr 2015 00:39:45 +0000 (UTC) Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id 983D447C70; Mon, 6 Apr 2015 20:37:00 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=sasl; bh=3qJwOTuBeW8s 8bhHvTmdmVh6+FY=; b=E9E4DscktZ4vFlDZFeiQN+vQjcki6vUMVeMkxXN7n9Sy 8FFrbDDuIBm5xdqVoRwUya7xDENUn7aDKtxetM4tKrOUgNuVnKlVeljQ8igyODno ggjqRXYJFgZ/rgvVZYhRDRt1Bc8MtdqcEjL6sTp4mtNUKgIDDNjjcOd/75RLGd0= Received: from pb-smtp1.int.icgroup.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id 84CA647C6F; Mon, 6 Apr 2015 20:37:00 -0400 (EDT) Received: from [192.168.1.103] (unknown [73.164.7.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pb-smtp1.pobox.com (Postfix) with ESMTPSA id DEFF547C6C; Mon, 6 Apr 2015 20:36:59 -0400 (EDT) Message-ID: <552326A2.5000406@badgerio.us> Date: Mon, 06 Apr 2015 19:36:50 -0500 From: Eric Badger User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Poul-Henning Kamp Subject: Re: Early use of log() does not end up in kernel msg buffer References: <5514CC6D.3020607@badgerio.us> <2033248.Eu3RHS8lTG@ralph.baldwin.cx> <70135.1428354681@critter.freebsd.dk> In-Reply-To: <70135.1428354681@critter.freebsd.dk> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Pobox-Relay-ID: 33DE220E-DCBE-11E4-B911-11859F42C9D4-46178211!pb-smtp1.pobox.com Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Apr 2015 00:39:45 -0000 On 04/06/2015 04:11 PM, Poul-Henning Kamp wrote: > -------- > In message <2033248.Eu3RHS8lTG@ralph.baldwin.cx>, John Baldwin writes: > >> I think phk@ broke this back in 70239. Before that the log() function did >> this: >> >> log() >> { >> >> /* log to the msg buffer */ >> kvprintf(fmt, msglogchar, ...); >> >> if (!log_open) { >> /* log to console */ >> kvprintf(fmt, putchar, ...); >> } >> } >> >> I think your patch is fine unless phk@ (cc'd) has a reason for not wanting to >> do this. > The reason was systems not running syslog having slow serial consoles. > Correct me if I've misunderstood, but that doesn't seem to matter here; the proposed change adds logging to the message buffer but leaves logging to the console (when no syslog is listening) unchanged. Eric From owner-freebsd-current@FreeBSD.ORG Tue Apr 7 06:20:39 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF5A4250 for ; Tue, 7 Apr 2015 06:20:39 +0000 (UTC) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id B317E6D0 for ; Tue, 7 Apr 2015 06:20:39 +0000 (UTC) Received: from critter.freebsd.dk (unknown [192.168.60.3]) by phk.freebsd.dk (Postfix) with ESMTP id 842CE3B8A2; Tue, 7 Apr 2015 06:20:36 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.9/8.14.9) with ESMTP id t376KZC6071706; Tue, 7 Apr 2015 06:20:35 GMT (envelope-from phk@phk.freebsd.dk) To: Eric Badger Subject: Re: Early use of log() does not end up in kernel msg buffer In-reply-to: <552326A2.5000406@badgerio.us> From: "Poul-Henning Kamp" References: <5514CC6D.3020607@badgerio.us> <2033248.Eu3RHS8lTG@ralph.baldwin.cx> <70135.1428354681@critter.freebsd.dk> <552326A2.5000406@badgerio.us> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <71704.1428387635.1@critter.freebsd.dk> Date: Tue, 07 Apr 2015 06:20:35 +0000 Message-ID: <71705.1428387635@critter.freebsd.dk> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Apr 2015 06:20:40 -0000 -------- In message <552326A2.5000406@badgerio.us>, Eric Badger writes: >> The reason was systems not running syslog having slow serial consoles. > >Correct me if I've misunderstood, but that doesn't seem to matter here; >the proposed change adds logging to the message buffer but leaves >logging to the console (when no syslog is listening) unchanged. Sorry, I must have misunderstood the question then. I don't think I have any opinion on the log() function. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Apr 7 09:38:23 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0611B9A0 for ; Tue, 7 Apr 2015 09:38:23 +0000 (UTC) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C3B6F1A0 for ; Tue, 7 Apr 2015 09:38:22 +0000 (UTC) Received: by iedfl3 with SMTP id fl3so47344692ied.1 for ; Tue, 07 Apr 2015 02:38:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=tG0v8nU9AKWnXijXF982xnJGdUaGiZPA8Lyc4LptGao=; b=RSL9L13I1vrlkBnXVOcMst1x2XWWXDLlq2PS+eM9CzJCkPz6SbBh63sXCEypyCt5rJ fsFVyc3SxLueVBsBLexNnyHcytTc6+SmOZH9DUJ7owrEkF//ch7sM95xERCTdgwmNVBf DtzhyZJow7hJKnbSSTK3WAYCAYFWXEMYALMVusFWVUPb8oS7+R6XavvftvEnQKCXZYIe 3kMQGQVsUNTlNQuN7E2xgAE+GAburD4W+liCX7v/SRfRNfx1XDtnLQKL2jq3296MaB0p abyJHkWRO0GZwbM6A4Kpgv76+/EILfqXChH42cK4b94LYkqNBHvLuX5xoqgWIUBUhFBx UL+g== MIME-Version: 1.0 X-Received: by 10.107.133.27 with SMTP id h27mr28644335iod.31.1428399502154; Tue, 07 Apr 2015 02:38:22 -0700 (PDT) Received: by 10.64.28.43 with HTTP; Tue, 7 Apr 2015 02:38:22 -0700 (PDT) Date: Tue, 7 Apr 2015 11:38:22 +0200 Message-ID: Subject: geom - panic: sleepq_add: sleep with sleeping prohibited From: Svatopluk Kraus To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Apr 2015 09:38:23 -0000 Hi, I've got the following panic running FreeBSD-11-current: panic: sleepq_add: td 0xc128a330 to sleep on wchan 0xc1bdd080 with sleeping prohibited After some digging, the call stack is the following: ... g_io_schedule_up() biodone() swapgeom_done() g_waitfor_event() _sleep() ... As biodone() in g_io_schedule_up() is wrapped by THREAD_NO_SLEEPING() and THREAD_SLEEPING_OK(), IMHO, there is something missing in code as _sleep() can be called regularly in this case. Svatopluk Kraus ----------------------------------------- More info about this is bellow: root@raspberry-pi:/usr/src/src2 # ~~~(da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 00 12 1c 50 00 00 18 00 (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI status: Check Condition (da0:umass-sim0:0:0:0): SCSI sense: UNIT ATTENTION asc:28,0 (Not ready to ready change, medium may have changed) (da0:umass-sim0:0:0:0): Retrying command (per sense data) (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 00 12 1c 50 00 00 18 00 (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI status: Check Condition (da0:umass-sim0:0:0:0): SCSI sense: UNIT ATTENTION asc:28,0 (Not ready to ready change, medium may have changed) (da0:umass-sim0:0:0:0): Retrying command (per sense data) (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 00 12 1c 50 00 00 18 00 (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI status: Check Condition (da0:umass-sim0:0:0:0): SCSI sense: UNIT ATTENTION asc:28,0 (Not ready to ready change, medium may have changed) (da0:umass-sim0:0:0:0): Retrying command (per sense data) (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 00 12 1c 50 00 00 18 00 (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI status: Check Condition (da0:umass-sim0:0:0:0): SCSI sense: UNIT ATTENTION asc:28,0 (Not ready to ready change, medium may have changed) (da0:umass-sim0:0:0:0): Retrying command (per sense data) (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 00 12 1c 50 00 00 18 00 (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI status: Check Condition (da0:umass-sim0:0:0:0): SCSI sense: UNIT ATTENTION asc:28,0 (Not ready to ready change, medium may have changed) (da0:umass-sim0:0:0:0): Error 6, Retries exhausted (da0:umass-sim0:0:0:0): Invalidating pack g_vfs_done():da0s1a[READ(offset=606642176, length=12288)]error = 6 vnode_pager_generic_getpages_done: I/O read error 5 vm_fault: pager read error, pid 327 (dhclient) pid 327 (dhclient), uid 65: exited on signal 11 swap_pager: I/O error - pagein failed; blkno 57953,size 4096, error 6 panic: sleepq_add: td 0xc128a330 to sleep on wchan 0xc1bdd080 with sleeping prohibited KDB: enter: panic [ thread pid 12 tid 100007 ] Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! db> bt Tracing pid 12 tid 100007 td 0xc128a330 db_trace_self() at db_trace_self pc = 0xc04ee7cc lr = 0xc0131f90 (db_hex2dec+0x4c0) sp = 0xcfec2970 fp = 0xcfec2988 r10 = 0xc070f6f8 db_hex2dec() at db_hex2dec+0x4c0 pc = 0xc0131f90 lr = 0xc01319dc (db_command_loop+0x3c4) sp = 0xcfec2990 fp = 0xcfec2a30 r4 = 0x00000000 r5 = 0x00000000 r6 = 0x00000000 r10 = 0xc070f6f8 db_command_loop() at db_command_loop+0x3c4 pc = 0xc01319dc lr = 0xc0131674 (db_command_loop+0x5c) sp = 0xcfec2a38 fp = 0xcfec2a48 r4 = 0xc054916d r5 = 0xc0569f39 r6 = 0xc070f6e4 r7 = 0xc0622154 r8 = 0xc07079b0 r9 = 0xc07079b4 r10 = 0xcfec2c10 db_command_loop() at db_command_loop+0x5c pc = 0xc0131674 lr = 0xc01340c0 (db_fetch_ksymtab+0x298) sp = 0xcfec2a50 fp = 0xcfec2b68 r4 = 0x00000000 r5 = 0xc070f6f0 r6 = 0xc07079d8 r10 = 0xcfec2c10 db_fetch_ksymtab() at db_fetch_ksymtab+0x298 pc = 0xc01340c0 lr = 0xc02d2eb8 (kdb_trap+0xbc) sp = 0xcfec2b70 fp = 0xcfec2b90 r4 = 0x00000000 r5 = 0x00000001 r6 = 0xc07079d8 r7 = 0xc0622154 kdb_trap() at kdb_trap+0xbc pc = 0xc02d2eb8 lr = 0xc0505a08 (undefinedinstruction+0x2b4) sp = 0xcfec2b98 fp = 0xcfec2c08 r4 = 0x00000000 r5 = 0x00000000 r6 = 0xc05056a4 r7 = 0xe7ffffff r8 = 0xc128a330 r9 = 0xc02d27b0 r10 = 0xcfec2c10 undefinedinstruction() at undefinedinstruction+0x2b4 pc = 0xc0505a08 lr = 0xc04efe38 (exception_exit) sp = 0xcfec2c10 fp = 0xcfec2ca8 r4 = 0xc0569f8e r5 = 0xcfec2cfc r6 = 0xc056f664 r7 = 0xc06f9f18 r8 = 0xc128a330 r9 = 0xc0710e50 r10 = 0xc06f9d80 exception_exit() at exception_exit pc = 0xc04efe38 lr = 0xc02d27a4 (kdb_enter+0x3c) sp = 0xcfec2ca0 fp = 0xcfec2ca8 r0 = 0xc07079c4 r1 = 0x00000000 r2 = 0xc056dc29 r3 = 0xc056d86c r4 = 0xc0569f8e r5 = 0xcfec2cfc r6 = 0xc056f664 r7 = 0xc06f9f18 r8 = 0xc128a330 r9 = 0xc0710e50 r10 = 0xc06f9d80 r12 = 0x00000000 kdb_enter() at kdb_enter+0x4c pc = 0xc02d27b4 lr = 0xc02994d4 (kassert_panic+0x1c8) sp = 0xcfec2cb0 fp = 0xcfec2cd0 r4 = 0x00000100 r10 = 0xc06f9d80 kassert_panic() at kassert_panic+0x1c8 pc = 0xc02994d4 lr = 0xc0299410 (kassert_panic+0x104) sp = 0xcfec2cd8 fp = 0xcfec2cf0 r4 = 0xc06f9e18 r5 = 0xc056f664 r6 = 0xcfec2cfc r7 = 0xc06f9d80 r8 = 0x00000050 r9 = 0xc0707c68 r10 = 0xc06f7d78 kassert_panic() at kassert_panic+0x104 pc = 0xc0299410 lr = 0xc02e475c (sleepq_add+0x2d4) sp = 0xcfec2d08 fp = 0xcfec2d30 r4 = 0xc07083fc r5 = 0xc128a330 r6 = 0x00000000 r7 = 0xc1bdd080 sleepq_add() at sleepq_add+0x2d4 pc = 0xc02e475c lr = 0xc02a2374 (_sleep+0x27c) sp = 0xcfec2d38 fp = 0xcfec2d80 r4 = 0xc0710d40 r5 = 0xc0710d40 r6 = 0xc1bdd080 r7 = 0xffffffa0 r8 = 0x00000000 r9 = 0x00000000 r10 = 0xc06f7d78 _sleep() at _sleep+0x27c pc = 0xc02a2374 lr = 0xc022badc (g_waitfor_event+0xf0) sp = 0xcfec2d88 fp = 0xcfec2dc8 r4 = 0xffffffa0 r5 = 0xc06f7d78 r6 = 0x00000000 r7 = 0x00000000 r8 = 0x00040000 r9 = 0x00000100 r10 = 0xc055e43c g_waitfor_event() at g_waitfor_event+0xf0 pc = 0xc022badc lr = 0xc04ba12c (vmspace_swap_count+0x8d0) sp = 0xcfec2dd8 fp = 0xcfec2de8 r4 = 0xc21525e8 r5 = 0xc178fd40 r6 = 0xc070df80 r7 = 0xc06f7dd4 r8 = 0xc0710378 r9 = 0xc055c18b r10 = 0x00000000 vmspace_swap_count() at vmspace_swap_count+0x8d0 pc = 0xc04ba12c lr = 0xc022d000 (g_io_schedule_up+0xd4) sp = 0xcfec2df0 fp = 0xcfec2e20 r4 = 0xc055e63f r5 = 0xc21525e8 r6 = 0xc06f7d90 r10 = 0x00000000 g_io_schedule_up() at g_io_schedule_up+0xd4 pc = 0xc022d000 lr = 0xc022d738 (g_init+0x220) sp = 0xcfec2e28 fp = 0xcfec2e30 r4 = 0xc055ea78 r5 = 0xc06f7dfc r6 = 0xc022d6cc r7 = 0x00000000 r8 = 0xcfec2e58 r9 = 0x00000000 r10 = 0x00000000 g_init() at g_init+0x220 pc = 0xc022d738 lr = 0xc02678a0 (fork_exit+0x7c) sp = 0xcfec2e38 fp = 0xcfec2e50 r4 = 0xc128a330 r5 = 0xc1287378 fork_exit() at fork_exit+0x7c pc = 0xc02678a0 lr = 0xc04efdc8 (swi_exit) sp = 0xcfec2e58 fp = 0x00000000 r4 = 0xc022d6cc r5 = 0x00000000 r6 = 0x00000000 r7 = 0x00000000 r8 = 0x00000000 r10 = 0x00000000 swi_exit() at swi_exit pc = 0xc04efdc8 lr = 0xc04efdc8 (swi_exit) sp = 0xcfec2e58 fp = 0x00000000 db> show thread 0xc128a330 Thread 100007 at 0xc128a330: proc (pid 12): 0xc1287378 name: g_up stack: 0xcfec1000-0xcfec2fff flags: 0x1010004 pflags: 0x210000 state: RUNNING (CPU 0) priority: 92 container lock: sched lock (0xc0707554) From owner-freebsd-current@FreeBSD.ORG Tue Apr 7 11:18:31 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 23FF1FC4 for ; Tue, 7 Apr 2015 11:18:31 +0000 (UTC) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.31.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A7F1DE9B for ; Tue, 7 Apr 2015 11:18:30 +0000 (UTC) Received: from [78.35.186.174] (helo=fabiankeil.de) by smtprelay03.ispgateway.de with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1YfRTm-0006Og-Pj for freebsd-current@freebsd.org; Tue, 07 Apr 2015 13:15:38 +0200 Date: Tue, 7 Apr 2015 13:16:04 +0200 From: Fabian Keil To: freebsd-current@freebsd.org Subject: Re: async pass(4) patches available Message-ID: <00653530.74872429@fabiankeil.de> In-Reply-To: <20150406220744.GA92212@mithlond.kdm.org> References: <20150330222358.GA46342@mithlond.kdm.org> <2147223b.4518a234@fabiankeil.de> <20150406220744.GA92212@mithlond.kdm.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/7f2isj_2LzmDxoKePj+HxAa"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Apr 2015 11:18:31 -0000 --Sig_/7f2isj_2LzmDxoKePj+HxAa Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable "Kenneth D. Merry" wrote: > On Mon, Apr 06, 2015 at 15:39:56 +0200, Fabian Keil wrote: > > "Kenneth D. Merry" wrote: > >=20 > > > I have put patches to add an asynchronous interface to the pass(4) > > > driver and add a new camdd(8) utility here: > > >=20 > > > FreeBSD/head as of SVN revision 280857: > > >=20 > > > http://people.freebsd.org/~ken/async_pass.head.20150330.1.txt > > [...] > > > Comments and testing are welcome! As I said, camdd(8) in particular > > > is a work in progress. It could use some cleanup and there are some > > > more useful features that could be added there. > >=20 > > I've been using the patch for a couple of days on an amd64 system > > based on 11.0-CURRENT r280952 and didn't notice any obvious > > regressions using the system as usual. [...]=20 > > I also tried to test camdd, but didn't get it to work. > > Some failed attempts: > >=20 > > [fk@kendra ~]$ sudo camdd -i pass=3Dda0,bs=3D65536 -o file=3Dblafsel.img > > (pass2:umass-sim0:0:0:0): READ(6). CDB: 08 00 00 00 80 00=20 > > (pass2:umass-sim0:0:0:0): CAM status: CCB request completed with an > > error 13 bytes read from pass2 > > 13 bytes written to blafsel.img > > 20.3203 seconds elapsed > > 0.00 MB/sec > > [fk@kendra ~]$ sudo hd blafsel.img=20 > > 00000000 55 53 42 53 d9 02 00 00 00 00 01 00 01 > > |USBS.........| 0000000d > > [fk@kendra ~]$ sudo dd if=3D/dev/da0 bs=3D1k count=3D1 | hd | head -n 1 > > 1+0 records in > > 1+0 records out > > 1024 bytes transferred in 0.000603 secs (1697756 bytes/sec) > > 00000000 fc 31 c0 8e c0 8e d8 8e d0 bc 00 0e be 1a 7c bf > > |.1............|.| >=20 > One possibility is that the device doesn't support 6-byte read/write > requests. The da(4) driver has quirk entries and code to figure that out > and default to 10-byte read/write requests, but camdd(8) doesn't have > anything like that yet. >=20 > I've attached patches to camdd that allow you to specify a minimum > command size. So, apply the patches, rebuild camdd, and try this: >=20 > # sudo camdd -i pass=3Dda0,bs=3D65536,mcs=3D10 -o file=3Dblafsel.img >=20 > We'll see if that helps. I'm not sure why you were even able to get 13 > bytes back. That is very strange. With the patch, reading from da0 seems to work until the end, but again only 13 bytes are written out when writing to a file: [fk@kendra ~]$ sudo camdd -i pass=3Dda0,bs=3D65536,mcs=3D10 -o file=3Dblafs= el.img (pass2:umass-sim0:0:0:0): READ(10). CDB: 28 00 00 78 a8 00 00 00 00 00 (pass2:umass-sim0:0:0:0): CAM status: CCB request completed with an error 4048551936 bytes read from pass2 13 bytes written to blafsel.img 127.6488 seconds elapsed 0.00 MB/sec [fk@kendra ~]$ diskinfo -v /dev/da0 /dev/da0 512 # sectorsize 4048551936 # mediasize in bytes (3.8G) 7907328 # mediasize in sectors 0 # stripesize 0 # stripeoffset 492 # Cylinders according to firmware. 255 # Heads according to firmware. 63 # Sectors according to firmware. AA00000000000958 # Disk ident. It works as expected when writing to stdout, though, so this is probably just a camdd-internal issue: [fk@kendra ~]$ sudo camdd -i pass=3Dda0,bs=3D65536,mcs=3D10 -o file=3D- > /= dpool/scratch/blafasel.img (pass2:umass-sim0:0:0:0): READ(10). CDB: 28 00 00 78 a8 00 00 00 00 00 (pass2:umass-sim0:0:0:0): CAM status: CCB request completed with an error 4048551936 bytes read from pass2 4048551936 bytes written to - 128.7222 seconds elapsed 29.99 MB/sec [fk@kendra ~]$ sudo dd if=3D/dev/da0 bs=3D65536 of=3D/dpool/scratch/blafase= l-dd.img 61776+0 records in 61776+0 records out 4048551936 bytes transferred in 134.993030 secs (29990822 bytes/sec) [fk@kendra ~]$ sha1 /dpool/scratch/blafasel*.img SHA1 (/dpool/scratch/blafasel-dd.img) =3D 12d1d9e82f840a6c6485ffcdb1fbf7802= 66ed266 SHA1 (/dpool/scratch/blafasel.img) =3D 12d1d9e82f840a6c6485ffcdb1fbf780266e= d266 Looks good to me. Fabian --Sig_/7f2isj_2LzmDxoKePj+HxAa Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlUjvHAACgkQBYqIVf93VJ3V9ACfbaVhbHVn8Xyd6Sc0xndaMdBf lWQAoLn7ReGmhMFz03W2mPe/730bsKeo =jJ8S -----END PGP SIGNATURE----- --Sig_/7f2isj_2LzmDxoKePj+HxAa-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 7 13:09:13 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA72B545; Tue, 7 Apr 2015 13:09:13 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 606DEE72; Tue, 7 Apr 2015 13:09:12 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id t37D946g024064; Tue, 7 Apr 2015 06:09:04 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id t37D946p024063; Tue, 7 Apr 2015 06:09:04 -0700 (PDT) (envelope-from david) Date: Tue, 7 Apr 2015 06:09:04 -0700 From: David Wolfskill To: current@freebsd.org Subject: Problems building head, probably r281198 Message-ID: <20150407130904.GL15644@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="f54savKjS/tSNRaU" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Apr 2015 13:09:13 -0000 --f54savKjS/tSNRaU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Running: FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #25 r28114= 3M/281144:1100067: Mon Apr 6 08:30:10 PDT 2015 root@g1-254.catwhisker.= org:/common/S3/obj/usr/src/sys/CANARY amd64 after updating sources to r281199, I see: =2E.. >>> stage 4.2: building libraries =2E.. --- all_subdir_libbluetooth --- =3D=3D=3D> lib/libbluetooth (all) --- bluetooth.So --- clang -fpic -DPIC -O2 -pipe -I/usr/src/lib/libbluetooth -I/usr/src/lib/l= ibbluetooth/../../sys -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werr= or -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-bo= dy -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compar= e -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enu= m-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-kn= r-promoted-parameter -Qunused-arguments -c /usr/src/lib/libbluetooth/blueto= oth.c -o bluetooth.So --- dev.So --- --- hci.So --- --- dev.So --- clang -fpic -DPIC -O2 -pipe -I/usr/src/lib/libbluetooth -I/usr/src/lib/l= ibbluetooth/../../sys -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werr= or -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-bo= dy -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compar= e -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enu= m-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-kn= r-promoted-parameter -Qunused-arguments -c /usr/src/lib/libbluetooth/dev.c = -o dev.So clang -fpic -DPIC -O2 -pipe -I/usr/src/lib/libbluetooth -I/usr/src/lib/l= ibbluetooth/../../sys -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werr= or -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-bo= dy -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compar= e -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enu= m-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-kn= r-promoted-parameter -Qunused-arguments -c /usr/src/lib/libbluetooth/hci.c = -o hci.So --- bluetooth.So --- In file included from /usr/src/lib/libbluetooth/bluetooth.c:34: In file included from /usr/src/lib/libbluetooth/bluetooth.h:49: /usr/src/lib/libbluetooth/../../sys/netgraph/bluetooth/include/ng_btsocket.= h:246:2: error: "Make sure new member of socket address initialized" [-Werr= or,-W#warnings] #warning "Make sure new member of socket address initialized" ^ --- hci.So --- In file included from /usr/src/lib/libbluetooth/hci.c:34: In file included from /usr/src/lib/libbluetooth/bluetooth.h:49: /usr/src/lib/libbluetooth/../../sys/netgraph/bluetooth/include/ng_btsocket.= h:246:2: error: "Make sure new member of socket address initialized" [-Werr= or,-W#warnings] #warning "Make sure new member of socket address initialized" ^ 1 error generated. *** [hci.So] Error code 1 make[5]: stopped in /usr/src/lib/libbluetooth --- bluetooth.So --- 1 error generated. --- dev.So --- In file included from /usr/src/lib/libbluetooth/dev.c:33: In file included from /usr/src/lib/libbluetooth/bluetooth.h:49: /usr/src/lib/libbluetooth/../../sys/netgraph/bluetooth/include/ng_btsocket.= h:246:2: error: "Make sure new member of socket address initialized" [-Werr= or,-W#warnings] #warning "Make sure new member of socket address initialized" ^ 1 error generated. *** [dev.So] Error code 1 make[5]: stopped in /usr/src/lib/libbluetooth --- bluetooth.So --- *** [bluetooth.So] Error code 1 make[5]: stopped in /usr/src/lib/libbluetooth 3 errors make[5]: stopped in /usr/src/lib/libbluetooth *** [all_subdir_libbluetooth] Error code 2 make[4]: stopped in /usr/src/lib make[3]: stopped in /usr/src *** [libraries] Error code 2 make[2]: stopped in /usr/src 1 error make[2]: stopped in /usr/src *** [_libraries] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src (Note: I encountered this first in i386, but waited until I could reproduce the problem (and checked for more recent commits) before sending this note.) Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who murder in the name of God or prophet are blasphemous cowards. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --f54savKjS/tSNRaU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVI9bwXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk74EUP/1/Ag1NyXRpEo3q//kid2mfh 6cREZX4RBcd/owj1+Jywa87MuJ2oAPxE+i/sL0a3h1yVyqxaEeNgdAmysbTUToOo 20WGrN/WDeZIz4HL/xi7DK2ePm6KUTnEsiXgOCOqYD1iwbperFQ9CIL+K7VtHZEj i9j8BjhHYPnY6CQmwnbtYlZf9GiqpLBAGUPOEvaFUrE3IAISIulkNkdBubym0x+9 a9+eNVRSmd2nqTAERyeaWBAZBn4R5/8En6HPmPhoU7zVi2HUaXc4VqcgKvNkFFDt mF+HBNKgWeWALhvxP5/sgPWEPEiHG2b7WsMBKBlHCFnOo4rTYl1XyieUSuc6plYz w2PSg7qjFq6q532g7B5nXXX5T8rsX+r8zIFOiQHFxtj+DQn/MXAllDlXNNV0RQM5 SAT9jCPNHUHwRXytaruiZmJPtKP/kGCgKE2XTdb6pk1lYakjINLEBa/WI2782sUJ dX966icxvcl0dpBnPcOTqacjnYWGJyCwcId+T7gFpFZNJRv9+hJVmctJRGWvGD8l SAFsyrqAFfHLBPf1R7yN10Erq5M5sP1f9pLU24AXPasfvlKF7ne7XfJVdoccW2zd CtRsIE3PFoRO7LGywvG7is9z8ce6LXp5f6PnTsTGYhHV8zJWciT6QUpFwXc4iZM6 Shhg7o/CNPBvcWZ87Lvh =yvEP -----END PGP SIGNATURE----- --f54savKjS/tSNRaU-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 7 13:35:31 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C5F1EC0 for ; Tue, 7 Apr 2015 13:35:31 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EA8D32AE for ; Tue, 7 Apr 2015 13:35:30 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtp (envelope-from ) id <1YfTez-004BIX-Hq>; Tue, 07 Apr 2015 15:35:21 +0200 Received: from p578a69f9.dip0.t-ipconnect.de ([87.138.105.249] helo=prometheus) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (envelope-from ) id <1YfTez-000H3k-DS>; Tue, 07 Apr 2015 15:35:21 +0200 Date: Tue, 7 Apr 2015 15:32:50 +0200 From: "O. Hartmann" To: David Wolfskill Subject: Re: Problems building head, probably r281198 Message-ID: <20150407153250.5c104976@prometheus> In-Reply-To: <20150407130904.GL15644@albert.catwhisker.org> References: <20150407130904.GL15644@albert.catwhisker.org> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: base64 X-Originating-IP: 87.138.105.249 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Apr 2015 13:35:31 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMjU2DQoNCk9uIFR1 ZSwgNyBBcHIgMjAxNSAwNjowOTowNCAtMDcwMA0KRGF2aWQgV29sZnNraWxsIDxkYXZpZEBjYXR3 aGlza2VyLm9yZz4gd3JvdGU6DQoNCj4gUnVubmluZzoNCj4gRnJlZUJTRCBnMS0yNTQuY2F0d2hp c2tlci5vcmcgMTEuMC1DVVJSRU5UIEZyZWVCU0QgMTEuMC1DVVJSRU5UICMyNQ0KPiByMjgxMTQz TS8yODExNDQ6MTEwMDA2NzogTW9uIEFwciAgNiAwODozMDoxMCBQRFQgMjAxNQ0KPiByb290QGcx LTI1NC5jYXR3aGlza2VyLm9yZzovY29tbW9uL1MzL29iai91c3Ivc3JjL3N5cy9DQU5BUlkgIGFt ZDY0DQo+IA0KPiBhZnRlciB1cGRhdGluZyBzb3VyY2VzIHRvIHIyODExOTksIEkgc2VlOg0KPiAN Cj4gLi4uDQo+ID4+PiBzdGFnZSA0LjI6IGJ1aWxkaW5nIGxpYnJhcmllcw0KPiAuLi4NCj4gLS0t IGFsbF9zdWJkaXJfbGliYmx1ZXRvb3RoIC0tLQ0KPiA9PT0+IGxpYi9saWJibHVldG9vdGggKGFs bCkNCj4gLS0tIGJsdWV0b290aC5TbyAtLS0NCj4gY2xhbmcgLWZwaWMgLURQSUMgIC1PMiAtcGlw ZSAgIC1JL3Vzci9zcmMvbGliL2xpYmJsdWV0b290aA0KPiAtSS91c3Ivc3JjL2xpYi9saWJibHVl dG9vdGgvLi4vLi4vc3lzIC1zdGQ9Z251OTkgLWZzdGFjay1wcm90ZWN0b3INCj4gLVdzeXN0ZW0t aGVhZGVycyAtV2Vycm9yIC1XYWxsIC1Xbm8tZm9ybWF0LXkyayAtV25vLXVuaW5pdGlhbGl6ZWQN Cj4gLVduby1wb2ludGVyLXNpZ24gLVduby1lbXB0eS1ib2R5IC1Xbm8tc3RyaW5nLXBsdXMtaW50 DQo+IC1Xbm8tdW51c2VkLWNvbnN0LXZhcmlhYmxlIC1Xbm8tdGF1dG9sb2dpY2FsLWNvbXBhcmUg LVduby11bnVzZWQtdmFsdWUNCj4gLVduby1wYXJlbnRoZXNlcy1lcXVhbGl0eSAtV25vLXVudXNl ZC1mdW5jdGlvbiAtV25vLWVudW0tY29udmVyc2lvbg0KPiAtV25vLXVudXNlZC1sb2NhbC10eXBl ZGVmIC1Xbm8tc3dpdGNoIC1Xbm8tc3dpdGNoLWVudW0NCj4gLVduby1rbnItcHJvbW90ZWQtcGFy YW1ldGVyIC1RdW51c2VkLWFyZ3VtZW50cw0KPiAtYyAvdXNyL3NyYy9saWIvbGliYmx1ZXRvb3Ro L2JsdWV0b290aC5jIC1vIGJsdWV0b290aC5TbyAtLS0gZGV2LlNvIC0tLSAtLS0NCj4gaGNpLlNv IC0tLSAtLS0gZGV2LlNvIC0tLSBjbGFuZyAtZnBpYyAtRFBJQyAgLU8yIC1waXBlDQo+IC1JL3Vz ci9zcmMvbGliL2xpYmJsdWV0b290aCAtSS91c3Ivc3JjL2xpYi9saWJibHVldG9vdGgvLi4vLi4v c3lzIC1zdGQ9Z251OTkNCj4gLWZzdGFjay1wcm90ZWN0b3IgLVdzeXN0ZW0taGVhZGVycyAtV2Vy cm9yIC1XYWxsIC1Xbm8tZm9ybWF0LXkyaw0KPiAtV25vLXVuaW5pdGlhbGl6ZWQgLVduby1wb2lu dGVyLXNpZ24gLVduby1lbXB0eS1ib2R5IC1Xbm8tc3RyaW5nLXBsdXMtaW50DQo+IC1Xbm8tdW51 c2VkLWNvbnN0LXZhcmlhYmxlIC1Xbm8tdGF1dG9sb2dpY2FsLWNvbXBhcmUgLVduby11bnVzZWQt dmFsdWUNCj4gLVduby1wYXJlbnRoZXNlcy1lcXVhbGl0eSAtV25vLXVudXNlZC1mdW5jdGlvbiAt V25vLWVudW0tY29udmVyc2lvbg0KPiAtV25vLXVudXNlZC1sb2NhbC10eXBlZGVmIC1Xbm8tc3dp dGNoIC1Xbm8tc3dpdGNoLWVudW0NCj4gLVduby1rbnItcHJvbW90ZWQtcGFyYW1ldGVyIC1RdW51 c2VkLWFyZ3VtZW50cw0KPiAtYyAvdXNyL3NyYy9saWIvbGliYmx1ZXRvb3RoL2Rldi5jIC1vIGRl di5TbyBjbGFuZyAtZnBpYyAtRFBJQyAgLU8yIC1waXBlDQo+IC1JL3Vzci9zcmMvbGliL2xpYmJs dWV0b290aCAtSS91c3Ivc3JjL2xpYi9saWJibHVldG9vdGgvLi4vLi4vc3lzIC1zdGQ9Z251OTkN Cj4gLWZzdGFjay1wcm90ZWN0b3IgLVdzeXN0ZW0taGVhZGVycyAtV2Vycm9yIC1XYWxsIC1Xbm8t Zm9ybWF0LXkyaw0KPiAtV25vLXVuaW5pdGlhbGl6ZWQgLVduby1wb2ludGVyLXNpZ24gLVduby1l bXB0eS1ib2R5IC1Xbm8tc3RyaW5nLXBsdXMtaW50DQo+IC1Xbm8tdW51c2VkLWNvbnN0LXZhcmlh YmxlIC1Xbm8tdGF1dG9sb2dpY2FsLWNvbXBhcmUgLVduby11bnVzZWQtdmFsdWUNCj4gLVduby1w YXJlbnRoZXNlcy1lcXVhbGl0eSAtV25vLXVudXNlZC1mdW5jdGlvbiAtV25vLWVudW0tY29udmVy c2lvbg0KPiAtV25vLXVudXNlZC1sb2NhbC10eXBlZGVmIC1Xbm8tc3dpdGNoIC1Xbm8tc3dpdGNo LWVudW0NCj4gLVduby1rbnItcHJvbW90ZWQtcGFyYW1ldGVyIC1RdW51c2VkLWFyZ3VtZW50cw0K PiAtYyAvdXNyL3NyYy9saWIvbGliYmx1ZXRvb3RoL2hjaS5jIC1vIGhjaS5TbyAtLS0gYmx1ZXRv b3RoLlNvIC0tLSBJbiBmaWxlDQo+IGluY2x1ZGVkIGZyb20gL3Vzci9zcmMvbGliL2xpYmJsdWV0 b290aC9ibHVldG9vdGguYzozNDogSW4gZmlsZSBpbmNsdWRlZA0KPiBmcm9tIC91c3Ivc3JjL2xp Yi9saWJibHVldG9vdGgvYmx1ZXRvb3RoLmg6NDk6IC91c3Ivc3JjL2xpYi9saWJibHVldG9vdGgv Li4vLi4vc3lzL25ldGdyYXBoL2JsdWV0b290aC9pbmNsdWRlL25nX2J0c29ja2V0Lmg6MjQ2OjI6 DQo+IGVycm9yOiAiTWFrZSBzdXJlIG5ldyBtZW1iZXIgb2Ygc29ja2V0IGFkZHJlc3MNCj4gaW5p dGlhbGl6ZWQiIFstV2Vycm9yLC1XI3dhcm5pbmdzXSAjd2FybmluZyAiTWFrZSBzdXJlIG5ldyBt ZW1iZXIgb2Ygc29ja2V0DQo+IGFkZHJlc3MgaW5pdGlhbGl6ZWQiIF4gLS0tIGhjaS5TbyAtLS0g SW4gZmlsZSBpbmNsdWRlZA0KPiBmcm9tIC91c3Ivc3JjL2xpYi9saWJibHVldG9vdGgvaGNpLmM6 MzQ6IEluIGZpbGUgaW5jbHVkZWQNCj4gZnJvbSAvdXNyL3NyYy9saWIvbGliYmx1ZXRvb3RoL2Js dWV0b290aC5oOjQ5OiAvdXNyL3NyYy9saWIvbGliYmx1ZXRvb3RoLy4uLy4uL3N5cy9uZXRncmFw aC9ibHVldG9vdGgvaW5jbHVkZS9uZ19idHNvY2tldC5oOjI0NjoyOg0KPiBlcnJvcjogIk1ha2Ug c3VyZSBuZXcgbWVtYmVyIG9mIHNvY2tldCBhZGRyZXNzDQo+IGluaXRpYWxpemVkIiBbLVdlcnJv ciwtVyN3YXJuaW5nc10gI3dhcm5pbmcgIk1ha2Ugc3VyZSBuZXcgbWVtYmVyIG9mIHNvY2tldA0K PiBhZGRyZXNzIGluaXRpYWxpemVkIiBeIDEgZXJyb3IgZ2VuZXJhdGVkLiAqKiogW2hjaS5Tb10g RXJyb3IgY29kZSAxDQo+IA0KPiBtYWtlWzVdOiBzdG9wcGVkIGluIC91c3Ivc3JjL2xpYi9saWJi bHVldG9vdGgNCj4gLS0tIGJsdWV0b290aC5TbyAtLS0NCj4gMSBlcnJvciBnZW5lcmF0ZWQuDQo+ IC0tLSBkZXYuU28gLS0tDQo+IEluIGZpbGUgaW5jbHVkZWQgZnJvbSAvdXNyL3NyYy9saWIvbGli Ymx1ZXRvb3RoL2Rldi5jOjMzOg0KPiBJbiBmaWxlIGluY2x1ZGVkIGZyb20gL3Vzci9zcmMvbGli L2xpYmJsdWV0b290aC9ibHVldG9vdGguaDo0OToNCj4gL3Vzci9zcmMvbGliL2xpYmJsdWV0b290 aC8uLi8uLi9zeXMvbmV0Z3JhcGgvYmx1ZXRvb3RoL2luY2x1ZGUvbmdfYnRzb2NrZXQuaDoyNDY6 MjoNCj4gZXJyb3I6ICJNYWtlIHN1cmUgbmV3IG1lbWJlciBvZiBzb2NrZXQgYWRkcmVzcw0KPiBp bml0aWFsaXplZCIgWy1XZXJyb3IsLVcjd2FybmluZ3NdICN3YXJuaW5nICJNYWtlIHN1cmUgbmV3 IG1lbWJlciBvZiBzb2NrZXQNCj4gYWRkcmVzcyBpbml0aWFsaXplZCIgXiAxIGVycm9yIGdlbmVy YXRlZC4NCj4gKioqIFtkZXYuU29dIEVycm9yIGNvZGUgMQ0KPiANCj4gbWFrZVs1XTogc3RvcHBl ZCBpbiAvdXNyL3NyYy9saWIvbGliYmx1ZXRvb3RoDQo+IC0tLSBibHVldG9vdGguU28gLS0tDQo+ ICoqKiBbYmx1ZXRvb3RoLlNvXSBFcnJvciBjb2RlIDENCj4gDQo+IG1ha2VbNV06IHN0b3BwZWQg aW4gL3Vzci9zcmMvbGliL2xpYmJsdWV0b290aA0KPiAzIGVycm9ycw0KPiANCj4gbWFrZVs1XTog c3RvcHBlZCBpbiAvdXNyL3NyYy9saWIvbGliYmx1ZXRvb3RoDQo+ICoqKiBbYWxsX3N1YmRpcl9s aWJibHVldG9vdGhdIEVycm9yIGNvZGUgMg0KPiANCj4gbWFrZVs0XTogc3RvcHBlZCBpbiAvdXNy L3NyYy9saWINCj4gDQo+IG1ha2VbM106IHN0b3BwZWQgaW4gL3Vzci9zcmMNCj4gKioqIFtsaWJy YXJpZXNdIEVycm9yIGNvZGUgMg0KPiANCj4gbWFrZVsyXTogc3RvcHBlZCBpbiAvdXNyL3NyYw0K PiAxIGVycm9yDQo+IA0KPiBtYWtlWzJdOiBzdG9wcGVkIGluIC91c3Ivc3JjDQo+ICoqKiBbX2xp YnJhcmllc10gRXJyb3IgY29kZSAyDQo+IA0KPiBtYWtlWzFdOiBzdG9wcGVkIGluIC91c3Ivc3Jj DQo+IDEgZXJyb3INCj4gDQo+IG1ha2VbMV06IHN0b3BwZWQgaW4gL3Vzci9zcmMNCj4gKioqIFti dWlsZHdvcmxkXSBFcnJvciBjb2RlIDINCj4gDQo+IG1ha2U6IHN0b3BwZWQgaW4gL3Vzci9zcmMN Cj4gMSBlcnJvcg0KPiANCj4gbWFrZTogc3RvcHBlZCBpbiAvdXNyL3NyYw0KPiANCj4gDQo+IA0K PiAoTm90ZTogSSBlbmNvdW50ZXJlZCB0aGlzIGZpcnN0IGluIGkzODYsIGJ1dCB3YWl0ZWQgdW50 aWwgSSBjb3VsZA0KPiByZXByb2R1Y2UgdGhlIHByb2JsZW0gKGFuZCBjaGVja2VkIGZvciBtb3Jl IHJlY2VudCBjb21taXRzKSBiZWZvcmUNCj4gc2VuZGluZyB0aGlzIG5vdGUuKQ0KPiANCj4gUGVh Y2UsDQo+IGRhdmlkDQoNClNhbWUgaGVyZSBvbiBhbGwgcmVjZW50IENVUlJFTlQgc3lzdGVtcyAu Li4NCg0KUmVnYXJkcywNCk9saXZlcg0KLS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0NClZl cnNpb246IEdudVBHIHYyDQoNCmlRRWNCQUVCQ0FBR0JRSlZJOXlDQUFvSkVPZ0JjRDdBLzVOOFA1 c0gvMHJOQTRqUXpBQWRPbUJubWhrbk1sZnYNCnE4M3NFZnBDT21YK3FLVHJuTWNCVDF0QVFsRklV RTFFRlZ1ZjYyVThmNm5IRmRGc0hBN01ydm9COTV0ZFNBN0sNCkpsYm8zaEMrTS9VQ3A4MVdjOXR6 QlpZODg0emE4MTFVMnkxUmY4dUdidjl5L2tONzhiQWZ4NndadDl5cm52QXMNCnNrWXExazh5K0I4 aTF4azRYZzhDblhFOTRLT08zKzJZYjNnVTBPWHEyQmV4NkFaYW1OejhEcWRYcFJSbmEwN0QNCkJl YjZjN2JzZFlKVHdXMTJnLzZmb0lidzJMWUp4RlJDK3dtVkpWRDVkWmRucnhuVUJIcDlPZVROSWZx NnU5SmUNCmhmOGlsWmtlSVdSM3dnaGlsN1RiU08rL0ZicUVFN0dpU1hTRGUvalhsdGF6ZHhZZnE3 T214R2NWZmJid3Rjcz0NCj1LUVpDDQotLS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0NCg== From owner-freebsd-current@FreeBSD.ORG Tue Apr 7 16:31:20 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E02A2CBA for ; Tue, 7 Apr 2015 16:31:20 +0000 (UTC) Received: from mithlond.kdm.org (mithlond.kdm.org [70.56.43.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 95206EC4 for ; Tue, 7 Apr 2015 16:31:20 +0000 (UTC) Received: from mithlond.kdm.org (localhost [127.0.0.1]) by mithlond.kdm.org (8.14.9/8.14.9) with ESMTP id t37GVE23008108 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 7 Apr 2015 10:31:14 -0600 (MDT) (envelope-from ken@mithlond.kdm.org) Received: (from ken@localhost) by mithlond.kdm.org (8.14.9/8.14.9/Submit) id t37GVDQH008107; Tue, 7 Apr 2015 10:31:13 -0600 (MDT) (envelope-from ken) Date: Tue, 7 Apr 2015 10:31:13 -0600 From: "Kenneth D. Merry" To: Fabian Keil Subject: Re: async pass(4) patches available Message-ID: <20150407163113.GA7762@mithlond.kdm.org> References: <20150330222358.GA46342@mithlond.kdm.org> <2147223b.4518a234@fabiankeil.de> <20150406220744.GA92212@mithlond.kdm.org> <00653530.74872429@fabiankeil.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <00653530.74872429@fabiankeil.de> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [127.0.0.1]); Tue, 07 Apr 2015 10:31:14 -0600 (MDT) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mithlond.kdm.org Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Apr 2015 16:31:21 -0000 On Tue, Apr 07, 2015 at 13:16:04 +0200, Fabian Keil wrote: > "Kenneth D. Merry" wrote: > > > On Mon, Apr 06, 2015 at 15:39:56 +0200, Fabian Keil wrote: > > > "Kenneth D. Merry" wrote: > > > > > > > I have put patches to add an asynchronous interface to the pass(4) > > > > driver and add a new camdd(8) utility here: > > > > > > > > FreeBSD/head as of SVN revision 280857: > > > > > > > > http://people.freebsd.org/~ken/async_pass.head.20150330.1.txt > > > [...] > > > > Comments and testing are welcome! As I said, camdd(8) in particular > > > > is a work in progress. It could use some cleanup and there are some > > > > more useful features that could be added there. > > > > > > I've been using the patch for a couple of days on an amd64 system > > > based on 11.0-CURRENT r280952 and didn't notice any obvious > > > regressions using the system as usual. > [...] > > > I also tried to test camdd, but didn't get it to work. > > > Some failed attempts: > > > > > > [fk@kendra ~]$ sudo camdd -i pass=da0,bs=65536 -o file=blafsel.img > > > (pass2:umass-sim0:0:0:0): READ(6). CDB: 08 00 00 00 80 00 > > > (pass2:umass-sim0:0:0:0): CAM status: CCB request completed with an > > > error 13 bytes read from pass2 > > > 13 bytes written to blafsel.img > > > 20.3203 seconds elapsed > > > 0.00 MB/sec > > > [fk@kendra ~]$ sudo hd blafsel.img > > > 00000000 55 53 42 53 d9 02 00 00 00 00 01 00 01 > > > |USBS.........| 0000000d > > > [fk@kendra ~]$ sudo dd if=/dev/da0 bs=1k count=1 | hd | head -n 1 > > > 1+0 records in > > > 1+0 records out > > > 1024 bytes transferred in 0.000603 secs (1697756 bytes/sec) > > > 00000000 fc 31 c0 8e c0 8e d8 8e d0 bc 00 0e be 1a 7c bf > > > |.1............|.| > > > > One possibility is that the device doesn't support 6-byte read/write > > requests. The da(4) driver has quirk entries and code to figure that out > > and default to 10-byte read/write requests, but camdd(8) doesn't have > > anything like that yet. > > > > I've attached patches to camdd that allow you to specify a minimum > > command size. So, apply the patches, rebuild camdd, and try this: > > > > # sudo camdd -i pass=da0,bs=65536,mcs=10 -o file=blafsel.img > > > > We'll see if that helps. I'm not sure why you were even able to get 13 > > bytes back. That is very strange. > > With the patch, reading from da0 seems to work until the end, > but again only 13 bytes are written out when writing to a file: > > [fk@kendra ~]$ sudo camdd -i pass=da0,bs=65536,mcs=10 -o file=blafsel.img > (pass2:umass-sim0:0:0:0): READ(10). CDB: 28 00 00 78 a8 00 00 00 00 00 > (pass2:umass-sim0:0:0:0): CAM status: CCB request completed with an error > 4048551936 bytes read from pass2 > 13 bytes written to blafsel.img > 127.6488 seconds elapsed > 0.00 MB/sec Did the file exist before running that command? If so, camdd will look at the file size and not write any more than the current file size. If the file doesn't exist, it'll stop writing when it reaches the end of the input, or it gets a write error, or it reaches the specified I/O limit (-m argument). It also looks like there is a bug; the command above is attempting to read 0 bytes starting from one sector beyond the last logical block. > [fk@kendra ~]$ diskinfo -v /dev/da0 > /dev/da0 > 512 # sectorsize > 4048551936 # mediasize in bytes (3.8G) > 7907328 # mediasize in sectors > 0 # stripesize > 0 # stripeoffset > 492 # Cylinders according to firmware. > 255 # Heads according to firmware. > 63 # Sectors according to firmware. > AA00000000000958 # Disk ident. > > It works as expected when writing to stdout, though, so this is > probably just a camdd-internal issue: > > [fk@kendra ~]$ sudo camdd -i pass=da0,bs=65536,mcs=10 -o file=- > /dpool/scratch/blafasel.img > (pass2:umass-sim0:0:0:0): READ(10). CDB: 28 00 00 78 a8 00 00 00 00 00 > (pass2:umass-sim0:0:0:0): CAM status: CCB request completed with an error > 4048551936 bytes read from pass2 > 4048551936 bytes written to - > 128.7222 seconds elapsed > 29.99 MB/sec Ahh, yes, that is what I would expect. > [fk@kendra ~]$ sudo dd if=/dev/da0 bs=65536 of=/dpool/scratch/blafasel-dd.img > 61776+0 records in > 61776+0 records out > 4048551936 bytes transferred in 134.993030 secs (29990822 bytes/sec) > > [fk@kendra ~]$ sha1 /dpool/scratch/blafasel*.img > SHA1 (/dpool/scratch/blafasel-dd.img) = 12d1d9e82f840a6c6485ffcdb1fbf780266ed266 > SHA1 (/dpool/scratch/blafasel.img) = 12d1d9e82f840a6c6485ffcdb1fbf780266ed266 > > Looks good to me. Great! I'll see if I can fix the bug that is causing the zero length read at the end. Thank you for testing it! Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Tue Apr 7 17:21:23 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB798B58 for ; Tue, 7 Apr 2015 17:21:23 +0000 (UTC) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.31.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5BF1C6CC for ; Tue, 7 Apr 2015 17:21:23 +0000 (UTC) Received: from [78.35.186.174] (helo=fabiankeil.de) by smtprelay02.ispgateway.de with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1YfX86-0004PN-8E for freebsd-current@freebsd.org; Tue, 07 Apr 2015 19:17:38 +0200 Date: Tue, 7 Apr 2015 19:17:13 +0200 From: Fabian Keil To: freebsd-current@freebsd.org Subject: Re: async pass(4) patches available Message-ID: <4c23ab84.39d1cfcf@fabiankeil.de> In-Reply-To: <20150407163113.GA7762@mithlond.kdm.org> References: <20150330222358.GA46342@mithlond.kdm.org> <2147223b.4518a234@fabiankeil.de> <20150406220744.GA92212@mithlond.kdm.org> <00653530.74872429@fabiankeil.de> <20150407163113.GA7762@mithlond.kdm.org> Reply-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/KBhCX2hwG4QRS.qEFAlUvvr"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Apr 2015 17:21:23 -0000 --Sig_/KBhCX2hwG4QRS.qEFAlUvvr Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable "Kenneth D. Merry" wrote: > On Tue, Apr 07, 2015 at 13:16:04 +0200, Fabian Keil wrote: > > "Kenneth D. Merry" wrote: > >=20 > > > On Mon, Apr 06, 2015 at 15:39:56 +0200, Fabian Keil wrote: > > > > "Kenneth D. Merry" wrote: > > > >=20 > > > > > I have put patches to add an asynchronous interface to the > > > > > pass(4) driver and add a new camdd(8) utility here: > > > > >=20 > > > > > FreeBSD/head as of SVN revision 280857: > > > > >=20 > > > > > http://people.freebsd.org/~ken/async_pass.head.20150330.1.txt > > > > [...] > > > > > Comments and testing are welcome! As I said, camdd(8) in > > > > > particular is a work in progress. It could use some cleanup and > > > > > there are some more useful features that could be added there. > > > >=20 > > > > I've been using the patch for a couple of days on an amd64 system > > > > based on 11.0-CURRENT r280952 and didn't notice any obvious > > > > regressions using the system as usual. > > [...]=20 > > > > I also tried to test camdd, but didn't get it to work. > > > > Some failed attempts: > > > >=20 > > > > [fk@kendra ~]$ sudo camdd -i pass=3Dda0,bs=3D65536 -o file=3Dblafse= l.img > > > > (pass2:umass-sim0:0:0:0): READ(6). CDB: 08 00 00 00 80 00=20 > > > > (pass2:umass-sim0:0:0:0): CAM status: CCB request completed with an > > > > error 13 bytes read from pass2 > > > > 13 bytes written to blafsel.img > > > > 20.3203 seconds elapsed > > > > 0.00 MB/sec > > > > [fk@kendra ~]$ sudo hd blafsel.img=20 > > > > 00000000 55 53 42 53 d9 02 00 00 00 00 01 00 01 > > > > |USBS.........| 0000000d > > > > [fk@kendra ~]$ sudo dd if=3D/dev/da0 bs=3D1k count=3D1 | hd | head= -n 1 > > > > 1+0 records in > > > > 1+0 records out > > > > 1024 bytes transferred in 0.000603 secs (1697756 bytes/sec) > > > > 00000000 fc 31 c0 8e c0 8e d8 8e d0 bc 00 0e be 1a 7c bf > > > > |.1............|.| > > >=20 > > > One possibility is that the device doesn't support 6-byte read/write > > > requests. The da(4) driver has quirk entries and code to figure > > > that out and default to 10-byte read/write requests, but camdd(8) > > > doesn't have anything like that yet. > > >=20 > > > I've attached patches to camdd that allow you to specify a minimum > > > command size. So, apply the patches, rebuild camdd, and try this: > > >=20 > > > # sudo camdd -i pass=3Dda0,bs=3D65536,mcs=3D10 -o file=3Dblafsel.img > > >=20 > > > We'll see if that helps. I'm not sure why you were even able to get > > > 13 bytes back. That is very strange. > >=20 > > With the patch, reading from da0 seems to work until the end, > > but again only 13 bytes are written out when writing to a file: > >=20 > > [fk@kendra ~]$ sudo camdd -i pass=3Dda0,bs=3D65536,mcs=3D10 -o > > file=3Dblafsel.img (pass2:umass-sim0:0:0:0): READ(10). CDB: 28 00 00 78 > > a8 00 00 00 00 00 (pass2:umass-sim0:0:0:0): CAM status: CCB request > > completed with an error 4048551936 bytes read from pass2 > > 13 bytes written to blafsel.img > > 127.6488 seconds elapsed > > 0.00 MB/sec >=20 > Did the file exist before running that command? If so, camdd will look > at the file size and not write any more than the current file size. That was probably it, at least I couldn't reproduce the problem with a new file a few minutes ago: [fk@kendra ~]$ sudo camdd -i pass=3Dda0,bs=3D65536,mcs=3D10 -o file=3D/dpoo= l/scratch/new-file.img =20 (pass2:umass-sim0:0:0:0): READ(10). CDB: 28 00 00 78 a8 00 00 00 00 00=20 (pass2:umass-sim0:0:0:0): CAM status: CCB request completed with an error 4048551936 bytes read from pass2 4048551936 bytes written to /dpool/scratch/new-file.img 127.3009 seconds elapsed 30.33 MB/sec and with an existing file camdd indeed behaved like you described: [fk@kendra ~]$ truncate -s 100 /dpool/scratch/small-file [fk@kendra ~]$ sudo camdd -i pass=3Dda0,bs=3D65536,mcs=3D10 -o file=3D/dpoo= l/scratch/small-file =20 (pass2:umass-sim0:0:0:0): READ(10). CDB: 28 00 00 78 a8 00 00 00 00 00=20 (pass2:umass-sim0:0:0:0): CAM status: CCB request completed with an error 4048551936 bytes read from pass2 100 bytes written to /dpool/scratch/small-file 128.4956 seconds elapsed 0.00 MB/sec > Thank you for testing it! No problem. Fabian --Sig_/KBhCX2hwG4QRS.qEFAlUvvr Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlUkERYACgkQBYqIVf93VJ23XgCfSK/F3XlMJ3Bqgf/bHIExeims ODAAn0ifZpudIpbXn9wDRmO1Wkvekr3+ =JQRp -----END PGP SIGNATURE----- --Sig_/KBhCX2hwG4QRS.qEFAlUvvr-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 7 19:04:47 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1561638 for ; Tue, 7 Apr 2015 19:04:46 +0000 (UTC) Received: from mail-pd0-x236.google.com (mail-pd0-x236.google.com [IPv6:2607:f8b0:400e:c02::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A7F622FC for ; Tue, 7 Apr 2015 19:04:46 +0000 (UTC) Received: by pddn5 with SMTP id n5so88177118pdd.2 for ; Tue, 07 Apr 2015 12:04:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:message-id:date:to:mime-version; bh=v32xlPFBwmLdfB0Zc3UiaQTJXqD0W+KbhHY7Ni4RwYM=; b=xW+Sra8Z0vic7nNUBU4mwgv/DGX1xDA0AVFQz9ol0PfPE4oLcgKgO/TOQnUgfe4wrs 2wHMpJO/srv8k4imC/ejmAo6cKf0JqL/VhXs0tT5jzlKm24e6CrdbCUhqJhqOpAep6kR +z8ACq7CfsqqqTS/TQIHzTEr5dolhxC1EJUVo+DO36CqZd4LQc7mp6sW/d3t/18vGAC0 7V9tIK1YgblXlvZsQ0qJV+UvKAxcdKIFwjLzQQIg4LC4ZlbLeqorVM5WFdOyTbA0iYGs 0B2BxswU2yHF8YjPfrRB22omDXHryZgDrX9NlsThyX44GJgIHtlBuIRR2lNtG5T7feec 1Cow== X-Received: by 10.70.90.162 with SMTP id bx2mr30246008pdb.60.1428433486135; Tue, 07 Apr 2015 12:04:46 -0700 (PDT) Received: from ?IPv6:2601:8:ab80:7d6:610d:aff9:feea:8930? ([2601:8:ab80:7d6:610d:aff9:feea:8930]) by mx.google.com with ESMTPSA id rx3sm8711053pbc.78.2015.04.07.12.04.45 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 07 Apr 2015 12:04:45 -0700 (PDT) From: Garrett Cooper Content-Type: multipart/signed; boundary="Apple-Mail=_F26C7762-4767-4029-8939-5BA6091E3D27"; protocol="application/pgp-signature"; micalg=pgp-sha512 Subject: mfi timeouts at boot on ASUS Z97 motherboard with LSI 9240-4i Message-Id: <64CF176D-910E-417D-98E2-9B2C64521444@gmail.com> Date: Tue, 7 Apr 2015 12:04:44 -0700 To: freebsd-current Current Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Apr 2015 19:04:47 -0000 --Apple-Mail=_F26C7762-4767-4029-8939-5BA6091E3D27 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hi, I just tried to upgrade my system from a Nehalem style era = CPU/motherboard (a W series Xeon/P6T-WS) to a Haswell style = CPU/motherboard (an E-series Haswell/Z97 motherboard), and I=92ve run = into some fun issues with my LSI 9240-4i controller. In particular, it=92s= timing out because of issues noted similar to here: = https://lists.freebsd.org/pipermail/freebsd-stable/2011-October/064404.htm= l . I=92ve done the following so far to try and diagnose the issue: - Upgraded the firmware on the card and in the BIOS - Tweaked with the PCI-E settings (2.0/3.0; disabled power = savings mode in the BIOS; etc) - Turned off 4GB =93remapping=94 on the PCM. - Booted USB key fob-based images running: 9.3-RELEASE, = 10.1-RELEASE, 10-STABLE, 11-CURRENT - Booted my original drive running 9.3-RELEASE - Booted with hw.mfi.msi=3D0 set in loader. - Booted with boot -v. Every time I run into MFI send command timeouts that eventually = turn into=20 Here=92s the message I got (transcribed) with 11-CURRENT with = boot -v: mfi0: port 0xe000-0xe0ff mem 0xdfc60000-0x=85. on pci2 mfi0: attempting to allocate 1 MSI vectors (1 supported) pci: routing MSI IRQ 264 to local APIC 0 vector 59 mfi0: using IRQ 264 for MSI mfi0: using MSI mfi0: Megaraid SAS driver Ver 4.23 mfi0: Frame 0xfffffe07f719f280 timed out command 0x1010000 Error 60 in callback from mfi_send_frame The complete screenshot for that timeout can be found here: = https://people.freebsd.org/~ngie/mfi-timeout-boot-verbose.jpg What I haven=92t done yet: - Exporting the volume with the old motherboard and importing it = with the new motherboard (I need to do some reading before I do this = though because I don=92t want to toast my data by accident :(=85). - Booted either Linux or Windows to make sure the controller = works with the motherboard - Tried clearing events with the controller Does anyone have any thoughts or hints on this issue? Thanks! --Apple-Mail=_F26C7762-4767-4029-8939-5BA6091E3D27 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJVJCpMAAoJEMZr5QU6S73e0aUH/RwRCrqgnFIQAkwN3oWlozvy qF4XlwD981gFomb3b9MU3Btdr4DUrhJ0aD1D1Hc623a26mAY6fxm/M3bPE0DR7LW i3mHw+zW9E0ssfoxPpt7zi6PKOiT9ISJdJ4ZxgtHbvNwUoHOLEeyqevpQb29rtd7 v4WAz1mhyWBkVmyq/Zuiw4xY3oEJ0D0ELVk8n0UhoGGwuYAMK7tN5+kAnlrAV0Vt ghHYin08zj4+sh8bejQpQu03cxHwzrjkH5jWSIRbmrR7VWxEuPRVtKr9QpIdSX6V w5AS2U2iKGJjCEE76vpZMh2PR7DyETPPiiVORHOnlOh6jfvRYeuu42HMM103yGo= =mB0o -----END PGP SIGNATURE----- --Apple-Mail=_F26C7762-4767-4029-8939-5BA6091E3D27-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 7 19:14:50 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A12A6A60 for ; Tue, 7 Apr 2015 19:14:50 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 680BE63F for ; Tue, 7 Apr 2015 19:14:50 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id t37JEmVt040694; Tue, 7 Apr 2015 15:14:48 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <55242CAD.3080205@sentex.net> Date: Tue, 07 Apr 2015 15:14:53 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Garrett Cooper , freebsd-current Current Subject: Re: mfi timeouts at boot on ASUS Z97 motherboard with LSI 9240-4i References: <64CF176D-910E-417D-98E2-9B2C64521444@gmail.com> In-Reply-To: <64CF176D-910E-417D-98E2-9B2C64521444@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.75 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Apr 2015 19:14:50 -0000 On 4/7/2015 3:04 PM, Garrett Cooper wrote: > Hi, > I just tried to upgrade my system from a Nehalem style era CPU/motherboard (a W series Xeon/P6T-WS) to a Haswell style CPU/motherboard (an E-series Haswell/Z97 motherboard), and I’ve run into some fun issues with my LSI 9240-4i controller. In particular, it’s timing out because of issues noted similar to here: https://lists.freebsd.org/pipermail/freebsd-stable/2011-October/064404.html . I’ve done the following so far to try and diagnose the issue: > - Upgraded the firmware on the card and in the BIOS > Does anyone have any thoughts or hints on this issue? What firmware are you running on the card ? What does mfiutil show firmware give you ? I am running with good results so far 3 cards with on RELENG10 and RELENG9 (well, FreeNAS) mfi0 Firmware Package Version: 20.13.1-0208 mfi0 Firmware Images: Name Version Date Time Status BIOS 4.38.02.2_4.16.08.00_0x06060A05 07/23/2014 07/23/2014 active PCLI 03.02-020:#%00009 May 07 2012 13:21:53 active BCON 4.0-61-e_50-Rel Sep 09 2014 11:45:57 active NVDT 3.09.03-0064 Oct 06 2014 12:00:15 active APP 2.130.404-3836 Oct 16 2014 06:50:12 active BTBL 2.02.00.00-0001 Aug 18 2010 11:44:44 active -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-current@FreeBSD.ORG Tue Apr 7 20:25:54 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE19A9ED for ; Tue, 7 Apr 2015 20:25:54 +0000 (UTC) Received: from mail-qg0-x22d.google.com (mail-qg0-x22d.google.com [IPv6:2607:f8b0:400d:c04::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 84776EF1 for ; Tue, 7 Apr 2015 20:25:54 +0000 (UTC) Received: by qgeb100 with SMTP id b100so26483651qge.3 for ; Tue, 07 Apr 2015 13:25:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=JvyOIQzBX0+qcMHPNryjYDKRlSDYWHPTX6avr/dZNU8=; b=ow/Bv76yMGqkEH7W1WRLOYV9Ge7fxKFUQFuC2z+K1KTvxA9jG70ezclhGY7zxNwWe6 9qGcFGEI2Dk1ITZOe4JSyV1XbGTF0MmpaVqDJi0ejbN5b2t98hME+fzcpLvRzifUJ4V0 +SLv5AvE75cGJu0IhttGb0xlRQR94JxjlwxD62HM2Y8Ou43nK0Hj5yvslq9pCldSrkiZ tCfwo8Sr+Vwk80glaHStwavvfuJnkYm4ucplcejFqiiCTsMLgFRC5wRuyGOdxXP1LDvP gsRipuAVP3EIEOWV8EvltSttQZv4rKSJJI5jQOrwAGGtGknIs6SiWzgJWykDi5klCk/D iW6Q== MIME-Version: 1.0 X-Received: by 10.140.41.113 with SMTP id y104mr24725931qgy.25.1428438353546; Tue, 07 Apr 2015 13:25:53 -0700 (PDT) Received: by 10.140.98.66 with HTTP; Tue, 7 Apr 2015 13:25:53 -0700 (PDT) In-Reply-To: <55242CAD.3080205@sentex.net> References: <64CF176D-910E-417D-98E2-9B2C64521444@gmail.com> <55242CAD.3080205@sentex.net> Date: Tue, 7 Apr 2015 13:25:53 -0700 Message-ID: Subject: Re: mfi timeouts at boot on ASUS Z97 motherboard with LSI 9240-4i From: NGie Cooper To: Mike Tancsa Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Apr 2015 20:25:54 -0000 On Tue, Apr 7, 2015 at 12:14 PM, Mike Tancsa wrote: > On 4/7/2015 3:04 PM, Garrett Cooper wrote: >> >> Hi, >> I just tried to upgrade my system from a Nehalem style era >> CPU/motherboard (a W series Xeon/P6T-WS) to a Haswell style CPU/motherbo= ard >> (an E-series Haswell/Z97 motherboard), and I=E2=80=99ve run into some fu= n issues >> with my LSI 9240-4i controller. In particular, it=E2=80=99s timing out b= ecause of >> issues noted similar to here: >> https://lists.freebsd.org/pipermail/freebsd-stable/2011-October/064404.h= tml >> . I=E2=80=99ve done the following so far to try and diagnose the issue: >> - Upgraded the firmware on the card and in the BIOS >> Does anyone have any thoughts or hints on this issue? > > > What firmware are you running on the card ? What does > > mfiutil show firmware > > give you ? > > I am running with good results so far 3 cards with on RELENG10 and RELENG= 9 > (well, FreeNAS) > > > mfi0 Firmware Package Version: 20.13.1-0208 > mfi0 Firmware Images: > Name Version Date Time Status > BIOS 4.38.02.2_4.16.08.00_0x06060A05 07/23/2014 > 07/23/2014 > active > PCLI 03.02-020:#%00009 May 07 2012 13:21:53 active > BCON 4.0-61-e_50-Rel Sep 09 2014 11:45:57 active > NVDT 3.09.03-0064 Oct 06 2014 12:00:15 active > APP 2.130.404-3836 Oct 16 2014 06:50:12 active > BTBL 2.02.00.00-0001 Aug 18 2010 11:44:44 active Hi Mike! That's the version I'm running too. Do you have the same model motherboard (there are a couple Z97s, I don't think it matters which one as long as it's the same family)? If so, it's probably something to do with the state of the volume, i.e. I might need to export and reimport it. Thanks for the feedback :)! From owner-freebsd-current@FreeBSD.ORG Tue Apr 7 21:11:57 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57F6013B for ; Tue, 7 Apr 2015 21:11:57 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1E7F5C00 for ; Tue, 7 Apr 2015 21:11:57 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id t37LBtGA058012; Tue, 7 Apr 2015 17:11:55 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <55244821.1060702@sentex.net> Date: Tue, 07 Apr 2015 17:12:01 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: NGie Cooper Subject: Re: mfi timeouts at boot on ASUS Z97 motherboard with LSI 9240-4i References: <64CF176D-910E-417D-98E2-9B2C64521444@gmail.com> <55242CAD.3080205@sentex.net> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.75 Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Apr 2015 21:11:57 -0000 On 4/7/2015 4:25 PM, NGie Cooper wrote: > > Hi Mike! > That's the version I'm running too. Do you have the same model > motherboard (there are a couple Z97s, I don't think it matters which > one as long as it's the same family)? If so, it's probably something > to do with the state of the volume, i.e. I might need to export and > reimport it. > Thanks for the feedback :)! Hi, All are Intel MB S1200RP_SE. Sorry :( I will take a quick look in the lab to see if there are any ASUS boards around, but I dont think so. BIOS Information Vendor: Intel Corp. Version: S1200RP.86B.02.01.0004.051320141432 Release Date: 05/13/2014 ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-current@FreeBSD.ORG Tue Apr 7 21:14:57 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 664A127B for ; Tue, 7 Apr 2015 21:14:57 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 254B0C34 for ; Tue, 7 Apr 2015 21:14:57 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id t37LEtZs058369; Tue, 7 Apr 2015 17:14:55 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <552448D4.30705@sentex.net> Date: Tue, 07 Apr 2015 17:15:00 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Garrett Cooper , freebsd-current Current Subject: Re: mfi timeouts at boot on ASUS Z97 motherboard with LSI 9240-4i References: <64CF176D-910E-417D-98E2-9B2C64521444@gmail.com> <55242CAD.3080205@sentex.net> In-Reply-To: <55242CAD.3080205@sentex.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.75 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Apr 2015 21:14:57 -0000 On 4/7/2015 3:14 PM, Mike Tancsa wrote: > On 4/7/2015 3:04 PM, Garrett Cooper wrote: >> Hi, >> I just tried to upgrade my system from a Nehalem style era >> CPU/motherboard (a W series Xeon/P6T-WS) to a Haswell style >> CPU/motherboard (an E-series Haswell/Z97 motherboard), and I’ve run >> into some fun issues with my LSI 9240-4i controller. In particular, >> it’s timing out because of issues noted similar to here: >> https://lists.freebsd.org/pipermail/freebsd-stable/2011-October/064404.html >> . I’ve done the following so far to try and diagnose the issue: >> - Upgraded the firmware on the card and in the BIOS Probably not related to your issue, but another trick with this card that was helpful for me https://lists.freebsd.org/pipermail/freebsd-questions/2014-December/262744.html ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 00:17:41 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B435B1B6 for ; Wed, 8 Apr 2015 00:17:41 +0000 (UTC) Received: from mail-qk0-x22b.google.com (mail-qk0-x22b.google.com [IPv6:2607:f8b0:400d:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 610042F7 for ; Wed, 8 Apr 2015 00:17:41 +0000 (UTC) Received: by qkx62 with SMTP id 62so65709883qkx.0 for ; Tue, 07 Apr 2015 17:17:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=g2+q4m9OLrZm2hDVdU8ih74ChPTr21VS9Ofg/vSu+Ic=; b=EzbNDr+7prd+As1gMN4TgYNCZm6OcH0OJsnAVNFxyMF9JX2m7eUHFTvj7xrZnDsV+4 HFEumU1x1wOHLHO1N88wW5u87Eg8VLHTUaACZYwvdwI1ifXOcgZIiDbY817qJKX+VhSp mVEmBK4Vwt0VVHQ19yPlXBz+tFQCYoUdYsTcH3k/itAYb/Yn+mzW2xe1s9J0hGYlx4LD bQS2oIMNyT0iWCRXlLOrej5Ou8bpqlcKx4+pdSRLi3/rWACKhTxlkk5bUVK+Pb4kgAch kJHbNr4PL2fFUZficX3FF4uZ+ddjlxNoWUTkJ+iWeRofi4PXhdaKwyrr5fW5gguURLBM iw6w== MIME-Version: 1.0 X-Received: by 10.140.194.141 with SMTP id p135mr16034895qha.44.1428452260514; Tue, 07 Apr 2015 17:17:40 -0700 (PDT) Received: by 10.140.98.66 with HTTP; Tue, 7 Apr 2015 17:17:40 -0700 (PDT) In-Reply-To: <552448D4.30705@sentex.net> References: <64CF176D-910E-417D-98E2-9B2C64521444@gmail.com> <55242CAD.3080205@sentex.net> <552448D4.30705@sentex.net> Date: Tue, 7 Apr 2015 17:17:40 -0700 Message-ID: Subject: Re: mfi timeouts at boot on ASUS Z97 motherboard with LSI 9240-4i From: NGie Cooper To: Mike Tancsa Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 00:17:41 -0000 On Tue, Apr 7, 2015 at 2:15 PM, Mike Tancsa wrote: > On 4/7/2015 3:14 PM, Mike Tancsa wrote: >> >> On 4/7/2015 3:04 PM, Garrett Cooper wrote: >>> >>> Hi, >>> I just tried to upgrade my system from a Nehalem style era >>> CPU/motherboard (a W series Xeon/P6T-WS) to a Haswell style >>> CPU/motherboard (an E-series Haswell/Z97 motherboard), and I=E2=80=99ve= run >>> into some fun issues with my LSI 9240-4i controller. In particular, >>> it=E2=80=99s timing out because of issues noted similar to here: >>> >>> https://lists.freebsd.org/pipermail/freebsd-stable/2011-October/064404.= html >>> . I=E2=80=99ve done the following so far to try and diagnose the issue: >>> - Upgraded the firmware on the card and in the BIOS > > > Probably not related to your issue, but another trick with this card that > was helpful for me > > https://lists.freebsd.org/pipermail/freebsd-questions/2014-December/26274= 4.html Hmmm... ok. I can set that from the WebBIOS too. Weird why it would be an issue now since I basically unplugged the card from my old motherboard and plugged it into my new one (no cabling changed); it shows up at POST too, and everything's groovy there... Thanks! From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 02:36:06 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2813FC8D for ; Wed, 8 Apr 2015 02:36:06 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BD2CF6DF for ; Wed, 8 Apr 2015 02:36:05 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id t382ZxL9012734 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 8 Apr 2015 05:35:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t382ZxL9012734 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id t382Zx0K012731; Wed, 8 Apr 2015 05:35:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 8 Apr 2015 05:35:59 +0300 From: Konstantin Belousov To: Garrett Cooper Subject: Re: mfi timeouts at boot on ASUS Z97 motherboard with LSI 9240-4i Message-ID: <20150408023559.GN2379@kib.kiev.ua> References: <64CF176D-910E-417D-98E2-9B2C64521444@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <64CF176D-910E-417D-98E2-9B2C64521444@gmail.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 02:36:06 -0000 On Tue, Apr 07, 2015 at 12:04:44PM -0700, Garrett Cooper wrote: > Hi, > I just tried to upgrade my system from a Nehalem style era CPU/motherboard (a W series Xeon/P6T-WS) to a Haswell style CPU/motherboard (an E-series Haswell/Z97 motherboard), and I?ve run into some fun issues with my LSI 9240-4i controller. In particular, it?s timing out because of issues noted similar to here: https://lists.freebsd.org/pipermail/freebsd-stable/2011-October/064404.html . I?ve done the following so far to try and diagnose the issue: > - Upgraded the firmware on the card and in the BIOS > - Tweaked with the PCI-E settings (2.0/3.0; disabled power savings mode in the BIOS; etc) > - Turned off 4GB ?remapping? on the PCM. > - Booted USB key fob-based images running: 9.3-RELEASE, 10.1-RELEASE, 10-STABLE, 11-CURRENT > - Booted my original drive running 9.3-RELEASE > - Booted with hw.mfi.msi=0 set in loader. > - Booted with boot -v. One more thing to try, is to put the card into PCIe slot handled by the south bridge instead of the CPU slot. I have two Drake Skinnies card which I cannot use, since all my machines are desktop class, and the only available PCIe 8x+ slots are connected to CPU. I was never able to get a satisfactory explanation why the thing does not like CPU' PCIe. > Every time I run into MFI send command timeouts that eventually turn into > Here?s the message I got (transcribed) with 11-CURRENT with boot -v: > > mfi0: port 0xe000-0xe0ff mem 0xdfc60000-0x?. on pci2 > mfi0: attempting to allocate 1 MSI vectors (1 supported) > pci: routing MSI IRQ 264 to local APIC 0 vector 59 > mfi0: using IRQ 264 for MSI > mfi0: using MSI > mfi0: Megaraid SAS driver Ver 4.23 > mfi0: Frame 0xfffffe07f719f280 timed out command 0x1010000 > Error 60 in callback from mfi_send_frame > > The complete screenshot for that timeout can be found here: https://people.freebsd.org/~ngie/mfi-timeout-boot-verbose.jpg > What I haven?t done yet: > - Exporting the volume with the old motherboard and importing it with the new motherboard (I need to do some reading before I do this though because I don?t want to toast my data by accident :(?). > - Booted either Linux or Windows to make sure the controller works with the motherboard > - Tried clearing events with the controller > Does anyone have any thoughts or hints on this issue? > Thanks! From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 07:02:56 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB49DB64 for ; Wed, 8 Apr 2015 07:02:56 +0000 (UTC) Received: from mail-pa0-x233.google.com (mail-pa0-x233.google.com [IPv6:2607:f8b0:400e:c03::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 81014609 for ; Wed, 8 Apr 2015 07:02:56 +0000 (UTC) Received: by paboj16 with SMTP id oj16so105687259pab.0 for ; Wed, 08 Apr 2015 00:02:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:message-id:mime-version:subject:date:references :to:in-reply-to; bh=slwD00rkKZKMcqjQpXlPD+LXwrjO5Nv2j6jdvXdNFHQ=; b=fTo1tJm8wHQjYuTObBITwySMmW2h7EQisxXo5ZxashFNw1NvafBb1GmX3IEUmJlbB1 B19rxSh1ypV3t5rE/elecawRlo+LqhFrrPK1Og/fBneqia93BCIYbd4HrVVOE/Pm89s9 PD0N7Og/TBYePXQQ2qGzQx/s99FKBzZRYGXfeQfYOhEbr536QBtY3DE9/tp3n3du16gT dS/VGm/WLtc9a/Kf+853FQ0J3I+m2MLZT4vFQMpBtTYYruacM4AosVtgYYZqY2kynsmj B+v41gawla2TuQ4y5uxQ+pxhOidZhg/JSObjccJMnjbvwPqQMlWYfjzGcDUhy3JxBL5e RMhg== X-Received: by 10.68.203.66 with SMTP id ko2mr42681092pbc.156.1428476573344; Wed, 08 Apr 2015 00:02:53 -0700 (PDT) Received: from ?IPv6:2601:8:ab80:7d6:610d:aff9:feea:8930? ([2601:8:ab80:7d6:610d:aff9:feea:8930]) by mx.google.com with ESMTPSA id fr13sm10169868pdb.55.2015.04.08.00.02.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 08 Apr 2015 00:02:52 -0700 (PDT) From: Garrett Cooper Content-Type: multipart/signed; boundary="Apple-Mail=_C2AEE11F-8C5C-4785-B274-B53558613D71"; protocol="application/pgp-signature"; micalg=pgp-sha512 Message-Id: <09C852C6-6EFA-4DC1-9411-64C4C7147C2E@gmail.com> Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: mfi timeouts at boot on ASUS Z97 motherboard with LSI 9240-4i Date: Wed, 8 Apr 2015 00:02:38 -0700 References: <64CF176D-910E-417D-98E2-9B2C64521444@gmail.com> To: freebsd-current Current In-Reply-To: <64CF176D-910E-417D-98E2-9B2C64521444@gmail.com> X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 07:02:56 -0000 --Apple-Mail=_C2AEE11F-8C5C-4785-B274-B53558613D71 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Apr 7, 2015, at 12:04, Garrett Cooper wrote: > Hi, > I just tried to upgrade my system from a Nehalem style era = CPU/motherboard (a W series Xeon/P6T-WS) to a Haswell style = CPU/motherboard (an E-series Haswell/Z97 motherboard), and I=92ve run = into some fun issues with my LSI 9240-4i controller. In particular, it=92s= timing out because of issues noted similar to here: = https://lists.freebsd.org/pipermail/freebsd-stable/2011-October/064404.htm= l . I=92ve done the following so far to try and diagnose the issue: > - Upgraded the firmware on the card and in the BIOS > - Tweaked with the PCI-E settings (2.0/3.0; disabled power = savings mode in the BIOS; etc) > - Turned off 4GB =93remapping=94 on the PCM. > - Booted USB key fob-based images running: 9.3-RELEASE, = 10.1-RELEASE, 10-STABLE, 11-CURRENT > - Booted my original drive running 9.3-RELEASE > - Booted with hw.mfi.msi=3D0 set in loader. > - Booted with boot -v. > Every time I run into MFI send command timeouts that eventually = turn into=20 > Here=92s the message I got (transcribed) with 11-CURRENT with = boot -v: >=20 > mfi0: port 0xe000-0xe0ff mem 0xdfc60000-0x=85. on pci2 > mfi0: attempting to allocate 1 MSI vectors (1 supported) > pci: routing MSI IRQ 264 to local APIC 0 vector 59 > mfi0: using IRQ 264 for MSI > mfi0: using MSI > mfi0: Megaraid SAS driver Ver 4.23 > mfi0: Frame 0xfffffe07f719f280 timed out command 0x1010000 > Error 60 in callback from mfi_send_frame >=20 > The complete screenshot for that timeout can be found here: = https://people.freebsd.org/~ngie/mfi-timeout-boot-verbose.jpg > What I haven=92t done yet: > - Exporting the volume with the old motherboard and importing it = with the new motherboard (I need to do some reading before I do this = though because I don=92t want to toast my data by accident :(=85). > - Booted either Linux or Windows to make sure the controller = works with the motherboard CentOS 7.1 release is no bueno either with similar errors. So it=92s = most likely a hardware compatibility issue. --Apple-Mail=_C2AEE11F-8C5C-4785-B274-B53558613D71 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJVJNKOAAoJEMZr5QU6S73eTq0H/Aj+hLKjCCL3lFfP7AnB8irr tNTngYoSUBBPIsE8pA0L+dQYSb5Mpipz5CcqIhE9PwWO656u+L5mIPwVEhDn7Fpw 6uTYKI5fu7BMYCreUXFO0Qx0PfFCI6b14Q4D4hsYzgSadlGIEqAsKz9x3jYJYSAw P+nEp5JAnZBn4wZ0OA87CTexHQQqcjgUlJzMiuccPXak33UdqiaOr1VfJjKI984v ePrzpxTIdod818D7kp0VtqeP33eIKzcJOk91yRbjT90Iev+vqu78njvEoInruYfT adFl/ucJLjvkMUmeKLxaWEW9Fq188jyOfDaUJIUY3u5gfAwK89hIm/zMg99ZJgo= =zDfP -----END PGP SIGNATURE----- --Apple-Mail=_C2AEE11F-8C5C-4785-B274-B53558613D71-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 07:49:03 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47CF999 for ; Wed, 8 Apr 2015 07:49:03 +0000 (UTC) Received: from mail-pd0-x231.google.com (mail-pd0-x231.google.com [IPv6:2607:f8b0:400e:c02::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0D191A5E for ; Wed, 8 Apr 2015 07:49:03 +0000 (UTC) Received: by pdbnk13 with SMTP id nk13so106999710pdb.0 for ; Wed, 08 Apr 2015 00:49:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=nIQ36xddLaCsI9Ye1x8lisz+XKlv/w1pIPYxUXqiroA=; b=JLp4EwVSBKJDS/Juuz2NoEzU114WuYYpForgHsnfQ/4kMa9h4TRi0mez1gmzadFFPm OHN7Xpkq0UkCWq7WShvFJUfTptitg/9/0iEVr7i8Y8WeU+QJsZDInxrm6QSq1znIwx21 ezJQiYruPWJFQoKN3/gm7Ba8oPLX2q+HrA2WZV/l9wRoAwnxil2rcPIzg3IB/K37xgaD 5WX+n5Uv0ahkxJvxP8M+1mkttpgsq1gfhaO93K/o4ya+o4OGESfNDW22InD5wgVnTgeC tiZJDlpG3jF8uqE5RQsIPDSs1dinbcgkh4fyQ2e7BwGDzX3lRQFtJXuO9059gdJ+NPXC A1yA== X-Received: by 10.68.175.66 with SMTP id by2mr42880863pbc.141.1428479342588; Wed, 08 Apr 2015 00:49:02 -0700 (PDT) Received: from ?IPv6:2601:8:ab80:7d6:610d:aff9:feea:8930? ([2601:8:ab80:7d6:610d:aff9:feea:8930]) by mx.google.com with ESMTPSA id xt9sm10101272pbc.14.2015.04.08.00.49.01 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 08 Apr 2015 00:49:01 -0700 (PDT) Content-Type: multipart/signed; boundary="Apple-Mail=_E662F797-3390-4854-94FB-9E2C1BB533EE"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: mfi timeouts at boot on ASUS Z97 motherboard with LSI 9240-4i From: Garrett Cooper In-Reply-To: <20150408023559.GN2379@kib.kiev.ua> Date: Wed, 8 Apr 2015 00:49:02 -0700 Message-Id: <4D7C5AA4-0E7A-4470-983A-32D6EF605A1F@gmail.com> References: <64CF176D-910E-417D-98E2-9B2C64521444@gmail.com> <20150408023559.GN2379@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 07:49:03 -0000 --Apple-Mail=_E662F797-3390-4854-94FB-9E2C1BB533EE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Apr 7, 2015, at 19:35, Konstantin Belousov = wrote: > On Tue, Apr 07, 2015 at 12:04:44PM -0700, Garrett Cooper wrote: >> Hi, >> I just tried to upgrade my system from a Nehalem style era = CPU/motherboard (a W series Xeon/P6T-WS) to a Haswell style = CPU/motherboard (an E-series Haswell/Z97 motherboard), and I?ve run into = some fun issues with my LSI 9240-4i controller. In particular, it?s = timing out because of issues noted similar to here: = https://lists.freebsd.org/pipermail/freebsd-stable/2011-October/064404.htm= l . I?ve done the following so far to try and diagnose the issue: >> - Upgraded the firmware on the card and in the BIOS >> - Tweaked with the PCI-E settings (2.0/3.0; disabled power = savings mode in the BIOS; etc) >> - Turned off 4GB ?remapping? on the PCM. >> - Booted USB key fob-based images running: 9.3-RELEASE, = 10.1-RELEASE, 10-STABLE, 11-CURRENT >> - Booted my original drive running 9.3-RELEASE >> - Booted with hw.mfi.msi=3D0 set in loader. >> - Booted with boot -v. > One more thing to try, is to put the card into PCIe slot handled by = the > south bridge instead of the CPU slot. >=20 > I have two Drake Skinnies card which I cannot use, since all my = machines > are desktop class, and the only available PCIe 8x+ slots are connected > to CPU. I was never able to get a satisfactory explanation why the > thing does not like CPU' PCIe. Northbridge, Southbridge, didn=92t seem to matter :/=85 I=92ve tried all = 3 PCI-E slots to no avail. One thing that I=92m thinking might be a problem is the fact that it=92s = sharing resources between the onboard graphics and the storage = controller, and plus the other two slots were supposedly dedicated for = storage purposes or some such (NVME, etc). Guess I=92ll try neutering the onboard GPU and see what happens... --Apple-Mail=_E662F797-3390-4854-94FB-9E2C1BB533EE Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJVJN1uAAoJEMZr5QU6S73em0UIALGAydUrPbThyrHuXXjoTVhx R+nk+jG20FoGKdyPysh1GLlbY4M3If4YziQGMcoGCDDmWPoSgP2i40fzp8mk9bOu GrGcjY4mMDPoc5rcTf2beFspF3blT6HACHQALwPgFDkIDvng+SWeb1UqBNFyRLdX F+8OytxdeoGJKqmeVB3Et8ePYEHC8f0UyCyrzUfv36Kq4HwOaWcyMJD8FrhW7QnK epCE4MC0W1mXc//CD7usnbUXEhr/vPMN7WCnqqEcnmt+T1YWqc9Asg5Wp55RKfqI M6vuKDsKfsw9tldjT7MRvksV5rBU4R+oMO2jbLbK5Wx013YTaxpeov7M2iRR+w0= =69xl -----END PGP SIGNATURE----- --Apple-Mail=_E662F797-3390-4854-94FB-9E2C1BB533EE-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 08:08:15 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A1B5256A for ; Wed, 8 Apr 2015 08:08:15 +0000 (UTC) Received: from mail-pa0-x235.google.com (mail-pa0-x235.google.com [IPv6:2607:f8b0:400e:c03::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 663E3CCE for ; Wed, 8 Apr 2015 08:08:15 +0000 (UTC) Received: by pabsx10 with SMTP id sx10so107191743pab.3 for ; Wed, 08 Apr 2015 01:08:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=JP3h1B5JO2azrRN7MBtp0Prg3/MslNM/gPjvOWTN9t0=; b=WqjfixACr3UMU7EsdnrVYz2RvcaaOVD/4SHcwxlMciNK8LbCaHwSJdWQdQDotDcsma 5beTx7v/jG3ExK1VVA3kkLe6JbHW2tilGzSv2mtHjKuih+VK8reKYPx7KsuPNuhoRocT GnJ5Dzia7poI7B7E3mpVFjJyAp59kFeWC0hreC7PvpPv/6viPe3jFNjqR+gLqFHZd/et 1DRpYrEepishYj6Djn4ISX9kZ2XtXNEpSORLzTaaL2Alio9gKDMxro/sJ+KamTjmBgfA /TzQAxpjcc8uIyj6DCJuFrSHi21Ef+h7gJ6zXNrZLpYwVKeJXfRGWPc8ro2kEJ9cSqTh wH8A== X-Received: by 10.68.68.240 with SMTP id z16mr19735706pbt.31.1428480495082; Wed, 08 Apr 2015 01:08:15 -0700 (PDT) Received: from [192.168.20.5] (c-98-247-240-204.hsd1.wa.comcast.net. [98.247.240.204]) by mx.google.com with ESMTPSA id qm6sm10528349pac.14.2015.04.08.01.08.14 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 08 Apr 2015 01:08:14 -0700 (PDT) Content-Type: multipart/signed; boundary="Apple-Mail=_5F18E765-6CB5-41DA-86AE-18A1DBEB12B1"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: mfi timeouts at boot on ASUS Z97 motherboard with LSI 9240-4i From: Garrett Cooper In-Reply-To: <4D7C5AA4-0E7A-4470-983A-32D6EF605A1F@gmail.com> Date: Wed, 8 Apr 2015 01:08:14 -0700 Message-Id: References: <64CF176D-910E-417D-98E2-9B2C64521444@gmail.com> <20150408023559.GN2379@kib.kiev.ua> <4D7C5AA4-0E7A-4470-983A-32D6EF605A1F@gmail.com> To: Konstantin Belousov X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 08:08:15 -0000 --Apple-Mail=_5F18E765-6CB5-41DA-86AE-18A1DBEB12B1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Apr 8, 2015, at 0:49, Garrett Cooper wrote: > On Apr 7, 2015, at 19:35, Konstantin Belousov = wrote: >=20 >> On Tue, Apr 07, 2015 at 12:04:44PM -0700, Garrett Cooper wrote: >>> Hi, >>> I just tried to upgrade my system from a Nehalem style era = CPU/motherboard (a W series Xeon/P6T-WS) to a Haswell style = CPU/motherboard (an E-series Haswell/Z97 motherboard), and I?ve run into = some fun issues with my LSI 9240-4i controller. In particular, it?s = timing out because of issues noted similar to here: = https://lists.freebsd.org/pipermail/freebsd-stable/2011-October/064404.htm= l . I?ve done the following so far to try and diagnose the issue: >>> - Upgraded the firmware on the card and in the BIOS >>> - Tweaked with the PCI-E settings (2.0/3.0; disabled power = savings mode in the BIOS; etc) >>> - Turned off 4GB ?remapping? on the PCM. >>> - Booted USB key fob-based images running: 9.3-RELEASE, = 10.1-RELEASE, 10-STABLE, 11-CURRENT >>> - Booted my original drive running 9.3-RELEASE >>> - Booted with hw.mfi.msi=3D0 set in loader. >>> - Booted with boot -v. >> One more thing to try, is to put the card into PCIe slot handled by = the >> south bridge instead of the CPU slot. >>=20 >> I have two Drake Skinnies card which I cannot use, since all my = machines >> are desktop class, and the only available PCIe 8x+ slots are = connected >> to CPU. I was never able to get a satisfactory explanation why the >> thing does not like CPU' PCIe. >=20 > Northbridge, Southbridge, didn=92t seem to matter :/=85 I=92ve tried = all 3 PCI-E slots to no avail. >=20 > One thing that I=92m thinking might be a problem is the fact that it=92s= sharing resources between the onboard graphics and the storage = controller, and plus the other two slots were supposedly dedicated for = storage purposes or some such (NVME, etc). >=20 > Guess I=92ll try neutering the onboard GPU and see what happens... Nope. Still timing out with onboard GPU off=85 I give up with this = motherboard... --Apple-Mail=_5F18E765-6CB5-41DA-86AE-18A1DBEB12B1 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJVJOHuAAoJEMZr5QU6S73e3psH/0DsQ2T56ZDAR1WidEw2trsX TY9MeTgPGyLO02rNPKZJGzxHZvaBEDnfs1lgOwmCJ+aN+H34zZP8xxhVsk8vZ92M kY7IyuywjTOKxVIk9/YxF5viJCenxpgYeuJ1kJdf/QPvyLdD1U5oKkyFukkSY2xH N9LjqMLeRCBVrWWV/Mm+6vvXC948Xdm94vyshxnHns4RW6Dce/JChMHQdORD/k3G kJ/HDtS5Hazpc/02x81PIfnRikRHIB2GxxhE8NOa00e7IU5ugDUflTI6SyQCsNib BGNkhg58ndfhjWaLUWcLnv61mgJmj/Amm9x9VuaEkH6au+s30SLqztJ2Xx6dxZk= =mbDu -----END PGP SIGNATURE----- --Apple-Mail=_5F18E765-6CB5-41DA-86AE-18A1DBEB12B1-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 08:47:29 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E60BFD3 for ; Wed, 8 Apr 2015 08:47:29 +0000 (UTC) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A65E31EE for ; Wed, 8 Apr 2015 08:47:29 +0000 (UTC) Received: by igblo3 with SMTP id lo3so33799105igb.1 for ; Wed, 08 Apr 2015 01:47:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=EjIlQQ9NeC1qfDoZiJpwlUe//rQNnKak9/6dpdPNdzY=; b=yJGsQXmI8PktpnV/03V/hS4HBveRYw3BY7OEWSEzhnbQeY46o7VYtWPi5ap75HqOrH h/l9MtcnnIGlPhbmZT66SJqRBH+gPL+gQrbPHEngjIyPoc00YUqwsf7RTWjnWITbiPIB WoXfX3AP2N89OrxT/FIW9WKvQU3LKVKqDGHsS4G9h0GoCxKVwgWINnURHGGZNZRfJQza VeLRzvxBS9aPU9eOIONuEaUegFi/rQQarYCFGeE+Yadd1xCE54Ipwh0mTRZPKJfnGS1c FXPlo2KALOZG18J6etHBlMTMy6m8oido7P0haCQEv4R6/B5H43q0x2KEfgJsocD+XC+q 5zOw== MIME-Version: 1.0 X-Received: by 10.107.136.158 with SMTP id s30mr37938434ioi.65.1428482849078; Wed, 08 Apr 2015 01:47:29 -0700 (PDT) Received: by 10.64.24.141 with HTTP; Wed, 8 Apr 2015 01:47:28 -0700 (PDT) In-Reply-To: References: <64CF176D-910E-417D-98E2-9B2C64521444@gmail.com> <20150408023559.GN2379@kib.kiev.ua> <4D7C5AA4-0E7A-4470-983A-32D6EF605A1F@gmail.com> Date: Wed, 8 Apr 2015 01:47:28 -0700 Message-ID: Subject: Re: mfi timeouts at boot on ASUS Z97 motherboard with LSI 9240-4i From: Mehmet Erol Sanliturk To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Konstantin Belousov , freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 08:47:30 -0000 On Wed, Apr 8, 2015 at 1:08 AM, Garrett Cooper wrote: > On Apr 8, 2015, at 0:49, Garrett Cooper wrote: > > > On Apr 7, 2015, at 19:35, Konstantin Belousov > wrote: > > > >> On Tue, Apr 07, 2015 at 12:04:44PM -0700, Garrett Cooper wrote: > >>> Hi, > >>> I just tried to upgrade my system from a Nehalem style era > CPU/motherboard (a W series Xeon/P6T-WS) to a Haswell style CPU/motherboa= rd > (an E-series Haswell/Z97 motherboard), and I?ve run into some fun issues > with my LSI 9240-4i controller. In particular, it?s timing out because of > issues noted similar to here: > https://lists.freebsd.org/pipermail/freebsd-stable/2011-October/064404.ht= ml > . I?ve done the following so far to try and diagnose the issue: > >>> - Upgraded the firmware on the card and in the BIOS > >>> - Tweaked with the PCI-E settings (2.0/3.0; disabled power saving= s > mode in the BIOS; etc) > >>> - Turned off 4GB ?remapping? on the PCM. > >>> - Booted USB key fob-based images running: 9.3-RELEASE, > 10.1-RELEASE, 10-STABLE, 11-CURRENT > >>> - Booted my original drive running 9.3-RELEASE > >>> - Booted with hw.mfi.msi=3D0 set in loader. > >>> - Booted with boot -v. > >> One more thing to try, is to put the card into PCIe slot handled by th= e > >> south bridge instead of the CPU slot. > >> > >> I have two Drake Skinnies card which I cannot use, since all my machin= es > >> are desktop class, and the only available PCIe 8x+ slots are connected > >> to CPU. I was never able to get a satisfactory explanation why the > >> thing does not like CPU' PCIe. > > > > Northbridge, Southbridge, didn=E2=80=99t seem to matter :/=E2=80=A6 I= =E2=80=99ve tried all 3 > PCI-E slots to no avail. > > > > One thing that I=E2=80=99m thinking might be a problem is the fact that= it=E2=80=99s > sharing resources between the onboard graphics and the storage controller= , > and plus the other two slots were supposedly dedicated for storage purpos= es > or some such (NVME, etc). > > > > Guess I=E2=80=99ll try neutering the onboard GPU and see what happens..= . > > Nope. Still timing out with onboard GPU off=E2=80=A6 I give up with this > motherboard... > If your motherboard is not listed in the following lists as suitable for Linux , it may cause problems under Unix like operating systems : http://www.asus.com/Static_WebPage/OS_Compatibility/ http://www.asus.com/websites/global/aboutASUS/OS/Linux1410.pdf http://www.asus.com/Static_WebPage/Server/ Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 07:19:49 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7D52E17 for ; Wed, 8 Apr 2015 07:19:49 +0000 (UTC) Received: from st11p00mm-asmtp003.mac.com (st11p00mm-asmtpout003.mac.com [17.172.81.2]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B97347A7 for ; Wed, 8 Apr 2015 07:19:49 +0000 (UTC) Received: from akita.localnet (c-73-162-13-215.hsd1.ca.comcast.net [73.162.13.215]) by st11p00mm-asmtp003.mac.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTPSA id <0NMH003TI8CYJB10@st11p00mm-asmtp003.mac.com> for freebsd-current@freebsd.org; Wed, 08 Apr 2015 07:19:48 +0000 (GMT) From: Rui Paulo To: FreeBSD-Current Subject: Call For Testers: Synaptics touchpads Date: Wed, 08 Apr 2015 00:19:45 -0700 Message-id: <1849381.HnoQVUIgNM@akita> User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT; KDE/4.14.3; amd64; ; ) MIME-version: 1.0 Content-type: multipart/mixed; boundary=nextPart1851775.HIa3oEWMf4 Content-transfer-encoding: 7Bit X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-04-08_03:2015-04-07,2015-04-08,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=2 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1504080063 X-Mailman-Approved-At: Wed, 08 Apr 2015 11:33:18 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 07:19:50 -0000 This is a multi-part message in MIME format. --nextPart1851775.HIa3oEWMf4 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Hi, The attached patch adds support for newer touchpad features and implements two finger scrolling. This is such a common feature these days that I think we should enable it by default and disable edge scrolling. I've implemented some detection code to keep edge scrolling enabled when the touchpad has a dedicated area for scrolling. Please test it and report back your experience. To enable synaptics support, you need: hw.psm.synaptics_support=1 in loader.conf. Thanks, -- Rui Paulo --nextPart1851775.HIa3oEWMf4 Content-Disposition: attachment; filename="synaptics-update.diff" Content-Transfer-Encoding: 7Bit Content-Type: text/x-patch; charset="UTF-8"; name="synaptics-update.diff" commit 20e2f66c4b38429853ef98689d359451be087de3 (HEAD, master) Author: Rui Paulo Date: Sun Apr 5 20:51:35 2015 Improve Synaptics support for newer touchpads. Enable two finger scrolling by default and disable the edge scrolling if the touchpad has no physical zone for it. Disable directional scrolling by default to avoid using extended buttons as scroll buttons. Add support for ClickPad. On Lenovo laptops, this is the button reported when one presses the touchpad. While there, fix a problem where the extended button where not reporting the button release event correctly: we need to save the state of the buttons and report it to sysmouse until we receive a packet from the touchpad indicating the button has been released. This makes it possible to use an extended button to resize a window. On Lenovo laptops, the major buttons are actually reported as extended buttons. Tested on a Lenovo X1 (3rd gen). diff --git a/sys/dev/atkbdc/psm.c b/sys/dev/atkbdc/psm.c index 5703daf..3c3a27c 100644 --- a/sys/dev/atkbdc/psm.c +++ b/sys/dev/atkbdc/psm.c @@ -198,6 +198,7 @@ typedef struct synapticsinfo { struct sysctl_ctx_list sysctl_ctx; struct sysctl_oid *sysctl_tree; int directional_scrolls; + int two_finger_scroll; int min_pressure; int max_pressure; int max_width; @@ -336,6 +337,7 @@ struct psm_softc { /* Driver status information */ int lasterr; int cmdcount; struct sigio *async; /* Processes waiting for SIGIO */ + int extended_buttons; }; static devclass_t psm_devclass; @@ -2752,7 +2754,15 @@ proc_synaptics(struct psm_softc *sc, packetbuf_t *pb, mousestatus_t *ms, if (pb->ipacket[5] & 0x02) touchpad_buttons |= MOUSE_BUTTON7DOWN; } else { - touchpad_buttons |= MOUSE_BUTTON2DOWN; + if (pb->ipacket[4] & 0x01) + touchpad_buttons |= MOUSE_BUTTON1DOWN; + if (pb->ipacket[5] & 0x01) + touchpad_buttons |= MOUSE_BUTTON3DOWN; + if (pb->ipacket[4] & 0x02) + touchpad_buttons |= MOUSE_BUTTON2DOWN; + if (pb->ipacket[5] & 0x02) + touchpad_buttons |= MOUSE_BUTTON4DOWN; + sc->extended_buttons = touchpad_buttons; } /* @@ -2774,13 +2784,25 @@ proc_synaptics(struct psm_softc *sc, packetbuf_t *pb, mousestatus_t *ms, mask = (1 << maskedbits) - 1; pb->ipacket[4] &= ~(mask); pb->ipacket[5] &= ~(mask); + } else if (!sc->syninfo.directional_scrolls) { + /* + * Keep reporting MOUSE DOWN until we get a new packet + * indicating otherwise. + */ + touchpad_buttons |= sc->extended_buttons; } } + /* Handle ClickPad. */ + if (sc->synhw.capClickPad && + ((pb->ipacket[0] ^ pb->ipacket[3]) & 0x01)) + touchpad_buttons |= MOUSE_BUTTON1DOWN; ms->button = touchpad_buttons | guest_buttons; - /* Check pressure to detect a real wanted action on the - * touchpad. */ + /* + * Check pressure to detect a real wanted action on the + * touchpad. + */ if (*z >= sc->syninfo.min_pressure) { synapticsaction_t *synaction; int cursor, peer, window; @@ -2793,7 +2815,7 @@ proc_synaptics(struct psm_softc *sc, packetbuf_t *pb, mousestatus_t *ms, int weight_current, weight_previous, weight_len_squared; int div_min, div_max, div_len; int vscroll_hor_area, vscroll_ver_area; - + int two_finger_scroll; int len, weight_prev_x, weight_prev_y; int div_max_x, div_max_y, div_x, div_y; @@ -2820,6 +2842,7 @@ proc_synaptics(struct psm_softc *sc, packetbuf_t *pb, mousestatus_t *ms, div_len = sc->syninfo.div_len; vscroll_hor_area = sc->syninfo.vscroll_hor_area; vscroll_ver_area = sc->syninfo.vscroll_ver_area; + two_finger_scroll = sc->syninfo.two_finger_scroll; /* Palm detection. */ if (!( @@ -2980,23 +3003,35 @@ proc_synaptics(struct psm_softc *sc, packetbuf_t *pb, mousestatus_t *ms, dxp >= sc->syninfo.vscroll_min_delta || dyp >= sc->syninfo.vscroll_min_delta) { /* Check for horizontal scrolling. */ - if ((vscroll_hor_area > 0 && + if (!two_finger_scroll && + ((vscroll_hor_area > 0 && synaction->start_y <= vscroll_hor_area) || (vscroll_hor_area < 0 && synaction->start_y >= - 6143 + vscroll_hor_area)) + 6143 + vscroll_hor_area))) synaction->in_vscroll += 2; /* Check for vertical scrolling. */ - if ((vscroll_ver_area > 0 && + if (!two_finger_scroll && + ((vscroll_ver_area > 0 && synaction->start_x <= vscroll_ver_area) || (vscroll_ver_area < 0 && synaction->start_x >= - 6143 + vscroll_ver_area)) + 6143 + vscroll_ver_area))) synaction->in_vscroll += 1; + /* + * Handle two finger scrolling. + */ + if (w == 0 && two_finger_scroll) { + if (dyp) + synaction->in_vscroll += 2; + if (dxp) + synaction->in_vscroll += 1; + } + /* Avoid conflicts if area overlaps. */ - if (synaction->in_vscroll == 3) + if (synaction->in_vscroll >= 3) synaction->in_vscroll = (dxp > dyp) ? 2 : 1; } @@ -3247,6 +3282,7 @@ SYNAPTICS_END: * That's why the horizontal wheel is disabled by * default for now. */ + if (ms->button & MOUSE_BUTTON4DOWN) { *z = -1; ms->button &= ~MOUSE_BUTTON4DOWN; @@ -3460,7 +3496,7 @@ psmsoftintr(void *arg) c = ((x < 0) ? MOUSE_PS2_XNEG : 0) | ((y < 0) ? MOUSE_PS2_YNEG : 0); break; - + case MOUSE_MODEL_4D: /* * b7 b6 b5 b4 b3 b2 b1 b0 @@ -4108,13 +4144,21 @@ synaptics_sysctl_create_tree(struct psm_softc *sc) 0, "Synaptics TouchPad"); /* hw.psm.synaptics.directional_scrolls. */ - sc->syninfo.directional_scrolls = 1; + sc->syninfo.directional_scrolls = 0; SYSCTL_ADD_INT(&sc->syninfo.sysctl_ctx, SYSCTL_CHILDREN(sc->syninfo.sysctl_tree), OID_AUTO, "directional_scrolls", CTLFLAG_RW|CTLFLAG_ANYBODY, &sc->syninfo.directional_scrolls, 0, "Enable hardware scrolling pad (if non-zero) or register it as " - "a middle-click (if 0)"); + "extended buttons (if 0)"); + + /* hw.psm.synaptics.two_finger_scroll. */ + sc->syninfo.two_finger_scroll = 1; + SYSCTL_ADD_INT(&sc->syninfo.sysctl_ctx, + SYSCTL_CHILDREN(sc->syninfo.sysctl_tree), OID_AUTO, + "two_finger_scroll", CTLFLAG_RW|CTLFLAG_ANYBODY, + &sc->syninfo.two_finger_scroll, 0, + "Enable two finger scrolling"); /* hw.psm.synaptics.min_pressure. */ sc->syninfo.min_pressure = 16; @@ -4519,7 +4563,27 @@ enable_synaptics(KBDC kbdc, struct psm_softc *sc) return (FALSE); if (get_mouse_status(kbdc, status, 0, 3) != 3) return (FALSE); + synhw.verticalScroll = (status[0] & 0x01) != 0; + synhw.horizontalScroll = (status[0] & 0x02) != 0; + synhw.verticalWheel = (status[0] & 0x08) != 0; synhw.nExtendedButtons = (status[1] & 0xf0) >> 4; + if (verbose >= 2) { + printf(" Extended model ID:\n"); + printf(" verticalScroll: %d\n", + synhw.verticalScroll); + printf(" horizontalScroll: %d\n", + synhw.horizontalScroll); + printf(" verticalWheel: %d\n", + synhw.verticalWheel); + printf(" nExtendedButtons: %d\n", + synhw.nExtendedButtons); + } + /* + * Turn off two finger scroll if we have a + * physical area reserved for scrolling. + */ + if (synhw.verticalScroll) + sc->syninfo.two_finger_scroll = 0; /* * Add the number of extended buttons to the total * button support count, including the middle button @@ -4540,6 +4604,42 @@ enable_synaptics(KBDC kbdc, struct psm_softc *sc) printf(" No extended capabilities\n"); } + /* Read the continued capabilities bits. */ + if (mouse_ext_command(kbdc, 0xc) != 0 && + get_mouse_status(kbdc, status, 0, 3) == 3) { + synhw.capClickPad = (status[1] & 0x01) << 1; + synhw.capClickPad |= (status[0] & 0x10) != 0; + synhw.capDeluxeLEDs = (status[1] & 0x02) != 0; + synhw.noAbsoluteFilter = (status[1] & 0x04) != 0; + synhw.capReportsV = (status[1] & 0x08) != 0; + synhw.capUniformClickPad = (status[1] & 0x10) != 0; + synhw.capReportsMin = (status[1] & 0x20) != 0; + synhw.capInterTouch = (status[1] & 0x40) != 0; + synhw.capReportsMax = (status[2] & 0x02) != 0; + synhw.capClearPad = (status[2] & 0x04) != 0; + synhw.capAdvancedGestures = (status[2] & 0x08) != 0; + synhw.capCoveredPad = (status[2] & 0x80) != 0; + + if (verbose >= 2) { + printf(" Continued capabilities:\n"); + printf(" capClickPad: %d\n", synhw.capClickPad); + printf(" capDeluxeLEDs: %d\n", synhw.capDeluxeLEDs); + printf(" noAbsoluteFilter: %d\n", + synhw.noAbsoluteFilter); + printf(" capReportsV: %d\n", synhw.capReportsV); + printf(" capUniformClickPad: %d\n", + synhw.capUniformClickPad); + printf(" capReportsMin: %d\n", synhw.capReportsMin); + printf(" capInterTouch: %d\n", synhw.capInterTouch); + printf(" capReportsMax: %d\n", synhw.capReportsMax); + printf(" capClearPad: %d\n", synhw.capClearPad); + printf(" capAdvancedGestures: %d\n", + synhw.capAdvancedGestures); + printf(" capCoveredPad: %d\n", synhw.capCoveredPad); + } + buttons += synhw.capClickPad; + } + /* * Add the default number of 3 buttons to the total * count of supported buttons reported above. diff --git a/sys/sys/mouse.h b/sys/sys/mouse.h index 1b391bf..5329693 100644 --- a/sys/sys/mouse.h +++ b/sys/sys/mouse.h @@ -86,7 +86,7 @@ typedef struct mousehw { int type; /* mouse/track ball/pad... */ int model; /* I/F dependent model ID: MOUSE_MODEL_XXX */ int hwid; /* I/F dependent hardware ID - * for the PS/2 mouse, it will be PSM_XXX_ID + * for the PS/2 mouse, it will be PSM_XXX_ID */ } mousehw_t; @@ -113,6 +113,21 @@ typedef struct synapticshw { int capBallistics; int nExtendedButtons; int nExtendedQueries; + int capClickPad; + int capDeluxeLEDs; + int noAbsoluteFilter; + int capReportsV; + int capUniformClickPad; + int capReportsMin; + int capInterTouch; + int capReportsMax; + int capClearPad; + int capAdvancedGestures; + int multiFingerMode; + int capCoveredPad; + int verticalScroll; + int horizontalScroll; + int verticalWheel; } synapticshw_t; /* iftype */ @@ -272,7 +287,7 @@ typedef struct mousevar { #define MOUSE_PS2_BUTTON2DOWN 0x04 /* middle */ #define MOUSE_PS2_BUTTON3DOWN 0x02 /* right */ #define MOUSE_PS2_TAP MOUSE_PS2_SYNC /* GlidePoint (PS/2) `tapping' - * Yes! this is the same bit + * Yes! this is the same bit * as SYNC! */ @@ -327,11 +342,11 @@ typedef struct mousevar { #define MOUSE_PS2VERSA_TAP 0x02 /* A4 Tech 4D Mouse (PS/2) data packet */ -#define MOUSE_4D_PACKETSIZE 3 +#define MOUSE_4D_PACKETSIZE 3 #define MOUSE_4D_WHEELBITS 0xf0 /* A4 Tech 4D+ Mouse (PS/2) data packet */ -#define MOUSE_4DPLUS_PACKETSIZE 3 +#define MOUSE_4DPLUS_PACKETSIZE 3 #define MOUSE_4DPLUS_ZNEG 0x04 /* sign bit */ #define MOUSE_4DPLUS_BUTTON4DOWN 0x08 @@ -343,7 +358,7 @@ typedef struct mousevar { * as at the level 0. There are additional three bytes which shows * `dz' and the states of additional buttons. `dz' is expressed as the * sum of the byte 5 and 6 which contain signed seven bit values. - * The states of the button 4 though 10 are in the bit 0 though 6 in + * The states of the button 4 though 10 are in the bit 0 though 6 in * the byte 7 respectively: 1 indicates the button is up. */ #define MOUSE_SYS_PACKETSIZE 8 --nextPart1851775.HIa3oEWMf4-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 13:13:59 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AEB8DDDD for ; Wed, 8 Apr 2015 13:13:59 +0000 (UTC) Received: from mail-qk0-f170.google.com (mail-qk0-f170.google.com [209.85.220.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 67FB4640 for ; Wed, 8 Apr 2015 13:13:58 +0000 (UTC) Received: by qku63 with SMTP id 63so84030991qku.3 for ; Wed, 08 Apr 2015 06:13:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:organization:content-type:mime-version; bh=nTdO2fAu/AVmE/t6zN2BVVq3FHEKIL6ws6hFdVKshZE=; b=e0hd8UIpw/zCCoovKkCs8h5chkcCSjesPEsgKxor9Dmhj8cjk3Szusko7nbkYDkSDy Wiv3vZgcRY0C/2QgQRfrXaN5qgxpia1/DfENpuXQeuDvfbezwLSfEjmb3UKkDw3SpGlD 6J5I135HqLA+qiMTOIPLkBd/Et6DM1yUxPrW0zdJZ1pcxKUmf0uGoHoClZX0bFQouY5O /VDfnWKcufOvPO1aot5svRx05V+J9k28VpbV5oaEKuPA+npId2hMUn3nTK+4Xhobn5ny HPLRKiUMg4Nvp+yDKCPI+brJ4IFMhJBYprnYvYgsE4CEKbOUakXc7RKQvanMagjkMdhm HTNg== X-Gm-Message-State: ALoCoQlDG0d2mRT5bnvPMVGqs/ynfRfosl64QSXYI/PJLYAEaIYL+APo6LFhQshRqhqLLh8et+n9 X-Received: by 10.55.40.10 with SMTP id o10mr47766738qkh.55.1428498831912; Wed, 08 Apr 2015 06:13:51 -0700 (PDT) Received: from [10.3.0.21] ([63.88.83.66]) by mx.google.com with ESMTPSA id r17sm7463476qkh.12.2015.04.08.06.13.50 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 08 Apr 2015 06:13:51 -0700 (PDT) Message-ID: <1428498831.5499.4.camel@hardenedbsd.org> Subject: Re: Call For Testers: Synaptics touchpads From: Shawn Webb To: Rui Paulo Date: Wed, 08 Apr 2015 09:13:51 -0400 In-Reply-To: <1849381.HnoQVUIgNM@akita> References: <1849381.HnoQVUIgNM@akita> Organization: HardenedBSD Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-Qmx7RsqNLOfNrayAqpyT" X-Mailer: Evolution 3.12.10-0ubuntu1~14.10.1 Mime-Version: 1.0 Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 13:13:59 -0000 --=-Qmx7RsqNLOfNrayAqpyT Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, 2015-04-08 at 00:19 -0700, Rui Paulo wrote: > Hi, >=20 > The attached patch adds support for newer touchpad features and implement= s two=20 > finger scrolling. This is such a common feature these days that I think = we=20 > should enable it by default and disable edge scrolling. I've implemented= some=20 > detection code to keep edge scrolling enabled when the touchpad has a=20 > dedicated area for scrolling. >=20 > Please test it and report back your experience. To enable synaptics supp= ort,=20 > you need: >=20 > hw.psm.synaptics_support=3D1 >=20 > in loader.conf. Hey Rui, I'm excited to have this and will test this out this week. Do I need to recompile any ports (namely, the xf86-input-synaptics port) after applying this patch? Thanks, Shawn --=-Qmx7RsqNLOfNrayAqpyT Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCgAGBQJVJSmPAAoJEGqEZY9SRW7uDOEQAIz6KTz0DFVIsBD6xMTspO1o 3Nh/DLK9aXn7jefUVPQPxqmFEqakouP3O3DlP9LECo5YMTTtiUG3dK4NSt7cvtAC S/C6d2PAWTXOo5y5dV45JWgvsoqiUFS2tIPzGp71/91zgC8TRpuxc/mQRVlSRBGN nMOQIM8jCC/qkhk1WEw7EZAxi2IOwPTU8pzfq9jWEylAIoy1YIZCAXU0zuHdwwSP RvafANCDBo2kbsWqcG9pctjxcpFTWbLsaaHDU7jlq0PCQoIJ4qLucEpMf9u8SaJu dTNVGBQqNg7qKYm4PnqjmYXTzOZQiw807Adg8+wyEMuLsT3sa6AE6NepRYxe7IV5 z++cpvCe0oA6Hm984Snz+Xs/zsaQyOpubRZQ/OKsLos24egzotVjmXEsjtb+EFQV kwG3tV/VieQnhvwF55ZewV4PQABe40GowdvL9/iI4afDCx4fVvFaM91bzMSOABKK uUphwYrnajdngLwxuTeG879xmftXt1xBkGf5Fa+gYadDf96H8CKWwnP8gCl3HJ+D N1Px1Z9+jB1wd8eFY9jcxSHIGAN824X9ZxPrNhsF183P3SnJVwzS8ll6VDe57JtD 3YAYyIs/Ve2LvEucjm7GWi1UMA6o6gaWsWD5peOBqVteA0kYmEDo+xfxT8F+xpzA rDz8IGc3sAJLsHLiA8qp =LAtj -----END PGP SIGNATURE----- --=-Qmx7RsqNLOfNrayAqpyT-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 15:04:54 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 819DC330 for ; Wed, 8 Apr 2015 15:04:54 +0000 (UTC) Received: from mail-ob0-f173.google.com (mail-ob0-f173.google.com [209.85.214.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46F11677 for ; Wed, 8 Apr 2015 15:04:53 +0000 (UTC) Received: by oblw8 with SMTP id w8so91472719obl.0 for ; Wed, 08 Apr 2015 08:04:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=80uk0+FyqigttxT0G95z9/Yt84PteRfyRPTis9AKUGo=; b=jGFaSwWabQEXADz0ILQ3jbwSh115lQPRxG8uRkvas6FeN26vlxs03Im2sXZfuOqVtm sk9x613otmApipNqMxAP2ymevgLEUoRUS72OkJxNcZcwJ4EXNe3IGEuHoJgndw+fMbJ9 hv6ZsUX06GMYFmn0S/pc+huiJmj4KLJ/NGjM/TulUvXRA3Oq/R+vU+nsNb5CvfhHKYOL q5F7ea4puQKOhYxxQXoOlyjdBObYTRC67BTqyyShGL0X5B1K+f6WLSZzWwP1UM6jiBlJ MxmGZsmuROAru3AKFz8mbzm3AaTT61nJcjlUyMinRxMI3rsUGC9uZGcoWW8rsfug85uU I9Mg== X-Gm-Message-State: ALoCoQnp1T7xscKFR8uP6Is9XMFnOIBnVlv9RpM2azyax/CIzXE/ZdFusKtNTuEhO43ndGIX1ypU MIME-Version: 1.0 X-Received: by 10.182.106.197 with SMTP id gw5mr8744138obb.30.1428505481357; Wed, 08 Apr 2015 08:04:41 -0700 (PDT) Received: by 10.202.80.6 with HTTP; Wed, 8 Apr 2015 08:04:41 -0700 (PDT) In-Reply-To: <1428498831.5499.4.camel@hardenedbsd.org> References: <1849381.HnoQVUIgNM@akita> <1428498831.5499.4.camel@hardenedbsd.org> Date: Wed, 8 Apr 2015 17:04:41 +0200 Message-ID: Subject: Re: Call For Testers: Synaptics touchpads From: Oliver Pinter To: Shawn Webb Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD-Current , Rui Paulo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 15:04:54 -0000 Is there any special settings / requirements for xorg.conf to enable the palm detection and similar features? On Wed, Apr 8, 2015 at 3:13 PM, Shawn Webb wrote: > On Wed, 2015-04-08 at 00:19 -0700, Rui Paulo wrote: >> Hi, >> >> The attached patch adds support for newer touchpad features and implements two >> finger scrolling. This is such a common feature these days that I think we >> should enable it by default and disable edge scrolling. I've implemented some >> detection code to keep edge scrolling enabled when the touchpad has a >> dedicated area for scrolling. >> >> Please test it and report back your experience. To enable synaptics support, >> you need: >> >> hw.psm.synaptics_support=1 >> >> in loader.conf. > > Hey Rui, > > I'm excited to have this and will test this out this week. Do I need to > recompile any ports (namely, the xf86-input-synaptics port) after > applying this patch? > > Thanks, > > Shawn From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 15:18:30 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 735C2B03 for ; Wed, 8 Apr 2015 15:18:30 +0000 (UTC) Received: from mail-qg0-f41.google.com (mail-qg0-f41.google.com [209.85.192.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 27A4385F for ; Wed, 8 Apr 2015 15:18:29 +0000 (UTC) Received: by qgdy78 with SMTP id y78so30480241qgd.0 for ; Wed, 08 Apr 2015 08:18:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:organization:content-type:mime-version; bh=H1M9nVynbRiAfzj7iviVdn/nESXLbuzlcoFlkrpR39I=; b=acqNMpUlVsnOTfxtamBddNBeihINfJYBRaSJ2SG6xjbbXjja1vcTxBnTod7YYGcsGk sjTJre1e0zTGojSF5TuMtr8nIBiYem7ziLS5BxmgSmY8Lhen5da7evCnCuohVId9nVxo gAdlP4eCdcKW0hVLi0TFn4l+g8JtrtClIETtJhdtnSXyr2rf+0k6XfP4Q1O8s3yFxDMX MV+D/oNr3DFpze+sYOHEOeRktpgEnrsec0CqMhhhq8GXcYJWVgSraztJ0ce1QqxlsZyu u/SmG/hLlPxanNDbwaFPwhQY41d7agPD8Xx76AJ00BIDbmL820IRWVVGSX0urPqktfMN EWbQ== X-Gm-Message-State: ALoCoQll83em81eHFmptM9JsTiKwQwmj44nABXYd4hoEc/M0qgDTLoRcm08I60UwnW+dtSG4KlIw X-Received: by 10.141.28.70 with SMTP id f67mr30054086qhe.0.1428506302845; Wed, 08 Apr 2015 08:18:22 -0700 (PDT) Received: from [10.3.0.21] ([63.88.83.66]) by mx.google.com with ESMTPSA id z77sm7654791qkg.44.2015.04.08.08.18.21 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 08 Apr 2015 08:18:21 -0700 (PDT) Message-ID: <1428506302.5499.10.camel@hardenedbsd.org> Subject: Re: Nothing can boot anymore - video issues From: Shawn Webb To: Devin Teske Date: Wed, 08 Apr 2015 11:18:22 -0400 In-Reply-To: <6D9FB562-9899-4180-A07A-232EEE2A09DB@FreeBSD.org> References: <369848B3-73AB-4A71-9597-9ED098C7EF64@me.com> <1428343182.6806.3.camel@hardenedbsd.org> <1428352517.6806.10.camel@hardenedbsd.org> <6D9FB562-9899-4180-A07A-232EEE2A09DB@FreeBSD.org> Organization: HardenedBSD Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-+FrXKQBLLeopT1Fes/Mu" X-Mailer: Evolution 3.12.10-0ubuntu1~14.10.1 Mime-Version: 1.0 Cc: freebsd-current@freebsd.org, Devin Teske , Rui Paulo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 15:18:30 -0000 --=-+FrXKQBLLeopT1Fes/Mu Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, 2015-04-06 at 16:55 -0700, Devin Teske wrote: >=20 > > On Apr 6, 2015, at 1:35 PM, Shawn Webb > > wrote: > >=20 > > On Mon, 2015-04-06 at 13:59 -0400, Shawn Webb wrote: > > > On Sun, 2015-04-05 at 12:07 -0700, Rui Paulo wrote: > > > > On Apr 5, 2015, at 09:11, Shawn Webb > > > > wrote: > > > > >=20 > > > > > So I just updated my laptop and desktop to a recent HEAD. Both > > > > > machines > > > > > boot using gptzfsboot. The boot spinner shows, then when it's > > > > > supposed to > > > > > transition to the Beastie logo screen, the monitor funks out. > > > > > Booting never > > > > > finishes. Below is a link to a picture of my laptop. > > > > >=20 > > > > > http://imgur.com/l3mLDBX > > > >=20 > > > > Try reverting the Forth changes. That's all that comes to mind. > > > >=20 > > > > -- > > > > Rui Paulo > > >=20 > > > I'm going through commit-by-commit from April 3rd to March 31st, > > > which > > > will take a big chunk of time. It's really weird that no one else > > > has > > > reported this since even my VirtualBox VMs have this same issue. > > >=20 > > > Thanks, > > >=20 > > > Shawn > >=20 > > I've figured out the commit that caused the breakage. Looks like the > > boot Forth changes are pretty bad. The commit that caused the > > breakage, > > as far as I can tell is, r280974. Reverting that and the two commits > > above that revision regarding sys/boot/forth allowed me to boot > > again. > >=20 > > Now the boot screen looks like this: http://imgur.com/I9SVHfT > >=20 > > I can now boot, but as you see, the boot screen's messed up. > >=20 > >=20 >=20 >=20 > Why the screen looks that way (no brand and no logo): > You were caught in a small window of broken-ness. >=20 >=20 > Window was between: > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D280933 > and > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D281002 >=20 >=20 > A window of approximately 2 days. >=20 >=20 > As for why the screen got wonky =E2=80=A6 well=E2=80=A6 your comp and my > comp don=E2=80=99t agree on ANSI sequences. I=E2=80=99ve reverted the off= ending > changes so that we may once-again agree on ANSI codes. ;D It now appears that the problem was specific to HardenedBSD: we had a custom loader_version setting in sys/boot/forth/loader.conf. I'm unsure which commit caused the breakage, but now having a custom loader_version will break booting. Thanks, Shawn --=-+FrXKQBLLeopT1Fes/Mu Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCgAGBQJVJUa+AAoJEGqEZY9SRW7uOwMQAMBkdx0gZudTyqyAZew+OQTk 7taj4bKHl3LQk0Gl+hSO7wkzJF3IrHKKjsnz5piw4ly/HSyLvayQ/Q2QMb97iERy vNR6ARHPalOPmPzijsKLtZA/2N3rnGKc8j3RxieKnmeOEw8fLLQgUw7oNoYRzdnc n1RSSR1iWYUYwnCey8+1DEUVbGV15tp4HEa/KZzdO/IANTysw3bxf7SHBa/zIsjr jkcryIAWhNeNC90oxiJ4wLBXFfpAkjR1rHcdQF1/0TePFHdeaP4qhC+Bxa6GnfzS 6wpSk8+YGC0GT61Xmb2asJG5aiIxlxwK+n8eCKUFkD4S5Bpme+8b9hP1N5nc6e6v R1Cw0GTf5APanmSB3Ju7b6CfFkRjNHLP9TTK2+cIj+sqXGw865ao6Pa10L4sgaBF 3YGaSFCTyyiCw9qg2/BICWh0mI0aEr3BDE8uTWNJrRgGqKcLlcXG9hz9XwTs5L4b eduhJdg3n9YaBnucSu1Y4692XlxemDGSraagNkU/wjktHAqD4gxl7Vj3ygLB/yg2 n4oATaUhMqqQY/QO/qoHnXm4oGly+j+RVl5ut/45nVrOqotGrbPYMWcKg7PMqhvs Q4RB0iTy9RFKl+boUABB6qp/VgrTXnRf8/1JObNqImsL4l6Xz4qnPnPkbsEVEsLV fxv2eYNk09NgTZHcZq5c =ZNyf -----END PGP SIGNATURE----- --=-+FrXKQBLLeopT1Fes/Mu-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 16:12:18 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 371D0A29 for ; Wed, 8 Apr 2015 16:12:18 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0E0C8F64 for ; Wed, 8 Apr 2015 16:12:18 +0000 (UTC) Received: from ralph.baldwin.cx (pool-173-54-116-245.nwrknj.fios.verizon.net [173.54.116.245]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 08EB6B945; Wed, 8 Apr 2015 12:12:17 -0400 (EDT) From: John Baldwin To: Poul-Henning Kamp Subject: Re: Early use of log() does not end up in kernel msg buffer Date: Mon, 06 Apr 2015 17:46:57 -0400 Message-ID: <16486425.yXJbENQqeC@ralph.baldwin.cx> User-Agent: KMail/4.14.2 (FreeBSD/10.1-STABLE; KDE/4.14.2; amd64; ; ) In-Reply-To: <70135.1428354681@critter.freebsd.dk> References: <5514CC6D.3020607@badgerio.us> <2033248.Eu3RHS8lTG@ralph.baldwin.cx> <70135.1428354681@critter.freebsd.dk> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 08 Apr 2015 12:12:17 -0400 (EDT) Cc: Eric Badger , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 16:12:18 -0000 On Monday, April 06, 2015 09:11:21 PM Poul-Henning Kamp wrote: > -------- > In message <2033248.Eu3RHS8lTG@ralph.baldwin.cx>, John Baldwin writes: > > >I think phk@ broke this back in 70239. Before that the log() function did > >this: > > > >log() > >{ > > > > /* log to the msg buffer */ > > kvprintf(fmt, msglogchar, ...); > > > > if (!log_open) { > > /* log to console */ > > kvprintf(fmt, putchar, ...); > > } > >} > > > >I think your patch is fine unless phk@ (cc'd) has a reason for not wanting to > >do this. > > The reason was systems not running syslog having slow serial consoles. To be clear, you didn't turn off printing to the console, you turned off writing to the msglog. That is, before your change: - If syslog wasn't running, the message was sent to the msglog (so that a subsequently started syslog would see it) and to the console. - If syslog was running, the message was only sent to the msglog, but not the console. After your change: - If syslog isn't running, the message is only sent to the console. - If syslog is running, the message is only sent to the msglog. The direct result is that less data is sent to the msglog. Is the concern that when syslogd starts up any pre-boot log messages can be sent over the console a second time by the syslogd process writing to /dev/console? Note that this does mean that any messages logged before syslogd are lost and cannot be accessed by any software on the box that wants to do parse syslogd output, etc. (which is what is probably causing problems for the OP). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 16:19:38 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6067E35 for ; Wed, 8 Apr 2015 16:19:38 +0000 (UTC) Received: from st11p00mm-asmtp003.mac.com (st11p00mm-asmtpout003.mac.com [17.172.81.2]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B97DD70 for ; Wed, 8 Apr 2015 16:19:38 +0000 (UTC) Received: from akita.localnet (c-73-162-13-215.hsd1.ca.comcast.net [73.162.13.215]) by st11p00mm-asmtp003.mac.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTPSA id <0NMH00F2HXCNLI10@st11p00mm-asmtp003.mac.com> for freebsd-current@freebsd.org; Wed, 08 Apr 2015 16:19:36 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-04-08_05:2015-04-07,2015-04-08,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=2 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1504080130 From: Rui Paulo To: Shawn Webb Subject: Re: Call For Testers: Synaptics touchpads Date: Wed, 08 Apr 2015 09:19:34 -0700 Message-id: <25062994.mCtyRnJWsQ@akita> User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT; KDE/4.14.3; amd64; ; ) In-reply-to: <1428498831.5499.4.camel@hardenedbsd.org> References: <1849381.HnoQVUIgNM@akita> <1428498831.5499.4.camel@hardenedbsd.org> MIME-version: 1.0 Content-transfer-encoding: 7Bit Content-type: text/plain; charset=us-ascii X-Mailman-Approved-At: Wed, 08 Apr 2015 16:58:55 +0000 Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 16:19:39 -0000 On Wednesday 08 April 2015 09:13:51 Shawn Webb wrote: > On Wed, 2015-04-08 at 00:19 -0700, Rui Paulo wrote: > > Hi, > > > > The attached patch adds support for newer touchpad features and implements > > two finger scrolling. This is such a common feature these days that I > > think we should enable it by default and disable edge scrolling. I've > > implemented some detection code to keep edge scrolling enabled when the > > touchpad has a dedicated area for scrolling. > > > > Please test it and report back your experience. To enable synaptics > > support, you need: > > > > hw.psm.synaptics_support=1 > > > > in loader.conf. > > Hey Rui, > > I'm excited to have this and will test this out this week. Do I need to > recompile any ports (namely, the xf86-input-synaptics port) after > applying this patch? No, it's all in the kernel. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 16:20:28 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25A3EE5F for ; Wed, 8 Apr 2015 16:20:28 +0000 (UTC) Received: from st11p00mm-asmtp001.mac.com (st11p00mm-asmtp001.mac.com [17.172.81.0]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F150A7B for ; Wed, 8 Apr 2015 16:20:27 +0000 (UTC) Received: from akita.localnet (c-73-162-13-215.hsd1.ca.comcast.net [73.162.13.215]) by st11p00mm-asmtp001.mac.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTPSA id <0NMH0048QXDU8V00@st11p00mm-asmtp001.mac.com> for freebsd-current@freebsd.org; Wed, 08 Apr 2015 16:20:19 +0000 (GMT) From: Rui Paulo To: freebsd-current@freebsd.org Subject: Re: Call For Testers: Synaptics touchpads Date: Wed, 08 Apr 2015 09:20:18 -0700 Message-id: <4071245.oBbCJMJQty@akita> User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT; KDE/4.14.3; amd64; ; ) In-reply-to: References: <1849381.HnoQVUIgNM@akita> <1428498831.5499.4.camel@hardenedbsd.org> MIME-version: 1.0 Content-transfer-encoding: 7Bit Content-type: text/plain; charset=us-ascii X-Mailman-Approved-At: Wed, 08 Apr 2015 17:07:40 +0000 Cc: Oliver Pinter , Shawn Webb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 16:20:28 -0000 On Wednesday 08 April 2015 17:04:41 Oliver Pinter wrote: > Is there any special settings / requirements for xorg.conf to enable > the palm detection and similar features? No, it's done in the kernel. See sysctl hw.psm. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 17:40:17 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4345198A for ; Wed, 8 Apr 2015 17:40:17 +0000 (UTC) Received: from mail-qg0-f41.google.com (mail-qg0-f41.google.com [209.85.192.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EE737D3E for ; Wed, 8 Apr 2015 17:40:16 +0000 (UTC) Received: by qgej70 with SMTP id j70so32180760qge.2 for ; Wed, 08 Apr 2015 10:40:15 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:organization:content-type:mime-version; bh=ufOMSP0+sJfgP2UxhwmQ0VEENev4WfLjlVjfZWcBFYY=; b=jJJ5mc4G6i1tuBKaiAj5mcX8Vr62J+9mi/2uEyTDpnsYqTFuxSe1dGEICdOEFh7wbY KWhOnof1MRlobluBjPxfokevkaudayS+GsZevWEg5wX8vVifJAljAoBv0ul12bJHufeo L2/L2t+BS3MAySay/wHGEhmvKHGmABDo39s3WtCBxgRYjXTndJChYHvDCtRD7yPwhEZG kKAPnTmlh092d7cYdzUL8N39AL9E9XvEVPLwpG3NM/9++feWGSh87q0F1MzcVyrAdAFc +TxgTjGQTZRIhIghcfsC1K3ohcDQW0Te1VqCAawnDCVXv/s6LnqNAD2OBAztcxrM1AhW s93w== X-Gm-Message-State: ALoCoQm8WsyCHbOCYLVCfIRjaNSUXnYWhze7ZrMBlpWCGaD9ejkh9iNUYDEri++l9GTOK6crAZdd X-Received: by 10.140.32.202 with SMTP id h68mr31170611qgh.77.1428514326756; Wed, 08 Apr 2015 10:32:06 -0700 (PDT) Received: from [10.3.0.21] ([63.88.83.66]) by mx.google.com with ESMTPSA id m202sm7901158qhb.30.2015.04.08.10.32.05 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 08 Apr 2015 10:32:05 -0700 (PDT) Message-ID: <1428514326.5499.20.camel@hardenedbsd.org> Subject: Re: Call For Testers: Synaptics touchpads From: Shawn Webb To: Rui Paulo Date: Wed, 08 Apr 2015 13:32:06 -0400 In-Reply-To: <25062994.mCtyRnJWsQ@akita> References: <1849381.HnoQVUIgNM@akita> <1428498831.5499.4.camel@hardenedbsd.org> <25062994.mCtyRnJWsQ@akita> Organization: HardenedBSD Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-rmfRsHwKprTxMvekzvZY" X-Mailer: Evolution 3.12.10-0ubuntu1~14.10.1 Mime-Version: 1.0 Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 17:40:17 -0000 --=-rmfRsHwKprTxMvekzvZY Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, 2015-04-08 at 09:19 -0700, Rui Paulo wrote: > On Wednesday 08 April 2015 09:13:51 Shawn Webb wrote: > > On Wed, 2015-04-08 at 00:19 -0700, Rui Paulo wrote: > > > Hi, > > >=20 > > > The attached patch adds support for newer touchpad features and imple= ments > > > two finger scrolling. This is such a common feature these days that = I > > > think we should enable it by default and disable edge scrolling. I'v= e > > > implemented some detection code to keep edge scrolling enabled when t= he > > > touchpad has a dedicated area for scrolling. > > >=20 > > > Please test it and report back your experience. To enable synaptics > > > support, you need: > > >=20 > > > hw.psm.synaptics_support=3D1 > > >=20 > > > in loader.conf. > >=20 > > Hey Rui, > >=20 > > I'm excited to have this and will test this out this week. Do I need to > > recompile any ports (namely, the xf86-input-synaptics port) after > > applying this patch? >=20 > No, it's all in the kernel. >=20 It's not working in the slightest to me. Looking at the patch, you expose additional sysctls. None of those sysctls are visible to me. Is there something I need to do besides apply the patch and recompile my kernel? If not, then the patch doesn't work in the slightest. Thanks, Shawn --=-rmfRsHwKprTxMvekzvZY Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCgAGBQJVJWYWAAoJEGqEZY9SRW7uPnsP/ROH8WEs4OShBd1guvdHHi/0 MdofQZQvIANTks+Kz2Vw9afJipBzss9/sJuPVTpd+WxdaJapu5OZIh498aPBoJ93 JtLqlAw4meZMMofK9STliNP559EhTt2Z9WnJX6o3PrqTNpYFvKWPYstEsQRiPYb0 LMIfK7bZXrVfIPEHtumPps7ImAbLd/j1iP55rWO3PSOqn8wEjxscvrB9+j+PHXNO ly5mGDjYFbpFzmsrlH5DwHuTaVDSYtb9RebiUi5OmyY6A5POwNu7GWxmO5WfQvb4 sK8YRuVM+HqLj9vKK/GSJmQTcxv9+kW+/DnCHdE/xO4to4E5RFEaB/ME90Dgy+gs dGgPtlk1KuTAmgjsab7NRKhMhIOAmzGTttkISQLyFjg0KQ7M2Ku0KKqJY7nec4CK OmUTVGDVFkECfnsBOgllp3vur+bbuvl73p5/2XRJQXf88zQBmxN7zCrrrEgdc6fX 9Rz1/UYf68cTJ6gnG9s6HmUIO5nt2xEacwRJBVT5LzCRzdfzEqSQMRPGqHR3EiH+ cJUWWqEZuWNxgrZBpvkx8mgtFucBCs7vWKFpQKqiDeo8VMij46xOVVL3G7DVGCjF qbMY/TFqunfOIWK1sainh7l7gDlQGrCWr5gY8+Qb4zMa9ZmFl7xaQTQV5ubqAb9u mmNwYxbXOJK60C9peXg6 =Za/z -----END PGP SIGNATURE----- --=-rmfRsHwKprTxMvekzvZY-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 17:52:08 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95D4B811 for ; Wed, 8 Apr 2015 17:52:08 +0000 (UTC) Received: from shxd.cx (mail.shxd.cx [64.201.244.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7772DF23 for ; Wed, 8 Apr 2015 17:52:08 +0000 (UTC) Received: from 50-196-156-133-static.hfc.comcastbusiness.net ([50.196.156.133]:31468 helo=tinkerbell.pixel8networks.com) by shxd.cx with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1YfsBh-0006zf-2n; Wed, 08 Apr 2015 08:46:45 -0700 Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: Re: Nothing can boot anymore - video issues From: Devin Teske In-Reply-To: <1428506302.5499.10.camel@hardenedbsd.org> Date: Wed, 8 Apr 2015 10:51:58 -0700 Message-Id: References: <369848B3-73AB-4A71-9597-9ED098C7EF64@me.com> <1428343182.6806.3.camel@hardenedbsd.org> <1428352517.6806.10.camel@hardenedbsd.org> <6D9FB562-9899-4180-A07A-232EEE2A09DB@FreeBSD.org> <1428506302.5499.10.camel@hardenedbsd.org> To: Shawn Webb X-Mailer: Apple Mail (2.1990.1) Sender: devin@shxd.cx Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-current@freebsd.org, Devin Teske , Rui Paulo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 17:52:08 -0000 > On Apr 8, 2015, at 8:18 AM, Shawn Webb = wrote: >=20 > On Mon, 2015-04-06 at 16:55 -0700, Devin Teske wrote: >>=20 >>> On Apr 6, 2015, at 1:35 PM, Shawn Webb >>> wrote: >>>=20 >>> On Mon, 2015-04-06 at 13:59 -0400, Shawn Webb wrote: >>>> On Sun, 2015-04-05 at 12:07 -0700, Rui Paulo wrote: >>>>> On Apr 5, 2015, at 09:11, Shawn Webb >>>>> wrote: >>>>>>=20 >>>>>> So I just updated my laptop and desktop to a recent HEAD. Both >>>>>> machines >>>>>> boot using gptzfsboot. The boot spinner shows, then when it's >>>>>> supposed to >>>>>> transition to the Beastie logo screen, the monitor funks out. >>>>>> Booting never >>>>>> finishes. Below is a link to a picture of my laptop. >>>>>>=20 >>>>>> http://imgur.com/l3mLDBX >>>>>=20 >>>>> Try reverting the Forth changes. That's all that comes to mind. >>>>>=20 >>>>> -- >>>>> Rui Paulo >>>>=20 >>>> I'm going through commit-by-commit from April 3rd to March 31st, >>>> which >>>> will take a big chunk of time. It's really weird that no one else >>>> has >>>> reported this since even my VirtualBox VMs have this same issue. >>>>=20 >>>> Thanks, >>>>=20 >>>> Shawn >>>=20 >>> I've figured out the commit that caused the breakage. Looks like the >>> boot Forth changes are pretty bad. The commit that caused the >>> breakage, >>> as far as I can tell is, r280974. Reverting that and the two commits >>> above that revision regarding sys/boot/forth allowed me to boot >>> again. >>>=20 >>> Now the boot screen looks like this: http://imgur.com/I9SVHfT >>>=20 >>> I can now boot, but as you see, the boot screen's messed up. >>>=20 >>>=20 >>=20 >>=20 >> Why the screen looks that way (no brand and no logo): >> You were caught in a small window of broken-ness. >>=20 >>=20 >> Window was between: >> https://svnweb.freebsd.org/base?view=3Drevision&revision=3D280933 >> and >> https://svnweb.freebsd.org/base?view=3Drevision&revision=3D281002 >>=20 >>=20 >> A window of approximately 2 days. >>=20 >>=20 >> As for why the screen got wonky =E2=80=A6 well=E2=80=A6 your comp and = my >> comp don=E2=80=99t agree on ANSI sequences. I=E2=80=99ve reverted the = offending >> changes so that we may once-again agree on ANSI codes. ;D >=20 > It now appears that the problem was specific to HardenedBSD: we had a > custom loader_version setting in sys/boot/forth/loader.conf. I'm = unsure > which commit caused the breakage, but now having a custom = loader_version > will break booting. >=20 Thanks for narrowing it further. Let me do some additional testing and I=E2=80=99ll report back what I find. =E2=80=94=20 Devin= From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 19:30:42 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84A9C229 for ; Wed, 8 Apr 2015 19:30:42 +0000 (UTC) Received: from mail-ie0-x22b.google.com (mail-ie0-x22b.google.com [IPv6:2607:f8b0:4001:c03::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B55DD15 for ; Wed, 8 Apr 2015 19:30:42 +0000 (UTC) Received: by iejt8 with SMTP id t8so11318869iej.2 for ; Wed, 08 Apr 2015 12:30:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=WxAz3NqMNhQIOy7e52PSCly3tdnq7qg2JJ40lXn1X9Y=; b=cHFrmJWGtkhz7IEcjy97kC5kYf10saRvHNQV+i+ViFN84CwcPSKnfsVUL6ARzMTqpG ya6Ye2yrlblBOsvlh0FpMNBrduQ4Vjno5M36uBJDHx0OkFgMjHox6QwMsQh7sKot1V3n 4VDA8Y0P3cxoI3u123BM+nICjmZk1578GLr3L4FA0NOnI8TTSDI7jhcPAvpQbThiB+Mb OOTu54n7vNBsBxKi20Tg36TGzjvU9+lezb4iXwrmbvKHsXEVxQoxgt3iQ9aq6xXkYWd0 W9OXSbaMAj/D6XWkLUM6CTC8OJ8Lr5DWDuGVa0Ltk56vAL1bT19R4P0vt/HVmHsz/mnu n1/A== MIME-Version: 1.0 X-Received: by 10.107.46.155 with SMTP id u27mr40133419iou.87.1428521441691; Wed, 08 Apr 2015 12:30:41 -0700 (PDT) Received: by 10.107.156.75 with HTTP; Wed, 8 Apr 2015 12:30:41 -0700 (PDT) Date: Wed, 8 Apr 2015 15:30:41 -0400 Message-ID: Subject: Dual booting FreeBSD and Win95 From: Ryan Stone To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 19:30:42 -0000 No, this isn't a late April Fools joke. :( I find myself in a situation where I need to integrate my employer's manufacturing process with a third-party OEM's process. My employer's hardware tests are all FreeBSD-based while the OEM is Windows 95 based. I need to come up with a way to integrate them together. We're looking at dual-booting FreeBSD and Win95. We're thinking of booting into Win95, the OEM can do their thing, switch to booting FreeBSD, run our tests and produce a .csv file with the results, and then boot back into Win95 for them to finish up. Ideally we would like to switch the boot slice without human interaction. I've been playing around with trying to set one only slice as active to make the loader boot it, but it appears that doesn't actually work. boot0cfg would cover half of the use case (switching from FreeBSD back to Win95), but I'm not sure how I could do the original switch from Win95 to FreeBSD. We've discussed just switching hard drives, but we really want to shoot for a 100% automated process. Anybody have any ideas? From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 19:36:16 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7520B399 for ; Wed, 8 Apr 2015 19:36:16 +0000 (UTC) Received: from m.saper.info (m.saper.info [IPv6:2a01:4f8:a0:7383::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "m.saper.info", Issuer "Marcin Cieslak 2011" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 09B02D5A for ; Wed, 8 Apr 2015 19:36:15 +0000 (UTC) Received: from m.saper.info (saper@m.saper.info [IPv6:2a01:4f8:a0:7383::]) by m.saper.info (8.14.9/8.14.9) with ESMTP id t38JaDVO034938 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 8 Apr 2015 19:36:13 GMT (envelope-from saper@saper.info) Received: from localhost (saper@localhost) by m.saper.info (8.14.9/8.14.9/Submit) with ESMTP id t38JaC4e034935; Wed, 8 Apr 2015 19:36:13 GMT (envelope-from saper@saper.info) X-Authentication-Warning: m.saper.info: saper owned process doing -bs Date: Wed, 8 Apr 2015 19:36:12 +0000 From: Marcin Cieslak To: Ryan Stone Subject: Re: Dual booting FreeBSD and Win95 In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 19:36:16 -0000 On Wed, 8 Apr 2015, Ryan Stone wrote: > No, this isn't a late April Fools joke. :( > > > We've discussed just switching hard drives, but we really want to shoot for > a 100% automated process. Anybody have any ideas? I guess due to hardware interfacing virtualization is not an option? I've seen some testing equipment running Win98 only because it allows direct access to serial ports, not exposing some kind of virtual device driver. //arcin From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 19:36:57 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB92B4E3 for ; Wed, 8 Apr 2015 19:36:57 +0000 (UTC) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6D24BD74 for ; Wed, 8 Apr 2015 19:36:57 +0000 (UTC) Received: by iget9 with SMTP id t9so35683509ige.1 for ; Wed, 08 Apr 2015 12:36:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=3rC3NGNSxzLH7Uoj6o4XnKEoHOX+yUlQjqNa3xqFozs=; b=HlxOhDuHcM8x4fmaKfuX0lqXy/09nXZo8ETqcOkwTIfxoK3bCF/4VkOjtULkDgg/Co eooi/wwSXy57y0lpIB2HAE+Em6jMNUGxBcBa5GWgE+qPwXt7In2ysIVKFmRTfmNiWhZq 5IOCBFcenRkZ/nMtlKmn1M1AGuPhCi769QQilGDW5Q6XMZTZ6rrrP5iPusiGAaxpdUij IJ6LjwegdsmCwehy4R2aNhnD1phR3mswQYsova+LXAoPtOq7lJi+Zuc3wR5N73ntmuHK xXTGwWagfNNhu5IBcPc/iufii8gEqvFr448I48+/x2K0u4PQgvw0Ga7+4soJTmaQAkt8 0kRg== MIME-Version: 1.0 X-Received: by 10.50.73.168 with SMTP id m8mr14473841igv.32.1428521816890; Wed, 08 Apr 2015 12:36:56 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Wed, 8 Apr 2015 12:36:56 -0700 (PDT) In-Reply-To: References: Date: Wed, 8 Apr 2015 12:36:56 -0700 X-Google-Sender-Auth: yiEIcVhOJfIxk63wR6sqp6tW7mI Message-ID: Subject: Re: Dual booting FreeBSD and Win95 From: Adrian Chadd To: Ryan Stone Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 19:36:57 -0000 Hi, You can just write a little command line win32 program that writes to the boot blocks. it's win95; unless your BIOS somehow is blocking things you should be able to set the same area that boot0cfg does to tell the bootloader about what to do. -adrian On 8 April 2015 at 12:30, Ryan Stone wrote: > No, this isn't a late April Fools joke. :( > > I find myself in a situation where I need to integrate my employer's > manufacturing process with a third-party OEM's process. My employer's > hardware tests are all FreeBSD-based while the OEM is Windows 95 based. I > need to come up with a way to integrate them together. > > We're looking at dual-booting FreeBSD and Win95. We're thinking of booting > into Win95, the OEM can do their thing, switch to booting FreeBSD, run our > tests and produce a .csv file with the results, and then boot back into > Win95 for them to finish up. Ideally we would like to switch the boot > slice without human interaction. > > I've been playing around with trying to set one only slice as active to > make the loader boot it, but it appears that doesn't actually work. > boot0cfg would cover half of the use case (switching from FreeBSD back to > Win95), but I'm not sure how I could do the original switch from Win95 to > FreeBSD. > > We've discussed just switching hard drives, but we really want to shoot for > a 100% automated process. Anybody have any ideas? > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 19:39:50 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 48B50649 for ; Wed, 8 Apr 2015 19:39:50 +0000 (UTC) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id AAA2BD95 for ; Wed, 8 Apr 2015 19:39:48 +0000 (UTC) Received: (qmail 93009 invoked by uid 89); 8 Apr 2015 19:39:40 -0000 Received: from unknown (HELO ?192.168.250.192?) (mg@grem.de@185.17.207.96) by mail.grem.de with ESMTPA; 8 Apr 2015 19:39:40 -0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: Dual booting FreeBSD and Win95 From: Michael Gmelin X-Mailer: iPhone Mail (12D508) In-Reply-To: Date: Wed, 8 Apr 2015 21:39:40 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <2336BE99-DEEA-4594-817B-76A6BC18C57A@grem.de> References: To: Ryan Stone Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 19:39:50 -0000 > On 08 Apr 2015, at 21:30, Ryan Stone wrote: >=20 > No, this isn't a late April Fools joke. :( >=20 > I find myself in a situation where I need to integrate my employer's > manufacturing process with a third-party OEM's process. My employer's > hardware tests are all FreeBSD-based while the OEM is Windows 95 based. I= > need to come up with a way to integrate them together. >=20 > We're looking at dual-booting FreeBSD and Win95. We're thinking of bootin= g > into Win95, the OEM can do their thing, switch to booting FreeBSD, run our= > tests and produce a .csv file with the results, and then boot back into > Win95 for them to finish up. Ideally we would like to switch the boot > slice without human interaction. >=20 > I've been playing around with trying to set one only slice as active to > make the loader boot it, but it appears that doesn't actually work. > boot0cfg would cover half of the use case (switching from FreeBSD back to > Win95), but I'm not sure how I could do the original switch from Win95 to > FreeBSD. >=20 > We've discussed just switching hard drives, but we really want to shoot fo= r > a 100% automated process. Anybody have any ideas? What are you testing? The hardware this is running on? Your tests as well as= the OEM's? If not I would suggest booting FreeBSD and running win95 in qemu. A long time ago I dual booted BSD and DOS (or maybe it was OS/2 and Linux, i= t's been quite a while) and I did so by using two primary partitions, only m= arking one of them active/bootable at a time. You might be able to do the sa= me in an automated way on windows and FreeBSD to alternate between the OSes.= - Michael > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"= From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 20:00:29 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A78E12D for ; Wed, 8 Apr 2015 20:00:29 +0000 (UTC) Received: from mail-ob0-f180.google.com (mail-ob0-f180.google.com [209.85.214.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 13BA2C2 for ; Wed, 8 Apr 2015 20:00:28 +0000 (UTC) Received: by obbfy7 with SMTP id fy7so156106692obb.2 for ; Wed, 08 Apr 2015 13:00:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=+bsY7NnIuyGQ3E9Rv/yB+X7bs1Low1A0X8kBvyAUmJU=; b=aWnod7s3LhnSGpngjw3r+/XmIriwrHXhhcSjNE/dGY/8PCA4l9IFeRUQsi8sMjruom 4SnAGc6ig2LGo/XcZBW9ntKiu1ZqtfCrSrtsNiczuGWHbuK1lxSrz0NHwri5ODI/LMlW qErmXZf2nUM3etL2DZPtPDznU9UL8w4zhAVOSKpMv8zkNYpgyRyte2xeQ12YJwJCMgZJ fBtBJPAj/2zW/5krbZ7Ti03SASYhp2Ik3aK+H/3FWFhNLGIeqcQPxNRyhWNEfuptClHo 92hCG9tPuEeTH4VenZk1ZruJzecWx35HNYeUgRCd1h7wI+Asf4cWugzu8RkYLfxlQrFf lcJw== X-Gm-Message-State: ALoCoQmCpvMsL/7HdksUfSNfm6yNaWKjCOfncrwSXCfLot5ZorCLOyf7oW6rtWgDxNK5xHnjW05w MIME-Version: 1.0 X-Received: by 10.60.70.40 with SMTP id j8mr7873122oeu.59.1428523221813; Wed, 08 Apr 2015 13:00:21 -0700 (PDT) Received: by 10.202.80.6 with HTTP; Wed, 8 Apr 2015 13:00:21 -0700 (PDT) In-Reply-To: References: Date: Wed, 8 Apr 2015 22:00:21 +0200 Message-ID: Subject: Re: Dual booting FreeBSD and Win95 From: Oliver Pinter To: Ryan Stone Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 20:00:29 -0000 As dirty hack, try to save two state of MBR, one when FreeBSD selected (MBR.FBSD) , and one when Win95 selected (MBR.W95). When the windows booted up properly, then write the MBR.FBSD to the disc, on the same schema do the reverse on freebsd with dd. http://www.fccps.cz/download/adv/frr/wipembr.html Or just do what Adrian has said, flip the active bits with a custom tool. On Wed, Apr 8, 2015 at 9:30 PM, Ryan Stone wrote: > No, this isn't a late April Fools joke. :( > > I find myself in a situation where I need to integrate my employer's > manufacturing process with a third-party OEM's process. My employer's > hardware tests are all FreeBSD-based while the OEM is Windows 95 based. I > need to come up with a way to integrate them together. > > We're looking at dual-booting FreeBSD and Win95. We're thinking of booting > into Win95, the OEM can do their thing, switch to booting FreeBSD, run our > tests and produce a .csv file with the results, and then boot back into > Win95 for them to finish up. Ideally we would like to switch the boot > slice without human interaction. > > I've been playing around with trying to set one only slice as active to > make the loader boot it, but it appears that doesn't actually work. > boot0cfg would cover half of the use case (switching from FreeBSD back to > Win95), but I'm not sure how I could do the original switch from Win95 to > FreeBSD. > > We've discussed just switching hard drives, but we really want to shoot for > a 100% automated process. Anybody have any ideas? > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 20:03:31 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6AC8E3B0 for ; Wed, 8 Apr 2015 20:03:31 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 21B50FB for ; Wed, 8 Apr 2015 20:03:31 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1YfwC9-000PIR-6T; Wed, 08 Apr 2015 23:03:29 +0300 Date: Wed, 8 Apr 2015 23:03:29 +0300 From: Slawa Olhovchenkov To: Ryan Stone Subject: Re: Dual booting FreeBSD and Win95 Message-ID: <20150408200328.GA1394@zxy.spb.ru> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 20:03:31 -0000 On Wed, Apr 08, 2015 at 03:30:41PM -0400, Ryan Stone wrote: > No, this isn't a late April Fools joke. :( > > I find myself in a situation where I need to integrate my employer's > manufacturing process with a third-party OEM's process. My employer's > hardware tests are all FreeBSD-based while the OEM is Windows 95 based. I > need to come up with a way to integrate them together. > > We're looking at dual-booting FreeBSD and Win95. We're thinking of booting > into Win95, the OEM can do their thing, switch to booting FreeBSD, run our > tests and produce a .csv file with the results, and then boot back into > Win95 for them to finish up. Ideally we would like to switch the boot > slice without human interaction. > > I've been playing around with trying to set one only slice as active to > make the loader boot it, but it appears that doesn't actually work. > boot0cfg would cover half of the use case (switching from FreeBSD back to > Win95), but I'm not sure how I could do the original switch from Win95 to > FreeBSD. > > We've discussed just switching hard drives, but we really want to shoot for > a 100% automated process. Anybody have any ideas? If hardware recognised by Win95 do next: 1. create MBR patition table. first patition dedicate to Win95. next partiton to freebsd 2. install Win95 3. Install FreeBSD with FreeBSD boot manager. 4. (optional) create windows95 boot.ini for fail back load FreeBSD From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 20:09:48 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F178533 for ; Wed, 8 Apr 2015 20:09:48 +0000 (UTC) Received: from m.saper.info (m.saper.info [IPv6:2a01:4f8:a0:7383::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "m.saper.info", Issuer "Marcin Cieslak 2011" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 09C2E152 for ; Wed, 8 Apr 2015 20:09:47 +0000 (UTC) Received: from m.saper.info (saper@m.saper.info [IPv6:2a01:4f8:a0:7383::]) by m.saper.info (8.14.9/8.14.9) with ESMTP id t38K9hOP035445 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 8 Apr 2015 20:09:43 GMT (envelope-from saper@saper.info) Received: from localhost (saper@localhost) by m.saper.info (8.14.9/8.14.9/Submit) with ESMTP id t38K9gb3035441; Wed, 8 Apr 2015 20:09:43 GMT (envelope-from saper@saper.info) X-Authentication-Warning: m.saper.info: saper owned process doing -bs Date: Wed, 8 Apr 2015 20:09:42 +0000 From: Marcin Cieslak To: Slawa Olhovchenkov Subject: Re: Dual booting FreeBSD and Win95 In-Reply-To: <20150408200328.GA1394@zxy.spb.ru> Message-ID: References: <20150408200328.GA1394@zxy.spb.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: FreeBSD Current , Ryan Stone X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 20:09:48 -0000 On Wed, 8 Apr 2015, Slawa Olhovchenkov wrote: > On Wed, Apr 08, 2015 at 03:30:41PM -0400, Ryan Stone wrote: > 4. (optional) create windows95 boot.ini for fail back load FreeBSD http://support.microsoft.com/en-us/kb/157992 I think boot.ini comes with ntldr, and Win95/98 started DOS-like.. //Marcin From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 20:28:00 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B780ABB for ; Wed, 8 Apr 2015 20:28:00 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 002DC381 for ; Wed, 8 Apr 2015 20:27:59 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 0FC1D6A601A; Wed, 8 Apr 2015 22:27:56 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id t38KRt3Q055897; Wed, 8 Apr 2015 22:27:55 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id t38KRtKj055276; Wed, 8 Apr 2015 22:27:55 +0200 (CEST) (envelope-from lars) Date: Wed, 8 Apr 2015 22:27:54 +0200 From: Lars Engels To: Shawn Webb Subject: Re: Call For Testers: Synaptics touchpads Message-ID: <20150408202754.GR20473@e-new.0x20.net> Mail-Followup-To: Lars Engels , Shawn Webb , Rui Paulo , FreeBSD-Current References: <1849381.HnoQVUIgNM@akita> <1428498831.5499.4.camel@hardenedbsd.org> <25062994.mCtyRnJWsQ@akita> <1428514326.5499.20.camel@hardenedbsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="jhQDtFD6/0rlgiNE" Content-Disposition: inline In-Reply-To: <1428514326.5499.20.camel@hardenedbsd.org> X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p23 User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD-Current , Rui Paulo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 20:28:00 -0000 --jhQDtFD6/0rlgiNE Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 08, 2015 at 01:32:06PM -0400, Shawn Webb wrote: > On Wed, 2015-04-08 at 09:19 -0700, Rui Paulo wrote: > > On Wednesday 08 April 2015 09:13:51 Shawn Webb wrote: > > > On Wed, 2015-04-08 at 00:19 -0700, Rui Paulo wrote: > > > > Hi, > > > >=20 > > > > The attached patch adds support for newer touchpad features and imp= lements > > > > two finger scrolling. This is such a common feature these days tha= t I > > > > think we should enable it by default and disable edge scrolling. I= 've > > > > implemented some detection code to keep edge scrolling enabled when= the > > > > touchpad has a dedicated area for scrolling. > > > >=20 > > > > Please test it and report back your experience. To enable synaptics > > > > support, you need: > > > >=20 > > > > hw.psm.synaptics_support=3D1 Did you add this to loader.conf? >=20 > It's not working in the slightest to me. Looking at the patch, you > expose additional sysctls. None of those sysctls are visible to me. Is > there something I need to do besides apply the patch and recompile my > kernel? If not, then the patch doesn't work in the slightest. Does "grep -i synaptics /var/run/dmesg.boot" show anything? --jhQDtFD6/0rlgiNE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJVJY9KXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1teaIH/iUKhb/JAZBVZZAIALrtrl6J ++DRgEjfPXdhfaqw+PiKniXCFGJYHsIKaTCVIvK5qonmNAugNxjZ+oHV7VncEtXC iRxWkJzIWhCKoBKgfQevqFHOAhjSHmhGgvWnWj48Zl1EgHUC1fZnBINDoeH0bq7y 5fhmDUPaM1Bgy12Ff/n9eqPmVDCePwQQ1j5nICDW3MmMuw0u78RtVWAwda15miSq gf8zILTiYMFo59pkNMXiq0tik7WNNb83gu7fwfvJRKMy3ucGLpfxMPrChwYJpIMT WDSt/HJ7+LsZpXPzE9YHmlSj4kxx6esCLOycM7Xlmz8KPtePr4BTU3Oc5F1sYHM= =7wtI -----END PGP SIGNATURE----- --jhQDtFD6/0rlgiNE-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 20:30:40 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 42723BD3 for ; Wed, 8 Apr 2015 20:30:40 +0000 (UTC) Received: from mail-pd0-f180.google.com (mail-pd0-f180.google.com [209.85.192.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 13C07623 for ; Wed, 8 Apr 2015 20:30:39 +0000 (UTC) Received: by pddn5 with SMTP id n5so127072215pdd.2 for ; Wed, 08 Apr 2015 13:30:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=35+g21VunL/BJ2W38ODkjknFjmjOQxljcqyVJd8Vd4U=; b=avz7kBzGDWiMl+F1VQaSxTyE3jvBTjkYVfrSNlwxZT9hTJ3TXFnYAfHt62wp08EnQw usqrZldEcC3Z26ALReaM9U5I0HVGxO3l7skuOKZ5EW3oU69T3RBTwgxFFP3ngpQrQOyD 3KPkeVxYKVVfZ45BX1Uitqt04Q+9PvPOF/+kuYmwR7z2cPpHfgQ0wvU+2NGfPsQp3ZA3 AXLVOAV4GgRv98PuIKdeT7es84nRoNFspkIZ6Sn5PrkS9cpePnSrVoQjM5Tnxi3mPXU4 SaET9XhZhnXvxaCr6aMuerAZwhdaB/TL2F3aDUNCZeOhvRCekQR99PcEaYPJILHJq+dF Ysow== X-Gm-Message-State: ALoCoQlQpgNPK4lqgfm6HpF0RAxAPeo5z4j/qXWQzLsGCn6zMN9r29D0MSASmlN++ITtvTObTveD MIME-Version: 1.0 X-Received: by 10.66.66.196 with SMTP id h4mr48972759pat.127.1428525033050; Wed, 08 Apr 2015 13:30:33 -0700 (PDT) Received: by 10.70.83.165 with HTTP; Wed, 8 Apr 2015 13:30:32 -0700 (PDT) Received: by 10.70.83.165 with HTTP; Wed, 8 Apr 2015 13:30:32 -0700 (PDT) In-Reply-To: <20150408202754.GR20473@e-new.0x20.net> References: <1849381.HnoQVUIgNM@akita> <1428498831.5499.4.camel@hardenedbsd.org> <25062994.mCtyRnJWsQ@akita> <1428514326.5499.20.camel@hardenedbsd.org> <20150408202754.GR20473@e-new.0x20.net> Date: Wed, 8 Apr 2015 16:30:32 -0400 Message-ID: Subject: Re: Call For Testers: Synaptics touchpads From: Shawn Webb To: Lars Engels , freebsd-current@freebsd.org, Rui Paulo Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 20:30:40 -0000 On Apr 8, 2015 4:27 PM, "Lars Engels" wrote: > > On Wed, Apr 08, 2015 at 01:32:06PM -0400, Shawn Webb wrote: > > On Wed, 2015-04-08 at 09:19 -0700, Rui Paulo wrote: > > > On Wednesday 08 April 2015 09:13:51 Shawn Webb wrote: > > > > On Wed, 2015-04-08 at 00:19 -0700, Rui Paulo wrote: > > > > > Hi, > > > > > > > > > > The attached patch adds support for newer touchpad features and implements > > > > > two finger scrolling. This is such a common feature these days that I > > > > > think we should enable it by default and disable edge scrolling. I've > > > > > implemented some detection code to keep edge scrolling enabled when the > > > > > touchpad has a dedicated area for scrolling. > > > > > > > > > > Please test it and report back your experience. To enable synaptics > > > > > support, you need: > > > > > > > > > > hw.psm.synaptics_support=1 > > Did you add this to loader.conf? > > > > It's not working in the slightest to me. Looking at the patch, you > > expose additional sysctls. None of those sysctls are visible to me. Is > > there something I need to do besides apply the patch and recompile my > > kernel? If not, then the patch doesn't work in the slightest. > > Does "grep -i synaptics /var/run/dmesg.boot" show anything? I ran through some tests, it looks like my synaptics touchpad isn't supported. I'll have to add support for the device itself before his patch is useful. From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 20:35:02 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 399AFDF5 for ; Wed, 8 Apr 2015 20:35:02 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E3689661 for ; Wed, 8 Apr 2015 20:35:01 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Yfwga-000Pr1-NP; Wed, 08 Apr 2015 23:34:56 +0300 Date: Wed, 8 Apr 2015 23:34:56 +0300 From: Slawa Olhovchenkov To: Marcin Cieslak Subject: Re: Dual booting FreeBSD and Win95 Message-ID: <20150408203456.GF8220@zxy.spb.ru> References: <20150408200328.GA1394@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: FreeBSD Current , Ryan Stone X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 20:35:02 -0000 On Wed, Apr 08, 2015 at 08:09:42PM +0000, Marcin Cieslak wrote: > On Wed, 8 Apr 2015, Slawa Olhovchenkov wrote: > > > On Wed, Apr 08, 2015 at 03:30:41PM -0400, Ryan Stone wrote: > > 4. (optional) create windows95 boot.ini for fail back load FreeBSD > > http://support.microsoft.com/en-us/kb/157992 > > I think boot.ini comes with ntldr, and Win95/98 started DOS-like.. > Oh, yes. From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 20:38:56 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CAE4CFB0 for ; Wed, 8 Apr 2015 20:38:56 +0000 (UTC) Received: from smtprelay-h31.telenor.se (smtprelay-h31.telenor.se [213.150.131.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CE2F693 for ; Wed, 8 Apr 2015 20:38:55 +0000 (UTC) Received: from ipb4.telenor.se (ipb4.telenor.se [195.54.127.167]) by smtprelay-h31.telenor.se (Postfix) with ESMTP id 02014D852 for ; Wed, 8 Apr 2015 22:38:45 +0200 (CEST) X-SENDER-IP: [85.229.94.62] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2CcBgA/kSVV/z5e5VVcgwiBM4MQyC8CgSxNAQEBAQEBfoQgAQEEHQYPASMjEAsOCgICJgICLQweBohBAbZAlk8BAQEHAgEfgSGKCoR8B4JogUUFkHRiikKDN4w9ghKBOCKDcTyCdAEBAQ X-IPAS-Result: A2CcBgA/kSVV/z5e5VVcgwiBM4MQyC8CgSxNAQEBAQEBfoQgAQEEHQYPASMjEAsOCgICJgICLQweBohBAbZAlk8BAQEHAgEfgSGKCoR8B4JogUUFkHRiikKDN4w9ghKBOCKDcTyCdAEBAQ X-IronPort-AV: E=Sophos;i="5.11,545,1422918000"; d="scan'208";a="785494941" Received: from c-3e5ee555.06-11-73746f31.cust.bredbandsbolaget.se (HELO sigyn.alvermark.net) ([85.229.94.62]) by ipb4.telenor.se with ESMTP; 08 Apr 2015 22:38:45 +0200 Received: from localhost ([127.0.0.1] helo=webmail.alvermark.net) by sigyn.alvermark.net with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Yfwk5-0009wz-18; Wed, 08 Apr 2015 22:38:33 +0200 Received: from 85.229.93.187 (SquirrelMail authenticated user alvis) by webmail.alvermark.net with HTTP; Wed, 8 Apr 2015 22:38:33 +0200 (CEST) Message-ID: <35767.85.229.93.187.1428525513.squirrel@webmail.alvermark.net> Date: Wed, 8 Apr 2015 22:38:33 +0200 (CEST) Subject: Re: Call For Testers: Synaptics touchpads From: "Jakob Alvermark" To: "Rui Paulo" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: 8bit References: <1849381.HnoQVUIgNM@akita> In-Reply-To: <1849381.HnoQVUIgNM@akita> Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 20:38:56 -0000 On Wed, April 8, 2015 09:19, Rui Paulo wrote: > Hi, > > > The attached patch adds support for newer touchpad features and > implements two finger scrolling. This is such a common feature these days > that I think we should enable it by default and disable edge scrolling. > I've implemented some > detection code to keep edge scrolling enabled when the touchpad has a > dedicated area for scrolling. > > Please test it and report back your experience. To enable synaptics > support, you need: > > hw.psm.synaptics_support=1 > > in loader.conf. > > Thanks, > -- > Rui Paulo_______________________________________________ Hi, Tested on my Acer E3-112 with a TouchPad. It works, thank you! I have been missing two-finger scrolling, it was quite awkward using edge scrolling IMHO. It does feel like it sometimes gets stuck in scrolling mode. When trying to move the pointer just after having scrolled, it scrolls even using just one finger. Three-finger tapping also works. (Generating a button 3 event) "Clicking" on the pad (pushing it down until it "clicks" sends button events for both button 1 and 2. (Which is seems to sometimes be interpreted as button 3...) The biggest improvement though; before it would get totally crazy at random intervals with the pointer moving all over the screen and clicking at random points. Quite annoying... This patch seems to have eliminated that! Also, does it support horizontal scrolling? Jakob Alvermark From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 21:58:36 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D7018F8 for ; Wed, 8 Apr 2015 21:58:36 +0000 (UTC) Received: from st11p00mm-asmtp004.mac.com (st11p00mm-asmtpout004.mac.com [17.172.81.3]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 010CDEF1 for ; Wed, 8 Apr 2015 21:58:35 +0000 (UTC) Received: from akita.localnet (c-73-162-13-215.hsd1.ca.comcast.net [73.162.13.215]) by st11p00mm-asmtp004.mac.com (Oracle Communications Messaging Server 7.0.5.33.0 64bit (built Aug 27 2014)) with ESMTPSA id <0NMI00MWND1FXQ00@st11p00mm-asmtp004.mac.com> for freebsd-current@freebsd.org; Wed, 08 Apr 2015 21:58:29 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-04-08_07:2015-04-08,2015-04-08,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=4 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1504080182 From: Rui Paulo To: freebsd-current@freebsd.org Subject: Re: Call For Testers: Synaptics touchpads Date: Wed, 08 Apr 2015 14:58:27 -0700 Message-id: <2696756.suIA1QQXU7@akita> User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT; KDE/4.14.3; amd64; ; ) In-reply-to: <35767.85.229.93.187.1428525513.squirrel@webmail.alvermark.net> References: <1849381.HnoQVUIgNM@akita> <35767.85.229.93.187.1428525513.squirrel@webmail.alvermark.net> MIME-version: 1.0 Content-transfer-encoding: 7Bit Content-type: text/plain; charset=us-ascii X-Mailman-Approved-At: Wed, 08 Apr 2015 22:21:58 +0000 Cc: Jakob Alvermark X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 21:58:36 -0000 On Wednesday 08 April 2015 22:38:33 Jakob Alvermark wrote: > Hi, > > Tested on my Acer E3-112 with a TouchPad. > > It works, thank you! > > I have been missing two-finger scrolling, it was quite awkward using edge > scrolling IMHO. > > It does feel like it sometimes gets stuck in scrolling mode. When trying > to move the pointer just after having scrolled, it scrolls even using just > one finger. I've seen this problem too and I think it's related to my patch. I'll see what I can do to fix it. > Three-finger tapping also works. (Generating a button 3 event) That should've worked before. > "Clicking" on the pad (pushing it down until it "clicks" sends button > events for both button 1 and 2. (Which is seems to sometimes be > interpreted as button 3...) Was it only sending one button before? > The biggest improvement though; before it would get totally crazy at > random intervals with the pointer moving all over the screen and clicking > at random points. Quite annoying... This patch seems to have eliminated > that! Hmm, not sure how this patch would've fixed that. I'd suggest testing a bit more just to be sure... > Also, does it support horizontal scrolling? Yes, but Xorg needs to be patched. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 23:39:42 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9247A3B3 for ; Wed, 8 Apr 2015 23:39:42 +0000 (UTC) Received: from mail-la0-x22e.google.com (mail-la0-x22e.google.com [IPv6:2a00:1450:4010:c03::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0FEC9BAB for ; Wed, 8 Apr 2015 23:39:42 +0000 (UTC) Received: by layy10 with SMTP id y10so77628940lay.0 for ; Wed, 08 Apr 2015 16:39:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=CKn5CGgxdtIakZhv+cAvpe9HrlNx2nfumKIBLoH0DUU=; b=tDEWky1WPVLKTQoDAzPWiv7iAbUKy+AzYdQ4oHKdnMjvg7e9CUL75dJVXDMJRiFj/f OoHNs05nrMnFOAeDQGelCe8nDccymYj4HPHouT2wNi+9F/r1tf6btbo/Ff+qiRBQS+RL VoKGAzt3ji37ve/IwTf1VBVA81r7wYqSMSvJwZvjO/LiJgOz8EfGwR5G8JWQi2guRSmR TRuyGcHOMCav3X9W0H3v12+wZmxrIRgi253buiDjZ6vkr5MIN9j5FEQnx1eeNior67gg UmgF5VI3QUaW9s3p8NQpBaeyYQkIPazQQTcsBzMDVsPoY8w1euyZv7JHl77x106PMwv5 UlfQ== MIME-Version: 1.0 X-Received: by 10.112.17.8 with SMTP id k8mr25402393lbd.26.1428536380033; Wed, 08 Apr 2015 16:39:40 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.108.168 with HTTP; Wed, 8 Apr 2015 16:39:39 -0700 (PDT) In-Reply-To: References: Date: Wed, 8 Apr 2015 16:39:39 -0700 X-Google-Sender-Auth: IauhmssTU5yEjALnu-lBoHPpNJA Message-ID: Subject: Re: Dual booting FreeBSD and Win95 From: Craig Rodrigues To: Ryan Stone Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 23:39:42 -0000 On Wed, Apr 8, 2015 at 12:30 PM, Ryan Stone wrote: > > We're looking at dual-booting FreeBSD and Win95. We're thinking of booting > Wow, I like your problem. It's really weird, and I like weird problems. :) Since you are looking at automating a complicated process, here is a crazy idea which you might want to consider (1) Get two machines, interconnect them via a small Ethernet switch. (2) Designate one machine as a PXE server, and the other as your test machine (3) Set up a FreeBSD PXE boot environment wit NFS root, as per: https://www.freebsd.org/doc/handbook/network-diskless.html#network-pxe-nfs (4) Figure out how to PXE boot a Windows95 environment. There are articles out there for PXE booting FreeDOS which might be a place to start: http://www.cs.waikato.ac.nz/~dbaird/work/2013/11/05/pxe-boot-freedos-hard-disk-image/ On the DHCP server, you can modify dhcpd.conf to change which OS will boot via PXE boot. If you can: -> automate the reboot of your test server -> automate the modification of dhcpd.conf on your PXE server via some process then you might be able to get it to work. :) -- Craig From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 00:31:13 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4AC18A1; Thu, 9 Apr 2015 00:31:13 +0000 (UTC) Received: from mail-ig0-x234.google.com (mail-ig0-x234.google.com [IPv6:2607:f8b0:4001:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7A033112; Thu, 9 Apr 2015 00:31:13 +0000 (UTC) Received: by igbqf9 with SMTP id qf9so52796618igb.1; Wed, 08 Apr 2015 17:31:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=+yXtJyz6uxvUQQ4mQSRb43R/Q4JJzRAz5co1TjX2S70=; b=EI8b9IuiCm0waeu9I+ZQxjha0CAf15OcEwbrJxWNeomiAKqG4LtaYDw6TCCsgcY9RR +wrs1jPwfjrTtIUhN7vY5sGAOzt+eXRzuUA/xHqfpIXDlizIlmvGt8+fx4d8eI0lkp/1 4RKvCyalKxhDrGN+SfMRbnonb+5+nZzy7p5fj3ntQa24mcnO3q6butf+oKseWd+NUgau bu8kS5vQcBczpf+YrJ4F6sav2GjBvqp4dpMjYBNMHCaIQ50A9K0KFH9xoIxUt0d1vZ9F YnR6m/94CtSwjNn1Zh9Pb2inSuxjW4iuyeXNCecfcdwfUmiNFC++JnqU2jSJhiHFNBF1 8XtQ== MIME-Version: 1.0 X-Received: by 10.107.39.72 with SMTP id n69mr42139223ion.8.1428539472926; Wed, 08 Apr 2015 17:31:12 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Wed, 8 Apr 2015 17:31:12 -0700 (PDT) In-Reply-To: References: Date: Wed, 8 Apr 2015 17:31:12 -0700 X-Google-Sender-Auth: kG6eTMYwZ-cxyK20_TmPLeRMtQ8 Message-ID: Subject: Re: Dual booting FreeBSD and Win95 From: Adrian Chadd To: Craig Rodrigues Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current , Ryan Stone X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 00:31:13 -0000 ... why's stuff have to be complicated? Win95 has minimal if any boot sector protection. Just go look at what boot0cfg does, figure out which sector you have to read/modify/write, and do that. Of course, I'd also check first to ensure it's updating a freebsd bootblock, or you may render a non-dualbooting machine dead. :) -a From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 06:12:45 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B354244C for ; Thu, 9 Apr 2015 06:12:45 +0000 (UTC) Received: from mail-wg0-x22d.google.com (mail-wg0-x22d.google.com [IPv6:2a00:1450:400c:c00::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 45A3FBA2 for ; Thu, 9 Apr 2015 06:12:45 +0000 (UTC) Received: by wgyo15 with SMTP id o15so98476726wgy.2 for ; Wed, 08 Apr 2015 23:12:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=K4fq38gy+n+iwkw3IvJv8vRg/qeAPu5NtWx7a+lA8+Q=; b=pIESAy3qvsTS1zLYgRyH74NDCVY7xi5bJtMTwv8BC15RxI3Exn0leMVs7CHGksN7J9 LW2ocdC7c9OTVbmwepSqeWyDWm9bEYWVtWLtB0NFfXaaMyX7mXshvEkqVGZZtxgMjVYP JUYzvGj7xJdJhCuoHWfm35lvPU8jLfuSbHfyOgnGXBjG7b8iawV61P1wMiMOAEjUCOx1 C9DR+Ja1JMnLwe9xqFV8eB15QSMogu+fF8TNB5bJ6P79p3CHE5haw4/viGJBLnvL6O0U eGFIo55IMZRHJ1PNen9ugl78irONDEZ2Y3KdphhTkut/wN2bHdGLlN7IRnOuftZrnXrf wCmw== X-Received: by 10.180.94.39 with SMTP id cz7mr3136002wib.66.1428559963658; Wed, 08 Apr 2015 23:12:43 -0700 (PDT) Received: from laptop.minsk.domain (minsk.nivalnetwork.com. [86.57.144.74]) by mx.google.com with ESMTPSA id bp1sm18564929wjb.31.2015.04.08.23.12.42 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 08 Apr 2015 23:12:42 -0700 (PDT) Date: Thu, 9 Apr 2015 09:10:52 +0300 From: "Sergey V. Dyatko" To: Rui Paulo Subject: Re: Call For Testers: Synaptics touchpads Message-ID: <20150409091052.63d44c77@laptop.minsk.domain> In-Reply-To: <1849381.HnoQVUIgNM@akita> References: <1849381.HnoQVUIgNM@akita> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 06:12:45 -0000 On Wed, 08 Apr 2015 00:19:45 -0700 Rui Paulo wrote: > Hi, > > The attached patch adds support for newer touchpad features and implements > two finger scrolling. This is such a common feature these days that I think > we should enable it by default and disable edge scrolling. I've implemented > some detection code to keep edge scrolling enabled when the touchpad has a > dedicated area for scrolling. > > Please test it and report back your experience. To enable synaptics support, > you need: > > hw.psm.synaptics_support=1 > > in loader.conf. > > Thanks, Patch applied successfully (head, r280980). with and without hw.psm.synaptics_support=1 I have [tiger@laptop]:~>synclient Couldn't find synaptics properties. No synaptics driver loaded? and mouse cursor moved soooo slooowly, without hw.psm.synaptics_support it moved faster, vertical scrolling doesn't work in both cases it is on lenovo ideapad z400 touch -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 07:02:32 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3827F22 for ; Thu, 9 Apr 2015 07:02:32 +0000 (UTC) Received: from mail-wg0-x22b.google.com (mail-wg0-x22b.google.com [IPv6:2a00:1450:400c:c00::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 53D3FD6 for ; Thu, 9 Apr 2015 07:02:32 +0000 (UTC) Received: by wgbdm7 with SMTP id dm7so110387324wgb.1 for ; Thu, 09 Apr 2015 00:02:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=r3oU8soT7CnnjSdQOP4O0Yni128cGj0DluZ6GOm3VA8=; b=BwuWVkb00r8rwLtYy1imvFIKm0/dukQUbwzefAujQiv0dOifBXHvmSPeKGv0XCpjil pJQ8PC6mL+8PeQRclMjhe5w9dOF6NW1+BNVbScmARF8VhG4fE5QAJZ2YxoX9nB+c0g2q e4keKiEsr59N+kMoNtN64E+DqhJTa+lZX96slzEtvPOv6WzoCr1a/YJFG6bXfASkI03m g3SI6awx7Zg8pGDOt7XZpdQLN+8TMc7Pnkp7s19IOkPHEXbbpTqoSeuhk6iugvRBwNId 5cFsQWHg8A7wmHeEyyKZnkiINjfVlJ9mqji6WNRswgsJLFg9Z72XfQaZjMsE7JHEc/pY N5PA== X-Received: by 10.180.74.102 with SMTP id s6mr3386188wiv.37.1428562950670; Thu, 09 Apr 2015 00:02:30 -0700 (PDT) Received: from laptop.minsk.domain (minsk.nivalnetwork.com. [86.57.144.74]) by mx.google.com with ESMTPSA id fa8sm18782753wib.14.2015.04.09.00.02.29 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 09 Apr 2015 00:02:29 -0700 (PDT) Date: Thu, 9 Apr 2015 10:00:40 +0300 From: "Sergey V. Dyatko" To: Rui Paulo Subject: Re: Call For Testers: Synaptics touchpads Message-ID: <20150409100040.22093546@laptop.minsk.domain> In-Reply-To: <3270374.XyG30qCihb@akita> References: <1849381.HnoQVUIgNM@akita> <20150409091052.63d44c77@laptop.minsk.domain> <3270374.XyG30qCihb@akita> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 07:02:33 -0000 On Wed, 08 Apr 2015 23:27:28 -0700 Rui Paulo wrote: > On Thursday 09 April 2015 09:10:52 Sergey V. Dyatko wrote: > > On Wed, 08 Apr 2015 00:19:45 -0700 > > > > Rui Paulo wrote: > > > Hi, > > > > > > The attached patch adds support for newer touchpad features and implements > > > two finger scrolling. This is such a common feature these days that I > > > think we should enable it by default and disable edge scrolling. I've > > > implemented some detection code to keep edge scrolling enabled when the > > > touchpad has a dedicated area for scrolling. > > > > > > Please test it and report back your experience. To enable synaptics > > > support, you need: > > > > > > hw.psm.synaptics_support=1 > > > > > > in loader.conf. > > > > > > Thanks, > > > > Patch applied successfully (head, r280980). > > > > with and without hw.psm.synaptics_support=1 I have > > > > [tiger@laptop]:~>synclient > > Couldn't find synaptics properties. No synaptics driver loaded? > > This isn't the xorg driver, so you can't use it. > > > > > and mouse cursor moved soooo slooowly, > > Is this a new problem with this patch? You can adjust the speed in xorg. > > > without hw.psm.synaptics_support it > > moved faster, vertical scrolling doesn't work in both cases > > Ok, I just wanted to make sure there are no regressions. I don't have your > model, so it's hard to help you. > Now I revert patch, results: booting w/o hw.psm.synaptics_support=1 * vscroll doesn't work * buttons works fine * mouse cursor moved slow (~ like without synaptics_support + your patch) booting with synaptics_support enabled: * vscroll works fine * buttons doesn't work * mouse cursor moved ok (fast) * synclient works fine two figers too, after `synclient VertTwoFingerScroll=1` So, it general, there is no large regression if I can adjust the speed in xorg (now?). Just in case, I have following on xorg.conf: Section "InputDevice" Identifier "Mouse0" Driver "synaptics" Option "Protocol" "psm" Option "Device" "/dev/psm0" # Option "SHMConfig" "on" Option "LBCornerButton" "1" Option "RBCornerButton" "2" Option "MinSpeed" "7" Option "MaxSpeed" "9" Option "AccelFactor" "0.0015" Option "ZAxisMapping" "4 5 6 7" EndSection I would be grateful if you (or somebody else) told me how I can fix vscroll with your patch Thanks! -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 07:10:19 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 902F7178 for ; Thu, 9 Apr 2015 07:10:19 +0000 (UTC) Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 517C2128 for ; Thu, 9 Apr 2015 07:10:19 +0000 (UTC) Received: by pabtp1 with SMTP id tp1so35110212pab.2 for ; Thu, 09 Apr 2015 00:10:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=distwfie1GgM6U2YSnSB/rcPoCTrJTXFbIcgS5xh6Zw=; b=bFR1C2kxdQT/SDXP2H6Mv0//8fpclkeHvCLihYmgOxnfvKvspWsMQvgsgc3feYKozl n4UGp80caDNgpG/F/DCx+xWG4u+ekUHk0TGD064xLCHWQ6N2iA5GKclHOHnqxvvmAhfu bS0CS5rk04FYscQcz5tg+Fn16Y94CkKaeuq/4bS77ChAHlZrIX3DVIWoN2Kh5ixgB5sR WCTQgdNVtRn8pyFd29Rj6w6fFN/PhYz5GtMNRDGeJA9xwD4JxtFMzFDRQ4CguYMrgSNx 8AAdL0ujAgX0xvxhhD29Xb3ZcRecrwUoy7ssShzewtazASeeuucwfJG5mkzWNN6k3g6f 6hZQ== X-Received: by 10.68.175.66 with SMTP id by2mr52247773pbc.141.1428563418824; Thu, 09 Apr 2015 00:10:18 -0700 (PDT) Received: from [192.168.20.5] (c-98-247-240-204.hsd1.wa.comcast.net. [98.247.240.204]) by mx.google.com with ESMTPSA id nt15sm12640743pdb.14.2015.04.09.00.10.17 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 09 Apr 2015 00:10:18 -0700 (PDT) Content-Type: multipart/signed; boundary="Apple-Mail=_469D585F-FCDD-4A13-9581-20DFEA5ED3C6"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: mfi timeouts at boot on ASUS Z97 motherboard with LSI 9240-4i From: Garrett Cooper In-Reply-To: Date: Thu, 9 Apr 2015 00:10:16 -0700 Message-Id: References: <64CF176D-910E-417D-98E2-9B2C64521444@gmail.com> <20150408023559.GN2379@kib.kiev.ua> <4D7C5AA4-0E7A-4470-983A-32D6EF605A1F@gmail.com> To: Mehmet Erol Sanliturk X-Mailer: Apple Mail (2.1878.6) Cc: Konstantin Belousov , freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 07:10:19 -0000 --Apple-Mail=_469D585F-FCDD-4A13-9581-20DFEA5ED3C6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Apr 8, 2015, at 1:47, Mehmet Erol Sanliturk = wrote: > On Wed, Apr 8, 2015 at 1:08 AM, Garrett Cooper = wrote: > On Apr 8, 2015, at 0:49, Garrett Cooper wrote: >=20 > > On Apr 7, 2015, at 19:35, Konstantin Belousov = wrote: > > > >> On Tue, Apr 07, 2015 at 12:04:44PM -0700, Garrett Cooper wrote: > >>> Hi, > >>> I just tried to upgrade my system from a Nehalem style era = CPU/motherboard (a W series Xeon/P6T-WS) to a Haswell style = CPU/motherboard (an E-series Haswell/Z97 motherboard), and I?ve run into = some fun issues with my LSI 9240-4i controller. In particular, it?s = timing out because of issues noted similar to here: = https://lists.freebsd.org/pipermail/freebsd-stable/2011-October/064404.htm= l . I?ve done the following so far to try and diagnose the issue: > >>> - Upgraded the firmware on the card and in the BIOS > >>> - Tweaked with the PCI-E settings (2.0/3.0; disabled power = savings mode in the BIOS; etc) > >>> - Turned off 4GB ?remapping? on the PCM. > >>> - Booted USB key fob-based images running: 9.3-RELEASE, = 10.1-RELEASE, 10-STABLE, 11-CURRENT > >>> - Booted my original drive running 9.3-RELEASE > >>> - Booted with hw.mfi.msi=3D0 set in loader. > >>> - Booted with boot -v. > >> One more thing to try, is to put the card into PCIe slot handled by = the > >> south bridge instead of the CPU slot. > >> > >> I have two Drake Skinnies card which I cannot use, since all my = machines > >> are desktop class, and the only available PCIe 8x+ slots are = connected > >> to CPU. I was never able to get a satisfactory explanation why the > >> thing does not like CPU' PCIe. > > > > Northbridge, Southbridge, didn=92t seem to matter :/=85 I=92ve tried = all 3 PCI-E slots to no avail. > > > > One thing that I=92m thinking might be a problem is the fact that = it=92s sharing resources between the onboard graphics and the storage = controller, and plus the other two slots were supposedly dedicated for = storage purposes or some such (NVME, etc). > > > > Guess I=92ll try neutering the onboard GPU and see what happens... >=20 > Nope. Still timing out with onboard GPU off=85 I give up with this = motherboard... >=20 >=20 >=20 > If your motherboard is not listed in the following lists as suitable = for Linux , it may cause problems under Unix like operating systems : >=20 >=20 >=20 > http://www.asus.com/Static_WebPage/OS_Compatibility/ > http://www.asus.com/websites/global/aboutASUS/OS/Linux1410.pdf > http://www.asus.com/Static_WebPage/Server/ It booted both FreeBSD/Linux without my controller =97 the hardware = compatibility with it just sucks. Email back from ASUS, =93it=92s not in our compatibility list. Use = another card=94. Uh, yeah=85 right. Not going to dump another $300 in an = LSI card and redo my RAID. Guess I=92ll purchase another motherboard. Thank you for the input everyone. I=92ll leave a helpful review on = Newegg so others don=92t stumble on this either. --Apple-Mail=_469D585F-FCDD-4A13-9581-20DFEA5ED3C6 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJVJiXYAAoJEMZr5QU6S73eP38H/jY1SpHKOz9i8k7JGFrZfQcZ KOaexSR3z4tKQx+8ECGE6co3FiMxxp6NYsiXWPJa7VTxnhZk5RI8gXyWtLMjaEqa Pn4kfzObRBs7tyTDKL3RLnQKh7l4vOXUZBhzfaq4maSTA5Kk5ESetDXGBXFFdeyF plrbM9dnaU2trnvDt1em3bcxoYwg946EBzwbPaQv3PrrvR3BFVm8lvJ4tZkhFFkL tB1Bc9zNk3XsvChOnl4QCK1zJv51KsvhYcAgQAxACk/rsdyMlHU5fUct3pCmJqkV cGlA1/2LLVNCOabMv0I6x7T+KztPihbGwlxFMC8Clw5VzONVUv+kzvgjP7WHbwI= =S6iL -----END PGP SIGNATURE----- --Apple-Mail=_469D585F-FCDD-4A13-9581-20DFEA5ED3C6-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 08:09:41 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47EC14BF for ; Thu, 9 Apr 2015 08:09:41 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 00221A04 for ; Thu, 9 Apr 2015 08:09:40 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Yg7Ws-000Azx-BK; Thu, 09 Apr 2015 11:09:38 +0300 Date: Thu, 9 Apr 2015 11:09:38 +0300 From: Slawa Olhovchenkov To: Ryan Stone Subject: Re: Dual booting FreeBSD and Win95 Message-ID: <20150409080938.GC1394@zxy.spb.ru> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 08:09:41 -0000 On Wed, Apr 08, 2015 at 03:30:41PM -0400, Ryan Stone wrote: > I've been playing around with trying to set one only slice as active to > make the loader boot it, but it appears that doesn't actually work. > boot0cfg would cover half of the use case (switching from FreeBSD back to > Win95), but I'm not sure how I could do the original switch from Win95 to > FreeBSD. For this you must use any fdisk-like dos utility can change active partiton mark. Sorry, I am currently don't have neir Win95 or DOS for advice and/or test. As I remember this utilitys must be exist. May this article help you to automate fdisk from Win95 http://www.computerhope.com/fdiskhlp.htm From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 08:17:46 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F7BF763 for ; Thu, 9 Apr 2015 08:17:46 +0000 (UTC) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "relay.upc.es", Issuer "TERENA SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8964CB69 for ; Thu, 9 Apr 2015 08:17:44 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id t398Hfhw001168 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=FAIL) for ; Thu, 9 Apr 2015 10:17:41 +0200 Received: from [10.0.2.151] ([147.83.40.10]) (authenticated bits=0) by ackerman2.upc.es (8.14.4/8.14.4) with ESMTP id t398HfaG030135 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 9 Apr 2015 10:17:41 +0200 Message-ID: <552635A5.5070707@entel.upc.edu> Date: Thu, 09 Apr 2015 10:17:41 +0200 From: =?UTF-8?B?R3VzdGF1IFDDqXJleg==?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: No IOMMU/DMAR with DELL 3020 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Greylist: ACL matched, not delayed by milter-greylist-4.4.3 (violet.upc.es [147.83.2.51]); Thu, 09 Apr 2015 10:17:42 +0200 (CEST) X-Greylist: Default is to whitelist mail, not delayed by milter-greylist-4.4.3 (ackerman2.upc.es [147.83.2.244]); Thu, 09 Apr 2015 10:17:41 +0200 (CEST) X-Scanned-By: MIMEDefang 2.70 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 08:17:46 -0000 Hi, I'm trying xen dom0 on a DELL optiplex 3020 machine. The machine runs: root@xen_test:~ # uname -arn FreeBSD xen_test 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r281184: The box has a core i5-4590 equipped with VT-d: root@xen_test:~ # dmesg|grep EPT VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID Secondary Processor Controls=0x7cff EPT Features=0x6334141 Also the box has the last BIOS firmware from its vendor (DELL). However, even if VT-d is there, iommu is not enabled. Booting in verbose mode shows me this: root@xen_test:~ # dmesg|grep DMAR ACPI: No DMAR table found which is the reason iommu support isn't enabled. Shouldn't be DMAR be detected if VT-d is there? Any info I can provide, let me know. Best, Gustau -- --------------------------------------------------------------------------- Prou top-posting : http://ca.wikipedia.org/wiki/Top-posting Stop top-posting : http://en.wikipedia.org/wiki/Posting_style O O O Gustau Pérez i Querol O O O Unitat de Gestió dels departaments O O O Matemàtica Aplicada IV i Enginyeria Telemàtica Universitat Politècnica de Catalunya Edifici C3 - Despatx S101-B UPC Campus Nord UPC C/ Jordi Girona, 1-3 08034 - Barcelona From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 08:21:42 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF3B1910 for ; Thu, 9 Apr 2015 08:21:42 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2388AC53 for ; Thu, 9 Apr 2015 08:21:41 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id t398LS3A089155 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 9 Apr 2015 11:21:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t398LS3A089155 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id t398LSL7089154; Thu, 9 Apr 2015 11:21:28 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 9 Apr 2015 11:21:28 +0300 From: Konstantin Belousov To: Gustau P??rez Subject: Re: No IOMMU/DMAR with DELL 3020 Message-ID: <20150409082128.GF2390@kib.kiev.ua> References: <552635A5.5070707@entel.upc.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <552635A5.5070707@entel.upc.edu> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 08:21:42 -0000 On Thu, Apr 09, 2015 at 10:17:41AM +0200, Gustau P??rez wrote: > > Hi, > > I'm trying xen dom0 on a DELL optiplex 3020 machine. The machine runs: > > root@xen_test:~ # uname -arn > FreeBSD xen_test 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r281184: > > The box has a core i5-4590 equipped with VT-d: > > root@xen_test:~ # dmesg|grep EPT > VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID > Secondary Processor > Controls=0x7cff > EPT Features=0x6334141 > This is VT-x, not VT-d. > Also the box has the last BIOS firmware from its vendor (DELL). > > However, even if VT-d is there, iommu is not enabled. Booting in > verbose mode shows me this: > > root@xen_test:~ # dmesg|grep DMAR > ACPI: No DMAR table found > > which is the reason iommu support isn't enabled. This means that VT-d is 'not there'. > > Shouldn't be DMAR be detected if VT-d is there? Any info I can > provide, let me know. Check BIOS settings, there could be a knob which enables VT-d. If there is no knob, you are out of lack. OS or Xen requires DMAR table filled by BIOS to detect and use VT-d hardware. From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 08:28:14 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0A21ADD for ; Thu, 9 Apr 2015 08:28:14 +0000 (UTC) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "relay.upc.es", Issuer "TERENA SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 54666CA7 for ; Thu, 9 Apr 2015 08:28:13 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id t398SAdu006488 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=FAIL); Thu, 9 Apr 2015 10:28:11 +0200 Received: from [10.0.2.151] ([147.83.40.10]) (authenticated bits=0) by ackerman2.upc.es (8.14.4/8.14.4) with ESMTP id t398SAAJ004201 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 9 Apr 2015 10:28:10 +0200 Message-ID: <5526381A.3010909@entel.upc.edu> Date: Thu, 09 Apr 2015 10:28:10 +0200 From: =?windows-1252?Q?Gustau_P=E9rez?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Konstantin Belousov Subject: Re: No IOMMU/DMAR with DELL 3020 References: <552635A5.5070707@entel.upc.edu> <20150409082128.GF2390@kib.kiev.ua> In-Reply-To: <20150409082128.GF2390@kib.kiev.ua> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Greylist: Delayed for 00:10:30 by milter-greylist-4.4.3 (violet.upc.es [147.83.2.51]); Thu, 09 Apr 2015 10:28:11 +0200 (CEST) X-Greylist: Default is to whitelist mail, not delayed by milter-greylist-4.4.3 (ackerman2.upc.es [147.83.2.244]); Thu, 09 Apr 2015 10:28:10 +0200 (CEST) X-Scanned-By: MIMEDefang 2.70 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 08:28:14 -0000 On 09/04/2015 10:21, Konstantin Belousov wrote: > On Thu, Apr 09, 2015 at 10:17:41AM +0200, Gustau P??rez wrote: >> Hi, >> >> I'm trying xen dom0 on a DELL optiplex 3020 machine. The machine runs: >> >> root@xen_test:~ # uname -arn >> FreeBSD xen_test 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r281184: >> >> The box has a core i5-4590 equipped with VT-d: >> >> root@xen_test:~ # dmesg|grep EPT >> VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID >> Secondary Processor >> Controls=0x7cff >> EPT Features=0x6334141 >> Yup, sorry for the error. I checked the micro in the ark and it has vt-d: http://goo.gl/CZZRHz in the bios, there's only one option to enable virtualization support, which is ticked. The complete log is here: http://dpaste.com/28FDMJQ Thanks, G. -- --------------------------------------------------------------------------- Prou top-posting : http://ca.wikipedia.org/wiki/Top-posting Stop top-posting : http://en.wikipedia.org/wiki/Posting_style O O O Gustau Pérez i Querol O O O Unitat de Gestió dels departaments O O O Matemàtica Aplicada IV i Enginyeria Telemàtica Universitat Politècnica de Catalunya Edifici C3 - Despatx S101-B UPC Campus Nord UPC C/ Jordi Girona, 1-3 08034 - Barcelona From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 08:31:35 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 758F8C27 for ; Thu, 9 Apr 2015 08:31:35 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2FBADCD3 for ; Thu, 9 Apr 2015 08:31:35 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id A2F1F6A6002; Thu, 9 Apr 2015 10:31:30 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id t398VU8O060517; Thu, 9 Apr 2015 10:31:30 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id t398VTwN059120; Thu, 9 Apr 2015 10:31:29 +0200 (CEST) (envelope-from lars) Date: Thu, 9 Apr 2015 10:31:29 +0200 From: Lars Engels To: Ryan Stone Subject: Re: Dual booting FreeBSD and Win95 Message-ID: <20150409083129.GS20473@e-new.0x20.net> Mail-Followup-To: Lars Engels , Ryan Stone , FreeBSD Current References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="owRCMvbHJBIqpgHE" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p23 User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 08:31:35 -0000 --owRCMvbHJBIqpgHE Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 08, 2015 at 03:30:41PM -0400, Ryan Stone wrote: > No, this isn't a late April Fools joke. :( >=20 > I find myself in a situation where I need to integrate my employer's > manufacturing process with a third-party OEM's process. My employer's > hardware tests are all FreeBSD-based while the OEM is Windows 95 based. I > need to come up with a way to integrate them together. >=20 > We're looking at dual-booting FreeBSD and Win95. We're thinking of booti= ng > into Win95, the OEM can do their thing, switch to booting FreeBSD, run our > tests and produce a .csv file with the results, and then boot back into > Win95 for them to finish up. Ideally we would like to switch the boot > slice without human interaction. >=20 > I've been playing around with trying to set one only slice as active to > make the loader boot it, but it appears that doesn't actually work. > boot0cfg would cover half of the use case (switching from FreeBSD back to > Win95), but I'm not sure how I could do the original switch from Win95 to > FreeBSD. >=20 > We've discussed just switching hard drives, but we really want to shoot f= or > a 100% automated process. Anybody have any ideas? Maybe you can make use of the GAG boot manager? I don't know if you can make changes what partition gets booted next out of a running OS. http://gag.sourceforge.net --owRCMvbHJBIqpgHE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJVJjjhXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1tcfcIAKdLrS8l95HiFMT6gWSZ5nYW j6WLnMXrMa7InQfUwwKBvcvlEaYKiuJsiK5dwecRdtM5IJXwV9e7MCJnbvNHkffg nnfieOEcgOxpLxXdqM0ytAzgsbHVyhjsI1gNovDsN1s7g8Cn/yPP7RwuCZtZDYw0 Xuht6fK9+Rs2bzr+VjRiIih+p54mktLwLWiWN9nbXYIDqYjBV1wsvdk75dsxJwfj B/aviSB4jQ5w8DAb3wQgsRHus1WaK4d8FHSSlatnuMOsXJlSIrZJMl6YsuPbtMQA Da5LRIRAQcmnIiEI+eViC++VcVvfOv1HhGSxN7ThJuIcwMj+CeonmkUrtSA5AH0= =7xU8 -----END PGP SIGNATURE----- --owRCMvbHJBIqpgHE-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 08:35:21 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05CFFDBF for ; Thu, 9 Apr 2015 08:35:21 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 85305DBC for ; Thu, 9 Apr 2015 08:35:20 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id t398ZDco091783 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 9 Apr 2015 11:35:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t398ZDco091783 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id t398ZCPd091780; Thu, 9 Apr 2015 11:35:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 9 Apr 2015 11:35:12 +0300 From: Konstantin Belousov To: Gustau P?rez Subject: Re: No IOMMU/DMAR with DELL 3020 Message-ID: <20150409083512.GG2390@kib.kiev.ua> References: <552635A5.5070707@entel.upc.edu> <20150409082128.GF2390@kib.kiev.ua> <5526381A.3010909@entel.upc.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5526381A.3010909@entel.upc.edu> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 08:35:21 -0000 On Thu, Apr 09, 2015 at 10:28:10AM +0200, Gustau P?rez wrote: > Yup, sorry for the error. I checked the micro in the ark and it has vt-d: > > http://goo.gl/CZZRHz It only indicates that the CPU/northbridge has the hardware, but BIOS must do a work to configure it and to inform the OS about the configuration. Your BIOS did not. > > in the bios, there's only one option to enable virtualization > support, which is ticked. > > The complete log is here: > > http://dpaste.com/28FDMJQ > Dmesg would not give you any useful information there. A DMAR table is either present, or is it not. In the later case, OS cannot use the hardware, and if no option in BIOS is present, your only choice is to complain to the machine/BIOS vendor. From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 08:38:43 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD6CCB9 for ; Thu, 9 Apr 2015 08:38:43 +0000 (UTC) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mail.citrix.com", Issuer "Cybertrust Public SureServer SV CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 810C6DE1 for ; Thu, 9 Apr 2015 08:38:43 +0000 (UTC) X-IronPort-AV: E=Sophos;i="5.11,548,1422921600"; d="scan'208";a="253422913" Message-ID: <55263A8F.7050002@citrix.com> Date: Thu, 9 Apr 2015 10:38:39 +0200 From: =?windows-1252?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Konstantin Belousov , Gustau P?rez Subject: Re: No IOMMU/DMAR with DELL 3020 References: <552635A5.5070707@entel.upc.edu> <20150409082128.GF2390@kib.kiev.ua> <5526381A.3010909@entel.upc.edu> <20150409083512.GG2390@kib.kiev.ua> In-Reply-To: <20150409083512.GG2390@kib.kiev.ua> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-DLP: MIA2 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 08:38:43 -0000 Hello, El 09/04/15 a les 10.35, Konstantin Belousov ha escrit: > On Thu, Apr 09, 2015 at 10:28:10AM +0200, Gustau P?rez wrote: >> Yup, sorry for the error. I checked the micro in the ark and it has vt-d: >> >> http://goo.gl/CZZRHz > It only indicates that the CPU/northbridge has the hardware, but BIOS must > do a work to configure it and to inform the OS about the configuration. > Your BIOS did not. > >> >> in the bios, there's only one option to enable virtualization >> support, which is ticked. >> >> The complete log is here: >> >> http://dpaste.com/28FDMJQ >> > Dmesg would not give you any useful information there. A DMAR table > is either present, or is it not. In the later case, OS cannot use the > hardware, and if no option in BIOS is present, your only choice is to > complain to the machine/BIOS vendor. Check also if there's any BIOS update from the manufacturer. Roger. From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 08:43:45 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47D2D233 for ; Thu, 9 Apr 2015 08:43:45 +0000 (UTC) Received: from mail-wg0-x233.google.com (mail-wg0-x233.google.com [IPv6:2a00:1450:400c:c00::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CB152EBA for ; Thu, 9 Apr 2015 08:43:44 +0000 (UTC) Received: by wgsk9 with SMTP id k9so90115461wgs.3 for ; Thu, 09 Apr 2015 01:43:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=CC1kSeGFXyuHGSbS6BOv/wFoeyCs4tLAWzmfjRfL9/4=; b=pTW2RnacoU9CCLNczrMm2KHNvnY1Gj/XeL3mAkd/N0ub9Jb55G/xdITBuK/rlejIrA 4fmH0fiv2ZBjmF9jzjFjFiz/oFTUIn1cTsXGnulkiSuyrCsLvJMgjdBzX/gK+ftJawxp nTlH4OSviGeeW19RPrxg9qck6jm3BKbYPUgLJbj1bYHeVqzxXwSOe5PjFl5GMmgSxJgv Qn/ACq+SkV50dUnpMY9Pef6DMwpo6PedOJYNh8/l6TMz44di7ip4pQqqw1nlLmgR2QGg oM+/2UTMaYbMfVzm6TMs+Ne63E2kZ3NMv2160/Xg3gXLLm9s+jSQkH5iFzjSjBUlhiFL YnKQ== X-Received: by 10.194.161.138 with SMTP id xs10mr9071773wjb.37.1428569023338; Thu, 09 Apr 2015 01:43:43 -0700 (PDT) Received: from laptop.minsk.domain (minsk.nivalnetwork.com. [86.57.144.74]) by mx.google.com with ESMTPSA id xy2sm19089986wjc.14.2015.04.09.01.43.42 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 09 Apr 2015 01:43:42 -0700 (PDT) Date: Thu, 9 Apr 2015 11:41:52 +0300 From: "Sergey V. Dyatko" To: Rui Paulo Subject: Re: Call For Testers: Synaptics touchpads Message-ID: <20150409114152.41d57298@laptop.minsk.domain> In-Reply-To: <2247526.haXVf2lAZ1@akita> References: <1849381.HnoQVUIgNM@akita> <3270374.XyG30qCihb@akita> <20150409100040.22093546@laptop.minsk.domain> <2247526.haXVf2lAZ1@akita> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 08:43:45 -0000 On Thu, 09 Apr 2015 00:21:10 -0700 Rui Paulo wrote: > On Thursday 09 April 2015 10:00:40 Sergey V. Dyatko wrote: > > On Wed, 08 Apr 2015 23:27:28 -0700 > > > > Rui Paulo wrote: > > > On Thursday 09 April 2015 09:10:52 Sergey V. Dyatko wrote: > > > > On Wed, 08 Apr 2015 00:19:45 -0700 > > > > > > > > Rui Paulo wrote: > > > > > Hi, > > > > > > > > > > The attached patch adds support for newer touchpad features and > > > > > implements > > > > > two finger scrolling. This is such a common feature these days that I > > > > > think we should enable it by default and disable edge scrolling. I've > > > > > implemented some detection code to keep edge scrolling enabled when > > > > > the > > > > > touchpad has a dedicated area for scrolling. > > > > > > > > > > Please test it and report back your experience. To enable synaptics > > > > > support, you need: > > > > > > > > > > hw.psm.synaptics_support=1 > > > > > > > > > > in loader.conf. > > > > > > > > > > Thanks, > > > > > > > > Patch applied successfully (head, r280980). > > > > > > > > with and without hw.psm.synaptics_support=1 I have > > > > > > > > [tiger@laptop]:~>synclient > > > > Couldn't find synaptics properties. No synaptics driver loaded? > > > > > > This isn't the xorg driver, so you can't use it. > > > > > > > and mouse cursor moved soooo slooowly, > > > > > > Is this a new problem with this patch? You can adjust the speed in xorg. > > > > > > > without hw.psm.synaptics_support it > > > > moved faster, vertical scrolling doesn't work in both cases > > > > > > Ok, I just wanted to make sure there are no regressions. I don't have > > > your > > > model, so it's hard to help you. > > > > Now I revert patch, results: > > > > booting w/o hw.psm.synaptics_support=1 > > * vscroll doesn't work > > * buttons works fine > > * mouse cursor moved slow (~ like without synaptics_support + your patch) > > > > booting with synaptics_support enabled: > > * vscroll works fine > > * buttons doesn't work > > * mouse cursor moved ok (fast) > > * synclient works fine two figers too, after `synclient > > VertTwoFingerScroll=1` > > > > So, it general, there is no large regression if I can adjust the speed in > > xorg (now?). Just in case, I have following on xorg.conf: > > > > Section "InputDevice" > > Identifier "Mouse0" > > Driver "synaptics" > > Option "Protocol" "psm" > > Option "Device" "/dev/psm0" > > # Option "SHMConfig" "on" > > Option "LBCornerButton" "1" > > Option "RBCornerButton" "2" > > Option "MinSpeed" "7" > > Option "MaxSpeed" "9" > > Option "AccelFactor" "0.0015" > > Option "ZAxisMapping" "4 5 6 7" > > EndSection > > Wait a second. You're mixing sysmouse synaptics support with the xorg > driver? That will probably not work very well. My patch should be tested > without the synaptics xorg driver. > > Try this: > > Section "InputDevice" > Identifier "Mouse0" > Driver "mouse" > Option "Protocol" "auto" > Option "Device" "/dev/sysmouse" > Option "ZAxisMapping" "4 5 6 7" > EndSection > with patch + synaptics support enabled and this: * buttons works * vert scroll (one, two, three fingers) doesn't work * mouse speed - slow [tiger@laptop]:~>sysctl hw.psm.synaptics hw.psm.synaptics.vscroll_div_max: 150 hw.psm.synaptics.vscroll_div_min: 100 hw.psm.synaptics.vscroll_min_delta: 50 hw.psm.synaptics.vscroll_ver_area: -600 hw.psm.synaptics.vscroll_hor_area: 0 hw.psm.synaptics.taphold_timeout: 125000 hw.psm.synaptics.tap_min_queue: 2 hw.psm.synaptics.tap_max_delta: 80 hw.psm.synaptics.div_len: 100 hw.psm.synaptics.div_max_na: 30 hw.psm.synaptics.div_max: 17 hw.psm.synaptics.div_min: 9 hw.psm.synaptics.weight_len_squared: 2000 hw.psm.synaptics.weight_previous_na: 20 hw.psm.synaptics.weight_previous: 6 hw.psm.synaptics.weight_current: 3 hw.psm.synaptics.multiplicator: 10000 hw.psm.synaptics.window_max: 10 hw.psm.synaptics.window_min: 4 hw.psm.synaptics.na_left: 1600 hw.psm.synaptics.na_bottom: 1408 hw.psm.synaptics.na_right: 563 hw.psm.synaptics.na_top: 1783 hw.psm.synaptics.margin_left: 200 hw.psm.synaptics.margin_bottom: 200 hw.psm.synaptics.margin_right: 200 hw.psm.synaptics.margin_top: 200 hw.psm.synaptics.max_width: 10 hw.psm.synaptics.max_pressure: 220 hw.psm.synaptics.min_pressure: 16 hw.psm.synaptics.two_finger_scroll: 1 hw.psm.synaptics.directional_scrolls: 0 -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 08:44:24 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ACDB133D for ; Thu, 9 Apr 2015 08:44:24 +0000 (UTC) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "relay.upc.es", Issuer "TERENA SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 30A55EC9 for ; Thu, 9 Apr 2015 08:44:23 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id t398iHbI014613 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=FAIL); Thu, 9 Apr 2015 10:44:17 +0200 Received: from [10.0.2.151] ([147.83.40.10]) (authenticated bits=0) by ackerman2.upc.es (8.14.4/8.14.4) with ESMTP id t398iHH2005406 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 9 Apr 2015 10:44:17 +0200 Message-ID: <55263BE1.2030303@entel.upc.edu> Date: Thu, 09 Apr 2015 10:44:17 +0200 From: =?windows-1252?Q?Gustau_P=E9rez?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: =?windows-1252?Q?Roger_Pau_Monn=E9?= , Konstantin Belousov Subject: Re: No IOMMU/DMAR with DELL 3020 References: <552635A5.5070707@entel.upc.edu> <20150409082128.GF2390@kib.kiev.ua> <5526381A.3010909@entel.upc.edu> <20150409083512.GG2390@kib.kiev.ua> <55263A8F.7050002@citrix.com> In-Reply-To: <55263A8F.7050002@citrix.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Greylist: Delayed for 13:31:14 by milter-greylist-4.4.3 (violet.upc.es [147.83.2.51]); Thu, 09 Apr 2015 10:44:18 +0200 (CEST) X-Greylist: Default is to whitelist mail, not delayed by milter-greylist-4.4.3 (ackerman2.upc.es [147.83.2.244]); Thu, 09 Apr 2015 10:44:17 +0200 (CEST) X-Scanned-By: MIMEDefang 2.70 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 08:44:24 -0000 >> Dmesg would not give you any useful information there. A DMAR table >> is either present, or is it not. In the later case, OS cannot use the >> hardware, and if no option in BIOS is present, your only choice is to >> complain to the machine/BIOS vendor. > Check also if there's any BIOS update from the manufacturer. > > Roger. Thank you all. The box has already the last vendor's BIOS version. I've checked the bios of another DELL machine (a laptop) having vt-d on the micro, and the BIOS on that machine has an option to enable or disable VT-d, while the bios of the DEL 3020 misses that option. So as Konstantin said, the bios is not advertising the VT-d capability bundled in the chip, so I guess I can't move until the vendor decides to implement that in its bios firmware. Best all and thank you, G. -- --------------------------------------------------------------------------- Prou top-posting : http://ca.wikipedia.org/wiki/Top-posting Stop top-posting : http://en.wikipedia.org/wiki/Posting_style O O O Gustau Pérez i Querol O O O Unitat de Gestió dels departaments O O O Matemàtica Aplicada IV i Enginyeria Telemàtica Universitat Politècnica de Catalunya Edifici C3 - Despatx S101-B UPC Campus Nord UPC C/ Jordi Girona, 1-3 08034 - Barcelona From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 08:52:37 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C35369D for ; Thu, 9 Apr 2015 08:52:37 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0380AFDD for ; Thu, 9 Apr 2015 08:52:37 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Yg8CP-000Bhj-Cq; Thu, 09 Apr 2015 11:52:33 +0300 Date: Thu, 9 Apr 2015 11:52:33 +0300 From: Slawa Olhovchenkov To: Konstantin Belousov Subject: Re: No IOMMU/DMAR with DELL 3020 Message-ID: <20150409085233.GD1394@zxy.spb.ru> References: <552635A5.5070707@entel.upc.edu> <20150409082128.GF2390@kib.kiev.ua> <5526381A.3010909@entel.upc.edu> <20150409083512.GG2390@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150409083512.GG2390@kib.kiev.ua> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: Gustau P?rez , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 08:52:37 -0000 On Thu, Apr 09, 2015 at 11:35:12AM +0300, Konstantin Belousov wrote: > On Thu, Apr 09, 2015 at 10:28:10AM +0200, Gustau P?rez wrote: > > Yup, sorry for the error. I checked the micro in the ark and it has vt-d: > > > > http://goo.gl/CZZRHz > It only indicates that the CPU/northbridge has the hardware, but BIOS must > do a work to configure it and to inform the OS about the configuration. > Your BIOS did not. > > > > > in the bios, there's only one option to enable virtualization > > support, which is ticked. > > > > The complete log is here: > > > > http://dpaste.com/28FDMJQ > > > Dmesg would not give you any useful information there. A DMAR table > is either present, or is it not. In the later case, OS cannot use the > hardware, and if no option in BIOS is present, your only choice is to > complain to the machine/BIOS vendor. May be some OS utilites can do same work? This is theoretically capable? From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 10:03:44 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F222C13A for ; Thu, 9 Apr 2015 10:03:44 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 60B3FC32 for ; Thu, 9 Apr 2015 10:03:44 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id t39A3bwD012415 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 9 Apr 2015 13:03:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t39A3bwD012415 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id t39A3Z6L012414; Thu, 9 Apr 2015 13:03:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 9 Apr 2015 13:03:35 +0300 From: Konstantin Belousov To: Slawa Olhovchenkov Subject: Re: No IOMMU/DMAR with DELL 3020 Message-ID: <20150409100335.GJ2390@kib.kiev.ua> References: <552635A5.5070707@entel.upc.edu> <20150409082128.GF2390@kib.kiev.ua> <5526381A.3010909@entel.upc.edu> <20150409083512.GG2390@kib.kiev.ua> <20150409085233.GD1394@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150409085233.GD1394@zxy.spb.ru> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: Gustau P?rez , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 10:03:45 -0000 On Thu, Apr 09, 2015 at 11:52:33AM +0300, Slawa Olhovchenkov wrote: > On Thu, Apr 09, 2015 at 11:35:12AM +0300, Konstantin Belousov wrote: > > > On Thu, Apr 09, 2015 at 10:28:10AM +0200, Gustau P?rez wrote: > > > Yup, sorry for the error. I checked the micro in the ark and it has vt-d: > > > > > > http://goo.gl/CZZRHz > > It only indicates that the CPU/northbridge has the hardware, but BIOS must > > do a work to configure it and to inform the OS about the configuration. > > Your BIOS did not. > > > > > > > > in the bios, there's only one option to enable virtualization > > > support, which is ticked. > > > > > > The complete log is here: > > > > > > http://dpaste.com/28FDMJQ > > > > > Dmesg would not give you any useful information there. A DMAR table > > is either present, or is it not. In the later case, OS cannot use the > > hardware, and if no option in BIOS is present, your only choice is to > > complain to the machine/BIOS vendor. > > May be some OS utilites can do same work? > This is theoretically capable? No, OS must know the peculiarities of the particular chipset. But also, it must know the intimate details of the BIOS operation, since several facilities perform background DMA transfers not under the OS control. Examples are USB legacy emulation, BMC working with the main memory, or UMA GPU in BIOS-configured mode. Normally, BIOS communicates the requirements of such facilities to OS using RMRR records in the DMAR table. From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 10:50:30 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DAC7F16F for ; Thu, 9 Apr 2015 10:50:30 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 903B7150 for ; Thu, 9 Apr 2015 10:50:30 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1YgA2U-000EWz-QD; Thu, 09 Apr 2015 13:50:26 +0300 Date: Thu, 9 Apr 2015 13:50:26 +0300 From: Slawa Olhovchenkov To: Konstantin Belousov Subject: Re: No IOMMU/DMAR with DELL 3020 Message-ID: <20150409105026.GH8220@zxy.spb.ru> References: <552635A5.5070707@entel.upc.edu> <20150409082128.GF2390@kib.kiev.ua> <5526381A.3010909@entel.upc.edu> <20150409083512.GG2390@kib.kiev.ua> <20150409085233.GD1394@zxy.spb.ru> <20150409100335.GJ2390@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150409100335.GJ2390@kib.kiev.ua> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: Gustau P?rez , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 10:50:30 -0000 On Thu, Apr 09, 2015 at 01:03:35PM +0300, Konstantin Belousov wrote: > On Thu, Apr 09, 2015 at 11:52:33AM +0300, Slawa Olhovchenkov wrote: > > On Thu, Apr 09, 2015 at 11:35:12AM +0300, Konstantin Belousov wrote: > > > > > On Thu, Apr 09, 2015 at 10:28:10AM +0200, Gustau P?rez wrote: > > > > Yup, sorry for the error. I checked the micro in the ark and it has vt-d: > > > > > > > > http://goo.gl/CZZRHz > > > It only indicates that the CPU/northbridge has the hardware, but BIOS must > > > do a work to configure it and to inform the OS about the configuration. > > > Your BIOS did not. > > > > > > > > > > > in the bios, there's only one option to enable virtualization > > > > support, which is ticked. > > > > > > > > The complete log is here: > > > > > > > > http://dpaste.com/28FDMJQ > > > > > > > Dmesg would not give you any useful information there. A DMAR table > > > is either present, or is it not. In the later case, OS cannot use the > > > hardware, and if no option in BIOS is present, your only choice is to > > > complain to the machine/BIOS vendor. > > > > May be some OS utilites can do same work? > > This is theoretically capable? > > No, OS must know the peculiarities of the particular chipset. But also, Someone may be know this and wrote support in utility. May be chipset datashit available. I am don't talk about 'universal, out of box support in OS'. I am talk about theoretically utility, that perform some operations after OS load. Also, I am interesting by OS-control interleaving memory (in multi-socket configuration). This is totaly imposible or just very complex? > it must know the intimate details of the BIOS operation, since several > facilities perform background DMA transfers not under the OS control. > Examples are USB legacy emulation, BMC working with the main memory, > or UMA GPU in BIOS-configured mode. Normally, BIOS communicates the > requirements of such facilities to OS using RMRR records in the DMAR > table. From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 11:14:04 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7AA15887 for ; Thu, 9 Apr 2015 11:14:04 +0000 (UTC) Received: from m.saper.info (m.saper.info [IPv6:2a01:4f8:a0:7383::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "m.saper.info", Issuer "Marcin Cieslak 2011" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 10C13648 for ; Thu, 9 Apr 2015 11:14:03 +0000 (UTC) Received: from m.saper.info (saper@m.saper.info [IPv6:2a01:4f8:a0:7383::]) by m.saper.info (8.14.9/8.14.9) with ESMTP id t39BDx7M022485 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 9 Apr 2015 11:14:00 GMT (envelope-from saper@saper.info) Received: from localhost (saper@localhost) by m.saper.info (8.14.9/8.14.9/Submit) with ESMTP id t39BDwAM022482; Thu, 9 Apr 2015 11:13:58 GMT (envelope-from saper@saper.info) X-Authentication-Warning: m.saper.info: saper owned process doing -bs Date: Thu, 9 Apr 2015 11:13:58 +0000 From: Marcin Cieslak To: Slawa Olhovchenkov Subject: Re: Dual booting FreeBSD and Win95 In-Reply-To: <20150409080938.GC1394@zxy.spb.ru> Message-ID: References: <20150409080938.GC1394@zxy.spb.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: FreeBSD Current , Ryan Stone X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 11:14:04 -0000 On Thu, 9 Apr 2015, Slawa Olhovchenkov wrote: > On Wed, Apr 08, 2015 at 03:30:41PM -0400, Ryan Stone wrote: > > > I've been playing around with trying to set one only slice as active to > > make the loader boot it, but it appears that doesn't actually work. > > boot0cfg would cover half of the use case (switching from FreeBSD back to > > Win95), but I'm not sure how I could do the original switch from Win95 to > > FreeBSD. > > For this you must use any fdisk-like dos utility can change active > partiton mark. Sorry, I am currently don't have neir Win95 or DOS for > advice and/or test. As I remember this utilitys must be exist. We have a bunch of cool tools in ftp://ftp.freebsd.org/pub/FreeBSD/tools/ like bootinst.exe, alternative boot managers etc. etc. //Marcin From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 11:14:53 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B1A08996 for ; Thu, 9 Apr 2015 11:14:53 +0000 (UTC) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 40C7B657 for ; Thu, 9 Apr 2015 11:14:53 +0000 (UTC) Received: by wizk4 with SMTP id k4so88068821wiz.1 for ; Thu, 09 Apr 2015 04:14:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=3ODYP53IG774HcSlJcRl23U5wED750hU1EPtWb+4hDM=; b=TJippQDJvk0WxMuyWgJ0IgVoVMX6Z8Ey9QhYiyCEieHtbdebmyFc91pQcaeUAKhim+ P1cSZ4j6iYEA3EAKACrVCWPCxkeXQWNP6dcH7ykzYm/yffY8lxzrPcQEo2RMKi6cIOP/ c7oWh1E4aYYaAiTQEczrA09A8siQcIwqt+V+bvCjq4K0ROTSXsOn87oosydwEpH5A2aE 9q6P+Ixc8HUOKrQbCXToZoLcTnuM++LTuEU8+HzfbYxh0CB2ry5EZf7EXcVM40aC+keg KlP7cIviFu3cJOxFVQZDW2/F6m4j+G/iPLHhUSKoqfgQygzmbmontZeBDuosvAjpkCHt +1qQ== X-Received: by 10.194.62.52 with SMTP id v20mr59694900wjr.137.1428578091809; Thu, 09 Apr 2015 04:14:51 -0700 (PDT) Received: from [192.168.1.46] (LAubervilliers-656-1-269-112.w193-248.abo.wanadoo.fr. [193.248.44.112]) by mx.google.com with ESMTPSA id w8sm19651570wja.4.2015.04.09.04.14.50 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 09 Apr 2015 04:14:50 -0700 (PDT) Message-ID: <55265F29.7030008@gmail.com> Date: Thu, 09 Apr 2015 13:14:49 +0200 From: David Demelier User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Call For Testers: Synaptics touchpads References: <1849381.HnoQVUIgNM@akita> In-Reply-To: <1849381.HnoQVUIgNM@akita> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 11:14:53 -0000 Le 08/04/2015 09:19, Rui Paulo a écrit : > Hi, > > The attached patch adds support for newer touchpad features and implements two > finger scrolling. This is such a common feature these days that I think we > should enable it by default and disable edge scrolling. I've implemented some > detection code to keep edge scrolling enabled when the touchpad has a > dedicated area for scrolling. Thank you very much, I always wondered why this was not supported in FreeBSD. I also wonder if it will be tunable with the appropriate GNOME/KDE (or just the synclient tool) settings to disable this two-finger scroll at runtime. > > Please test it and report back your experience. To enable synaptics support, > you need: > > hw.psm.synaptics_support=1 I strongly suggest to enable this by default, it will prevent lot of users having headaches seeking why their touchpads do not work by default. We also added sound support by default, why not the touchpad ? :-). David. From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 06:27:42 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3E83955 for ; Thu, 9 Apr 2015 06:27:42 +0000 (UTC) Received: from st11p00mm-asmtp003.mac.com (st11p00mm-asmtp003.mac.com [17.172.81.2]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 88F20CDD for ; Thu, 9 Apr 2015 06:27:42 +0000 (UTC) Received: from akita.localnet (c-73-162-13-215.hsd1.ca.comcast.net [73.162.13.215]) by st11p00mm-asmtp003.mac.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTPSA id <0NMJ0067F0LXJF00@st11p00mm-asmtp003.mac.com> for freebsd-current@freebsd.org; Thu, 09 Apr 2015 06:27:35 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-04-09_01:2015-04-08,2015-04-09,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=2 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1504090057 From: Rui Paulo To: "Sergey V. Dyatko" Subject: Re: Call For Testers: Synaptics touchpads Date: Wed, 08 Apr 2015 23:27:28 -0700 Message-id: <3270374.XyG30qCihb@akita> User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT; KDE/4.14.3; amd64; ; ) In-reply-to: <20150409091052.63d44c77@laptop.minsk.domain> References: <1849381.HnoQVUIgNM@akita> <20150409091052.63d44c77@laptop.minsk.domain> MIME-version: 1.0 Content-transfer-encoding: 7Bit Content-type: text/plain; charset=us-ascii X-Mailman-Approved-At: Thu, 09 Apr 2015 11:20:02 +0000 Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 06:27:42 -0000 On Thursday 09 April 2015 09:10:52 Sergey V. Dyatko wrote: > On Wed, 08 Apr 2015 00:19:45 -0700 > > Rui Paulo wrote: > > Hi, > > > > The attached patch adds support for newer touchpad features and implements > > two finger scrolling. This is such a common feature these days that I > > think we should enable it by default and disable edge scrolling. I've > > implemented some detection code to keep edge scrolling enabled when the > > touchpad has a dedicated area for scrolling. > > > > Please test it and report back your experience. To enable synaptics > > support, you need: > > > > hw.psm.synaptics_support=1 > > > > in loader.conf. > > > > Thanks, > > Patch applied successfully (head, r280980). > > with and without hw.psm.synaptics_support=1 I have > > [tiger@laptop]:~>synclient > Couldn't find synaptics properties. No synaptics driver loaded? This isn't the xorg driver, so you can't use it. > > and mouse cursor moved soooo slooowly, Is this a new problem with this patch? You can adjust the speed in xorg. > without hw.psm.synaptics_support it > moved faster, vertical scrolling doesn't work in both cases Ok, I just wanted to make sure there are no regressions. I don't have your model, so it's hard to help you. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 07:21:19 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B1DC861E for ; Thu, 9 Apr 2015 07:21:19 +0000 (UTC) Received: from st11p00mm-asmtp002.mac.com (st11p00mm-asmtpout002.mac.com [17.172.81.1]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 85044269 for ; Thu, 9 Apr 2015 07:21:18 +0000 (UTC) Received: from akita.localnet (c-73-162-13-215.hsd1.ca.comcast.net [73.162.13.215]) by st11p00mm-asmtp002.mac.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTPSA id <0NMJ00K2Q33AF930@st11p00mm-asmtp002.mac.com> for freebsd-current@freebsd.org; Thu, 09 Apr 2015 07:21:12 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-04-09_01:2015-04-08,2015-04-09,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=2 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1504090066 From: Rui Paulo To: "Sergey V. Dyatko" Subject: Re: Call For Testers: Synaptics touchpads Date: Thu, 09 Apr 2015 00:21:10 -0700 Message-id: <2247526.haXVf2lAZ1@akita> User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT; KDE/4.14.3; amd64; ; ) In-reply-to: <20150409100040.22093546@laptop.minsk.domain> References: <1849381.HnoQVUIgNM@akita> <3270374.XyG30qCihb@akita> <20150409100040.22093546@laptop.minsk.domain> MIME-version: 1.0 Content-transfer-encoding: 7Bit Content-type: text/plain; charset=us-ascii X-Mailman-Approved-At: Thu, 09 Apr 2015 11:31:31 +0000 Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 07:21:19 -0000 On Thursday 09 April 2015 10:00:40 Sergey V. Dyatko wrote: > On Wed, 08 Apr 2015 23:27:28 -0700 > > Rui Paulo wrote: > > On Thursday 09 April 2015 09:10:52 Sergey V. Dyatko wrote: > > > On Wed, 08 Apr 2015 00:19:45 -0700 > > > > > > Rui Paulo wrote: > > > > Hi, > > > > > > > > The attached patch adds support for newer touchpad features and > > > > implements > > > > two finger scrolling. This is such a common feature these days that I > > > > think we should enable it by default and disable edge scrolling. I've > > > > implemented some detection code to keep edge scrolling enabled when > > > > the > > > > touchpad has a dedicated area for scrolling. > > > > > > > > Please test it and report back your experience. To enable synaptics > > > > support, you need: > > > > > > > > hw.psm.synaptics_support=1 > > > > > > > > in loader.conf. > > > > > > > > Thanks, > > > > > > Patch applied successfully (head, r280980). > > > > > > with and without hw.psm.synaptics_support=1 I have > > > > > > [tiger@laptop]:~>synclient > > > Couldn't find synaptics properties. No synaptics driver loaded? > > > > This isn't the xorg driver, so you can't use it. > > > > > and mouse cursor moved soooo slooowly, > > > > Is this a new problem with this patch? You can adjust the speed in xorg. > > > > > without hw.psm.synaptics_support it > > > moved faster, vertical scrolling doesn't work in both cases > > > > Ok, I just wanted to make sure there are no regressions. I don't have > > your > > model, so it's hard to help you. > > Now I revert patch, results: > > booting w/o hw.psm.synaptics_support=1 > * vscroll doesn't work > * buttons works fine > * mouse cursor moved slow (~ like without synaptics_support + your patch) > > booting with synaptics_support enabled: > * vscroll works fine > * buttons doesn't work > * mouse cursor moved ok (fast) > * synclient works fine two figers too, after `synclient > VertTwoFingerScroll=1` > > So, it general, there is no large regression if I can adjust the speed in > xorg (now?). Just in case, I have following on xorg.conf: > > Section "InputDevice" > Identifier "Mouse0" > Driver "synaptics" > Option "Protocol" "psm" > Option "Device" "/dev/psm0" > # Option "SHMConfig" "on" > Option "LBCornerButton" "1" > Option "RBCornerButton" "2" > Option "MinSpeed" "7" > Option "MaxSpeed" "9" > Option "AccelFactor" "0.0015" > Option "ZAxisMapping" "4 5 6 7" > EndSection Wait a second. You're mixing sysmouse synaptics support with the xorg driver? That will probably not work very well. My patch should be tested without the synaptics xorg driver. Try this: Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 11:33:56 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 34EF812F for ; Thu, 9 Apr 2015 11:33:56 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DFF978E1 for ; Thu, 9 Apr 2015 11:33:55 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1YgAiW-000Fkh-Q6; Thu, 09 Apr 2015 14:33:52 +0300 Date: Thu, 9 Apr 2015 14:33:52 +0300 From: Slawa Olhovchenkov To: Marcin Cieslak Subject: Re: Dual booting FreeBSD and Win95 Message-ID: <20150409113352.GI8220@zxy.spb.ru> References: <20150409080938.GC1394@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: FreeBSD Current , Ryan Stone X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 11:33:56 -0000 On Thu, Apr 09, 2015 at 11:13:58AM +0000, Marcin Cieslak wrote: > On Thu, 9 Apr 2015, Slawa Olhovchenkov wrote: > > > On Wed, Apr 08, 2015 at 03:30:41PM -0400, Ryan Stone wrote: > > > > > I've been playing around with trying to set one only slice as active to > > > make the loader boot it, but it appears that doesn't actually work. > > > boot0cfg would cover half of the use case (switching from FreeBSD back to > > > Win95), but I'm not sure how I could do the original switch from Win95 to > > > FreeBSD. > > > > For this you must use any fdisk-like dos utility can change active > > partiton mark. Sorry, I am currently don't have neir Win95 or DOS for > > advice and/or test. As I remember this utilitys must be exist. > > We have a bunch of cool tools in > > ftp://ftp.freebsd.org/pub/FreeBSD/tools/ pfdisk may be nice. Oh, unzip from base system (and tar) don't support implode metod! > like bootinst.exe, alternative boot managers etc. etc. > > //Marcin From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 11:35:24 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF7C724E for ; Thu, 9 Apr 2015 11:35:24 +0000 (UTC) Received: from dash.upc.es (dash.upc.es [147.83.2.50]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "relay.upc.es", Issuer "TERENA SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 63C018F8 for ; Thu, 9 Apr 2015 11:35:23 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by dash.upc.es (8.14.1/8.13.1) with ESMTP id t39BZD1h017806 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=FAIL); Thu, 9 Apr 2015 13:35:13 +0200 Received: from [10.0.2.151] ([147.83.40.10]) (authenticated bits=0) by ackerman2.upc.es (8.14.4/8.14.4) with ESMTP id t39BZC07024745 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 9 Apr 2015 13:35:12 +0200 Message-ID: <552663F0.6060900@entel.upc.edu> Date: Thu, 09 Apr 2015 13:35:12 +0200 From: =?windows-1252?Q?Gustau_P=E9rez?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Rui Paulo , FreeBSD-Current Subject: Re: Call For Testers: Synaptics touchpads References: <1849381.HnoQVUIgNM@akita> In-Reply-To: <1849381.HnoQVUIgNM@akita> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Greylist: Delayed for 03:17:32 by milter-greylist-4.4.3 (dash.upc.es [147.83.2.50]); Thu, 09 Apr 2015 13:35:13 +0200 (CEST) X-Greylist: Default is to whitelist mail, not delayed by milter-greylist-4.4.3 (ackerman2.upc.es [147.83.2.244]); Thu, 09 Apr 2015 13:35:12 +0200 (CEST) X-Scanned-By: MIMEDefang 2.70 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 11:35:25 -0000 On 08/04/2015 09:19, Rui Paulo wrote: > Hi, > > The attached patch adds support for newer touchpad features and implements two > finger scrolling. This is such a common feature these days that I think we > should enable it by default and disable edge scrolling. I've implemented some > detection code to keep edge scrolling enabled when the touchpad has a > dedicated area for scrolling. > > Please test it and report back your experience. To enable synaptics support, > you need: > > hw.psm.synaptics_support=1 > > in loader.conf. > > Thanks, Hi, I'm confused about pad models, are GlidePoint a kind of synaptics pads? Would this patch provide support for the GlidePoints pads? Best, Gustau -- --------------------------------------------------------------------------- Prou top-posting : http://ca.wikipedia.org/wiki/Top-posting Stop top-posting : http://en.wikipedia.org/wiki/Posting_style O O O Gustau Pérez i Querol O O O Unitat de Gestió dels departaments O O O Matemàtica Aplicada IV i Enginyeria Telemàtica Universitat Politècnica de Catalunya Edifici C3 - Despatx S101-B UPC Campus Nord UPC C/ Jordi Girona, 1-3 08034 - Barcelona From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 13:10:54 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D907291E for ; Thu, 9 Apr 2015 13:10:54 +0000 (UTC) Received: from mail-la0-x236.google.com (mail-la0-x236.google.com [IPv6:2a00:1450:4010:c03::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5878C686 for ; Thu, 9 Apr 2015 13:10:54 +0000 (UTC) Received: by labbd9 with SMTP id bd9so77677595lab.2 for ; Thu, 09 Apr 2015 06:10:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :content-type:content-transfer-encoding; bh=1UOVfkWX87dJWjj2tjJv6HHIZDQXdROV9I4OYrxwJ9k=; b=BEd+W/o4YsoNRHB3708WPDqIParh7pV17Gi90r0ocYNpI86fn5hUQxcPtgYJKagqly PvE++GF/BDAxkQjAQCxYaPQPQWbM5ueZsbD9ZObPiy50rSXANiAJc9MXJXuBLTmhdUEA xBcy4+8ocHrDEb9/8mAqny7Ug5mwSljU+tcXzIUntXLrqR23Apy6pMIvB1igaqD1MiBh j9oxu3yU0vksQ51cma146X9RO40/OQZA4SKoA0RBRwLo8IaK0r12FWWfWnZu7e8sPjPw bQGqHtyWn7QTpEy6jN8tV60Duf30Pgku8Iu8C6fUKYJoQKn1HWm2Bt98uGbLnOOSg8Ms 34ig== X-Received: by 10.112.173.41 with SMTP id bh9mr27693418lbc.107.1428585052293; Thu, 09 Apr 2015 06:10:52 -0700 (PDT) Received: from mavbook.mavhome.dp.ua ([134.249.139.101]) by mx.google.com with ESMTPSA id ba3sm3199128lbc.35.2015.04.09.06.10.50 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 09 Apr 2015 06:10:51 -0700 (PDT) Sender: Alexander Motin Message-ID: <55267A59.7060301@FreeBSD.org> Date: Thu, 09 Apr 2015 16:10:49 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Svatopluk Kraus Subject: Re: geom - panic: sleepq_add: sleep with sleeping prohibited Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 13:10:54 -0000 Hi. > I've got the following panic running FreeBSD-11-current: I'm sorry, it was my mistake. Should be fixed by r281310. Though that is generally a bad Carma to loose active swap device. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 13:42:04 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E2A6193 for ; Thu, 9 Apr 2015 13:42:04 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ED3DBADD for ; Thu, 9 Apr 2015 13:42:03 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id C1DBC6A6002; Thu, 9 Apr 2015 15:42:00 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id t39Dg08O035984; Thu, 9 Apr 2015 15:42:00 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id t39DfxF5035184; Thu, 9 Apr 2015 15:41:59 +0200 (CEST) (envelope-from lars) Date: Thu, 9 Apr 2015 15:41:59 +0200 From: Lars Engels To: David Demelier Subject: Re: Call For Testers: Synaptics touchpads Message-ID: <20150409134159.GT20473@e-new.0x20.net> Mail-Followup-To: Lars Engels , David Demelier , freebsd-current@freebsd.org References: <1849381.HnoQVUIgNM@akita> <55265F29.7030008@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="15Rf4wGOrHmWCZoK" Content-Disposition: inline In-Reply-To: <55265F29.7030008@gmail.com> X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p23 User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 13:42:04 -0000 --15Rf4wGOrHmWCZoK Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 09, 2015 at 01:14:49PM +0200, David Demelier wrote: > Le 08/04/2015 09:19, Rui Paulo a =C3=A9crit : > > Hi, > > > > The attached patch adds support for newer touchpad features and impleme= nts two > > finger scrolling. This is such a common feature these days that I thin= k we > > should enable it by default and disable edge scrolling. I've implement= ed some > > detection code to keep edge scrolling enabled when the touchpad has a > > dedicated area for scrolling. >=20 > Thank you very much, I always wondered why this was not supported in=20 > FreeBSD. I also wonder if it will be tunable with the appropriate=20 > GNOME/KDE (or just the synclient tool) settings to disable this=20 > two-finger scroll at runtime. >=20 > > > > Please test it and report back your experience. To enable synaptics su= pport, > > you need: > > > > hw.psm.synaptics_support=3D1 >=20 > I strongly suggest to enable this by default, it will prevent lot of=20 > users having headaches seeking why their touchpads do not work by=20 > default. We also added sound support by default, why not the touchpad ? := -). While this is generally a good idea it would prevent the use of=20 hw.psm.trackpoint_support=3D1 But it would be aweseome to have both enabled. Could someone investigate? --15Rf4wGOrHmWCZoK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJVJoGnXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1twFkH/izvXBuDaMG6DfP4k+tTCJCs TTxFmIQUqgoDBdfqfgYttqSsb3EDlULvtPf3wUrSUleVrLezsvhwJuH8+Qf2rz9k 1L2svlJFvvvnCaOuPUJcwDGcdIvzrqjTV0QICzDpOE3dz3tEmvqB7aINTd/mg58+ o772bipab2ORmoBYT9vPS9zTDrueU9nJ+AHT7ow2O+1YqQwLfIQes0GVqwtaYVd0 DiJO8ibIewA5eJHB/M+uE0q7tMGwtOtYjD/8zJmDnYAbuWdJdh2dnQvdS7Bdm/jP po3MsKpwMuWvgSPm6MDaLLNQJahFCQ/7K89oORYpCflUIKj1d68ZfSqu0lNt3lA= =kQ2S -----END PGP SIGNATURE----- --15Rf4wGOrHmWCZoK-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 14:17:03 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 130E3A76 for ; Thu, 9 Apr 2015 14:17:03 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C2107E92 for ; Thu, 9 Apr 2015 14:17:02 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1YgDGH-002bAB-QV>; Thu, 09 Apr 2015 16:16:53 +0200 Received: from p578a69f9.dip0.t-ipconnect.de ([87.138.105.249] helo=prometheus) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1YgDGH-0040BV-NZ>; Thu, 09 Apr 2015 16:16:53 +0200 Date: Thu, 9 Apr 2015 16:14:15 +0200 From: "O. Hartmann" To: freebsd-current Subject: Bug 197535 - [re] [panic] if_re (Realtek 8168) AND Bug 193743 - [re] RTL8111/8168B Message-ID: <20150409161415.679951d0@prometheus> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: base64 X-Originating-IP: 87.138.105.249 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 14:17:03 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMjU2DQoNCkkgcmVm ZXJyIHRvIA0KDQpCdWcgMTk3NTM1IC0gW3JlXSBbcGFuaWNdIGlmX3JlIChSZWFsdGVrIDgxNjgp IGNhdXNlcyBtZW1vcnkgd3JpdGUgYWZ0ZXIgZnJlZQ0KYW5kIGtlcm5lbCBwYW5pYyANCg0KYW5k DQoNCkJ1ZyAxOTM3NDMgLSBbcmVdIFJUTDgxMTEvODE2OEIgUENJIEV4cHJlc3MgR2lnYWJpdCBF dGhlcm5ldCBjb250cm9sbGVyOg0KZG9lc24ndCB3b3JrIHByb3Blcmx5LCBwcm9ibGVtcyBnZXR0 aW5nIFVQIGF1dG9tYXRpY2FsbHkgDQoNCkFwcGx5aW5nIHRoZSBwYXRjaCBwcm9wb3NlZCBpbiBC dWcgMTk3NTM1IGFuZCBvYnZpb3VzbHkgc29sdmVkIGJ5IExpbnV4IHBlb3BsZQ0KKGxvbmcpIHRp bWVzIGFnbyBzb2x2ZWQgdGhlIHByb2JsZW0gSSBlbmNvdW50ZXJlZCENCg0KSSBoYXZlIHNldmVy YWwgTGVub3ZvIFRoaW5rUGFkcyBlcXVpcHRlZCB3aXRoIHRoaXMgTklDIG9mIFJlYWx0ZWsgYW5k IHRoZXkgYWxsDQpzaG93IHRoaXMgYnJva2VuIGJlaGF2aW91ciByZXBvcnRlZCBpbiBtdWx0aXBs ZSBjYXNlcyBhcyBvZiBCdWcgMTkzNzQzLg0KDQpJdCB3b3VsZCBiZSBuaWNlIGhhdmluZyB0aGlz IHVubmVjZXNzYXJ5IHByb2JsZW0gc29sdmVkIHNvb24uDQoNCnJlZ2FyZHMsDQpPbGl2ZXINCg0K LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0NClZlcnNpb246IEdudVBHIHYyDQoNCmlRRWNC QUVCQ0FBR0JRSlZKb2szQUFvSkVPZ0JjRDdBLzVOOEdtY0gvamdwVGU3d2hEcjYxN0FxRDF0TUJK eE4NCjJmay9uQUUvMGNzVk1PdEVma3laV3B1S2J4QjgyV2xUcnJ6K3FlN1lrRk4yZ3Y3ZC9IWFM4 Z3R5YXFvNi9zb2YNCkxFWWQya1JjWFEyclB5aVhvMDNPNUJjQWQveFM5czhVVWdsbENqOW5zL3lG NFFaWXRMczFldUpVUXRqVG94YVkNCldZcE5GNkhRWWRseUhnMHRKck01ZWJiclhjNUp3ZW1PeVhO aEEyRmZlRlordHd6OE5MaE5ZUE9YSzN1M2QzRlkNCkZmNG5lelpMd3pFZ2RaOWRMbVY3Vm9rZWJ1 MHM5elkwN2k4UmxhU1lhSXFJM2xKUkJzU2VOY2c2U0R3TFZ1ZTQNCmVuQ2QzRmxTTWVBbFV2S0Rn WnF4MFZWeVhTTDVDMFdicE0rcXltWXBGOVc5UWtDRFZpQjRPaUxqSTRQRVVOVT0NCj01ZEtODQot LS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0NCg== From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 15:45:42 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F2F17457 for ; Thu, 9 Apr 2015 15:45:42 +0000 (UTC) Received: from st11p00mm-asmtp003.mac.com (st11p00mm-asmtp003.mac.com [17.172.81.2]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C5A64C23 for ; Thu, 9 Apr 2015 15:45:42 +0000 (UTC) Received: from akita.localnet (c-73-162-13-215.hsd1.ca.comcast.net [73.162.13.215]) by st11p00mm-asmtp003.mac.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTPSA id <0NMJ00IUVQG39130@st11p00mm-asmtp003.mac.com> for freebsd-current@freebsd.org; Thu, 09 Apr 2015 15:45:40 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-04-09_04:2015-04-09,2015-04-09,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=2 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1504090132 From: Rui Paulo To: Gustau =?ISO-8859-1?Q?P=E9rez?= Subject: Re: Call For Testers: Synaptics touchpads Date: Thu, 09 Apr 2015 08:45:34 -0700 Message-id: <4059863.sWJZGECAt6@akita> User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT; KDE/4.14.3; amd64; ; ) In-reply-to: <552663F0.6060900@entel.upc.edu> References: <1849381.HnoQVUIgNM@akita> <552663F0.6060900@entel.upc.edu> MIME-version: 1.0 Content-transfer-encoding: quoted-printable Content-type: text/plain; charset=iso-8859-1 X-Mailman-Approved-At: Thu, 09 Apr 2015 15:49:45 +0000 Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 15:45:43 -0000 On Thursday 09 April 2015 13:35:12 Gustau P=E9rez wrote: > On 08/04/2015 09:19, Rui Paulo wrote: > > Hi, > >=20 > > The attached patch adds support for newer touchpad features and imp= lements > > two finger scrolling. This is such a common feature these days tha= t I > > think we should enable it by default and disable edge scrolling. I= 've > > implemented some detection code to keep edge scrolling enabled when= the > > touchpad has a dedicated area for scrolling. > >=20 > > Please test it and report back your experience. To enable synaptic= s > > support, you need: > >=20 > > hw.psm.synaptics_support=3D1 > >=20 > > in loader.conf. > >=20 > > Thanks, >=20 > Hi, >=20 > I'm confused about pad models, are GlidePoint a kind of synaptics > pads? Would this patch provide support for the GlidePoints pads? I don't think so. --=20 Rui Paulo From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 16:23:12 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 83F5D852 for ; Thu, 9 Apr 2015 16:23:12 +0000 (UTC) Received: from st11p00mm-asmtp001.mac.com (st11p00mm-asmtp001.mac.com [17.172.81.0]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 58D61115 for ; Thu, 9 Apr 2015 16:23:12 +0000 (UTC) Received: from akita.localnet (c-73-162-13-215.hsd1.ca.comcast.net [73.162.13.215]) by st11p00mm-asmtp001.mac.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTPSA id <0NMJ00A5ES6GIE30@st11p00mm-asmtp001.mac.com> for freebsd-current@freebsd.org; Thu, 09 Apr 2015 16:23:05 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-04-09_04:2015-04-09,2015-04-09,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=4 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1504090137 From: Rui Paulo To: freebsd-current@freebsd.org Subject: Re: Call For Testers: Synaptics touchpads Date: Thu, 09 Apr 2015 09:23:03 -0700 Message-id: <2268970.zrlgrUFVDR@akita> User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT; KDE/4.14.3; amd64; ; ) In-reply-to: <55265F29.7030008@gmail.com> References: <1849381.HnoQVUIgNM@akita> <55265F29.7030008@gmail.com> MIME-version: 1.0 Content-transfer-encoding: quoted-printable Content-type: text/plain; charset=iso-8859-1 X-Mailman-Approved-At: Thu, 09 Apr 2015 16:38:51 +0000 Cc: David Demelier X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 16:23:12 -0000 On Thursday 09 April 2015 13:14:49 David Demelier wrote: > Le 08/04/2015 09:19, Rui Paulo a =E9crit : > > Hi, > >=20 > > The attached patch adds support for newer touchpad features and imp= lements > > two finger scrolling. This is such a common feature these days tha= t I > > think we should enable it by default and disable edge scrolling. I= 've > > implemented some detection code to keep edge scrolling enabled when= the > > touchpad has a dedicated area for scrolling. >=20 > Thank you very much, I always wondered why this was not supported in > FreeBSD. I also wonder if it will be tunable with the appropriate > GNOME/KDE (or just the synclient tool) settings to disable this > two-finger scroll at runtime. >=20 > > Please test it and report back your experience. To enable synaptic= s > > support, you need: > >=20 > > hw.psm.synaptics_support=3D1 >=20 > I strongly suggest to enable this by default, it will prevent lot of > users having headaches seeking why their touchpads do not work by > default. We also added sound support by default, why not the touchpad= ? :-). The logic to detect Synaptics could interfere with other input devices.= That=20 said, I plan on turning it on by default for a while to see what happen= s. --=20 Rui Paulo From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 20:14:23 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 15E032A5 for ; Thu, 9 Apr 2015 20:14:23 +0000 (UTC) Received: from st11p00mm-asmtp004.mac.com (st11p00mm-asmtp004.mac.com [17.172.81.3]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DCC902AA for ; Thu, 9 Apr 2015 20:14:22 +0000 (UTC) Received: from akita.localnet (209-23-203-214-Illinois.hfc.comcastbusiness.net [209.23.203.214]) by st11p00mm-asmtp004.mac.com (Oracle Communications Messaging Server 7.0.5.33.0 64bit (built Aug 27 2014)) with ESMTPSA id <0NMK00G282VV7C60@st11p00mm-asmtp004.mac.com> for freebsd-current@freebsd.org; Thu, 09 Apr 2015 20:14:21 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-04-09_05:2015-04-09,2015-04-09,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=4 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1504090159 From: Rui Paulo To: freebsd-current@freebsd.org Subject: Re: Call For Testers: Synaptics touchpads Date: Thu, 09 Apr 2015 13:14:18 -0700 Message-id: <2102258.FsJIUejn5r@akita> User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT; KDE/4.14.3; amd64; ; ) In-reply-to: <20150409134159.GT20473@e-new.0x20.net> References: <1849381.HnoQVUIgNM@akita> <55265F29.7030008@gmail.com> <20150409134159.GT20473@e-new.0x20.net> MIME-version: 1.0 Content-transfer-encoding: 7Bit Content-type: text/plain; charset=us-ascii X-Mailman-Approved-At: Thu, 09 Apr 2015 20:27:36 +0000 Cc: David Demelier , Lars Engels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 20:14:23 -0000 On Thursday 09 April 2015 15:41:59 Lars Engels wrote: > But it would be aweseome to have both enabled. Could someone > investigate? I don't know how that can work since every time I run the enable_trackpoint() routine on my psm device, it cannot complete the initialisation routine. Maybe there's a special command when mixing synaptics with trackpoint, but I don't know what it is. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 21:00:12 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01C3C426 for ; Thu, 9 Apr 2015 21:00:11 +0000 (UTC) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B5E6EAAF for ; Thu, 9 Apr 2015 21:00:11 +0000 (UTC) Received: by iebrs15 with SMTP id rs15so2407352ieb.3 for ; Thu, 09 Apr 2015 14:00:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=7drRnI7EEokD1QSWWhlHbNVqe9HNlLuFtijbjpEQW5c=; b=cFWyqCyha9+W+zG2WaGcedeuQrcORBb4RrfHI/GHUdGVtpK0wT8sEgBQEQEhSL293d xhL1+tggO7CVPtHmvVXZ3FincTAB91UTLNE8W+o3myC7Kf3X5Lc9nlsIQS9b/j1w+M48 6Uo0regx0wJPXUXuyNKMwVfdVOB23cDHm0yXRdLDpR7l8Kt964lI+LfllBOP3eI42A+b qPTFJAxLlFABvCce7DbUgTtv+hsNkHlGS29HPhGmXljR7TzCLTWcjXVtkajmbltnyH5F qUWVhcrGjuN7wDhw6OAwbsGffeNGZp7NRIV0oFVt+zh1a5dJ2C11Y4XUI26vy5+kjKln T86Q== MIME-Version: 1.0 X-Received: by 10.42.23.17 with SMTP id q17mr25855337icb.4.1428613211197; Thu, 09 Apr 2015 14:00:11 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.107.174.86 with HTTP; Thu, 9 Apr 2015 14:00:11 -0700 (PDT) In-Reply-To: <20150409105026.GH8220@zxy.spb.ru> References: <552635A5.5070707@entel.upc.edu> <20150409082128.GF2390@kib.kiev.ua> <5526381A.3010909@entel.upc.edu> <20150409083512.GG2390@kib.kiev.ua> <20150409085233.GD1394@zxy.spb.ru> <20150409100335.GJ2390@kib.kiev.ua> <20150409105026.GH8220@zxy.spb.ru> Date: Thu, 9 Apr 2015 14:00:11 -0700 X-Google-Sender-Auth: Y_3buXg0KHZvmwqK1aWe6W072qM Message-ID: Subject: Re: No IOMMU/DMAR with DELL 3020 From: Kevin Oberman To: Slawa Olhovchenkov Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Konstantin Belousov , Gustau P?rez , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 21:00:12 -0000 On Thu, Apr 9, 2015 at 3:50 AM, Slawa Olhovchenkov wrote: > On Thu, Apr 09, 2015 at 01:03:35PM +0300, Konstantin Belousov wrote: > > > On Thu, Apr 09, 2015 at 11:52:33AM +0300, Slawa Olhovchenkov wrote: > > > On Thu, Apr 09, 2015 at 11:35:12AM +0300, Konstantin Belousov wrote: > > > > > > > On Thu, Apr 09, 2015 at 10:28:10AM +0200, Gustau P?rez wrote: > > > > > Yup, sorry for the error. I checked the micro in the ark and it > has vt-d: > > > > > > > > > > http://goo.gl/CZZRHz > > > > It only indicates that the CPU/northbridge has the hardware, but > BIOS must > > > > do a work to configure it and to inform the OS about the > configuration. > > > > Your BIOS did not. > > > > > > > > > > > > > > in the bios, there's only one option to enable virtualization > > > > > support, which is ticked. > > > > > > > > > > The complete log is here: > > > > > > > > > > http://dpaste.com/28FDMJQ > > > > > > > > > Dmesg would not give you any useful information there. A DMAR table > > > > is either present, or is it not. In the later case, OS cannot use the > > > > hardware, and if no option in BIOS is present, your only choice is to > > > > complain to the machine/BIOS vendor. > > > > > > May be some OS utilites can do same work? > > > This is theoretically capable? > > > > No, OS must know the peculiarities of the particular chipset. But also, > > Someone may be know this and wrote support in utility. > May be chipset datashit available. > I am don't talk about 'universal, out of box support in OS'. > I am talk about theoretically utility, that perform some operations > after OS load. > > Also, I am interesting by OS-control interleaving memory (in > multi-socket configuration). > This is totaly imposible or just very complex? > I have a system where it is enabled via some BIOS setting that does not make it remotely obvious what it enables VT-d. I've had to ind it three times, once when the system was new, once when I had to send it in for warranty repair and they reset BIOS, and again when the CMOS battery had to be replaced. Every time it took me a while to figure out the magic, but it was there. (No, mine was not a Dell. It was a ZT systems.) -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 21:03:06 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A3FD2584 for ; Thu, 9 Apr 2015 21:03:06 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5C5FDB28 for ; Thu, 9 Apr 2015 21:03:06 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 03C5D6A6002; Thu, 9 Apr 2015 23:03:02 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id t39L32G2095815; Thu, 9 Apr 2015 23:03:02 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id t39L30SJ066731; Thu, 9 Apr 2015 23:03:00 +0200 (CEST) (envelope-from lars) Date: Thu, 9 Apr 2015 23:03:00 +0200 From: Lars Engels To: Rui Paulo Subject: Re: Call For Testers: Synaptics touchpads Message-ID: <20150409210300.GV20473@e-new.0x20.net> Mail-Followup-To: Lars Engels , Rui Paulo , freebsd-current@freebsd.org, David Demelier References: <1849381.HnoQVUIgNM@akita> <55265F29.7030008@gmail.com> <20150409134159.GT20473@e-new.0x20.net> <2102258.FsJIUejn5r@akita> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="kqY5KO+rxsrm5KML" Content-Disposition: inline In-Reply-To: <2102258.FsJIUejn5r@akita> X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p23 User-Agent: Mutt/1.5.23 (2014-03-12) Cc: David Demelier , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 21:03:06 -0000 --kqY5KO+rxsrm5KML Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 09, 2015 at 01:14:18PM -0700, Rui Paulo wrote: > On Thursday 09 April 2015 15:41:59 Lars Engels wrote: > > But it would be aweseome to have both enabled. Could someone > > investigate? >=20 > I don't know how that can work since every time I run the enable_trackpoi= nt()=20 > routine on my psm device, it cannot complete the initialisation routine. = =20 > Maybe there's a special command when mixing synaptics with trackpoint, bu= t I=20 > don't know what it is. Maybe the Linux folks found a way? --kqY5KO+rxsrm5KML Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJVJukEXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1tWE4IAKZQu56QJzGLma4qndcTXtMG WF3zblSBR3XvbBB+AZN5Jlesi/Y25rPc4PYqoWSmBK/DuFphDgLA7PcS0Ngk5juE a2EnQiBr9hcFe39nlQOMAFZCvicH+LsHeIcKYNssZZLQ+wO+0NHxZu3GjUyqZ809 jrha+Ajy6OuenYbAwfMP/Wr9eGAdxC1cgAOgNVc+5qo21cfd9nWAneRUrZZHU8s4 sijuKpt45WFusfuObcj5TgXopifGXYgyLJQlE+NzY7YlaberzgsqFv0ck7rUJ36e S7IlWwVAmmnMnywf8kmMztzwcNk43yrvidYbgGgVD+Un9GBWxrpyAdHVsgqCRaY= =ydui -----END PGP SIGNATURE----- --kqY5KO+rxsrm5KML-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 20:59:10 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DEFED3E0 for ; Thu, 9 Apr 2015 20:59:10 +0000 (UTC) Received: from st11p00mm-asmtp004.mac.com (st11p00mm-asmtp004.mac.com [17.172.81.3]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AD4B2A05 for ; Thu, 9 Apr 2015 20:59:10 +0000 (UTC) Received: from akita.localnet (c-73-162-13-215.hsd1.ca.comcast.net [73.162.13.215]) by st11p00mm-asmtp004.mac.com (Oracle Communications Messaging Server 7.0.5.33.0 64bit (built Aug 27 2014)) with ESMTPSA id <0NMK00I8R4YJCW80@st11p00mm-asmtp004.mac.com> for freebsd-current@freebsd.org; Thu, 09 Apr 2015 20:59:09 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-04-09_05:2015-04-09,2015-04-09,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=4 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1504090165 From: Rui Paulo To: freebsd-current@freebsd.org Subject: Re: Call For Testers: Synaptics touchpads Date: Thu, 09 Apr 2015 13:59:06 -0700 Message-id: <1871263.F9v1Mia6rM@akita> User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT; KDE/4.14.3; amd64; ; ) In-reply-to: <35767.85.229.93.187.1428525513.squirrel@webmail.alvermark.net> References: <1849381.HnoQVUIgNM@akita> <35767.85.229.93.187.1428525513.squirrel@webmail.alvermark.net> MIME-version: 1.0 Content-type: multipart/mixed; boundary=nextPart4166403.PGzzruUMBR Content-transfer-encoding: 7Bit X-Mailman-Approved-At: Thu, 09 Apr 2015 21:35:37 +0000 Cc: Jakob Alvermark X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 20:59:11 -0000 This is a multi-part message in MIME format. --nextPart4166403.PGzzruUMBR Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Wednesday 08 April 2015 22:38:33 Jakob Alvermark wrote: > > It does feel like it sometimes gets stuck in scrolling mode. When trying > to move the pointer just after having scrolled, it scrolls even using just > one finger. Please try the following patch. -- Rui Paulo --nextPart4166403.PGzzruUMBR Content-Disposition: attachment; filename="synaptics-update.diff" Content-Transfer-Encoding: 7Bit Content-Type: text/x-patch; charset="UTF-8"; name="synaptics-update.diff" commit 3896bb6cfdf0bde90529490d333253824a3b03f0 (HEAD, master) Author: Rui Paulo Date: Sun Apr 5 20:51:35 2015 Improve Synaptics support for newer touchpads. Enable two finger scrolling by default and disable the edge scrolling if the touchpad has no physical zone for it. Disable directional scrolling by default to avoid using extended buttons as scroll buttons. Add support for ClickPad. On Lenovo laptops, this is the button reported when one presses the touchpad. While there, fix a problem where the extended button where not reporting the button release event correctly: we need to save the state of the buttons and report it to sysmouse until we receive a packet from the touchpad indicating the button has been released. This makes it possible to use an extended button to resize a window. On Lenovo laptops, the major buttons are actually reported as extended buttons. Tested on a Lenovo X1 (3rd gen). diff --git a/sys/dev/atkbdc/psm.c b/sys/dev/atkbdc/psm.c index 5703daf..b61f5e3 100644 --- a/sys/dev/atkbdc/psm.c +++ b/sys/dev/atkbdc/psm.c @@ -198,6 +198,7 @@ typedef struct synapticsinfo { struct sysctl_ctx_list sysctl_ctx; struct sysctl_oid *sysctl_tree; int directional_scrolls; + int two_finger_scroll; int min_pressure; int max_pressure; int max_width; @@ -336,6 +337,7 @@ struct psm_softc { /* Driver status information */ int lasterr; int cmdcount; struct sigio *async; /* Processes waiting for SIGIO */ + int extended_buttons; }; static devclass_t psm_devclass; @@ -2752,7 +2754,13 @@ proc_synaptics(struct psm_softc *sc, packetbuf_t *pb, mousestatus_t *ms, if (pb->ipacket[5] & 0x02) touchpad_buttons |= MOUSE_BUTTON7DOWN; } else { - touchpad_buttons |= MOUSE_BUTTON2DOWN; + if (pb->ipacket[4] & 0x01) + touchpad_buttons |= MOUSE_BUTTON1DOWN; + if (pb->ipacket[5] & 0x01) + touchpad_buttons |= MOUSE_BUTTON3DOWN; + if (pb->ipacket[4] & 0x02) + touchpad_buttons |= MOUSE_BUTTON2DOWN; + sc->extended_buttons = touchpad_buttons; } /* @@ -2774,13 +2782,26 @@ proc_synaptics(struct psm_softc *sc, packetbuf_t *pb, mousestatus_t *ms, mask = (1 << maskedbits) - 1; pb->ipacket[4] &= ~(mask); pb->ipacket[5] &= ~(mask); + } else if (!sc->syninfo.directional_scrolls && + !sc->synaction.in_vscroll) { + /* + * Keep reporting MOUSE DOWN until we get a new packet + * indicating otherwise. + */ + touchpad_buttons |= sc->extended_buttons; } } + /* Handle ClickPad. */ + if (sc->synhw.capClickPad && + ((pb->ipacket[0] ^ pb->ipacket[3]) & 0x01)) + touchpad_buttons |= MOUSE_BUTTON1DOWN; ms->button = touchpad_buttons | guest_buttons; - /* Check pressure to detect a real wanted action on the - * touchpad. */ + /* + * Check pressure to detect a real wanted action on the + * touchpad. + */ if (*z >= sc->syninfo.min_pressure) { synapticsaction_t *synaction; int cursor, peer, window; @@ -2793,7 +2814,7 @@ proc_synaptics(struct psm_softc *sc, packetbuf_t *pb, mousestatus_t *ms, int weight_current, weight_previous, weight_len_squared; int div_min, div_max, div_len; int vscroll_hor_area, vscroll_ver_area; - + int two_finger_scroll; int len, weight_prev_x, weight_prev_y; int div_max_x, div_max_y, div_x, div_y; @@ -2820,6 +2841,7 @@ proc_synaptics(struct psm_softc *sc, packetbuf_t *pb, mousestatus_t *ms, div_len = sc->syninfo.div_len; vscroll_hor_area = sc->syninfo.vscroll_hor_area; vscroll_ver_area = sc->syninfo.vscroll_ver_area; + two_finger_scroll = sc->syninfo.two_finger_scroll; /* Palm detection. */ if (!( @@ -2979,33 +3001,57 @@ proc_synaptics(struct psm_softc *sc, packetbuf_t *pb, mousestatus_t *ms, if (timevalcmp(&sc->lastsoftintr, &sc->taptimeout, >) || dxp >= sc->syninfo.vscroll_min_delta || dyp >= sc->syninfo.vscroll_min_delta) { - /* Check for horizontal scrolling. */ - if ((vscroll_hor_area > 0 && - synaction->start_y <= vscroll_hor_area) || - (vscroll_hor_area < 0 && - synaction->start_y >= - 6143 + vscroll_hor_area)) - synaction->in_vscroll += 2; - - /* Check for vertical scrolling. */ - if ((vscroll_ver_area > 0 && - synaction->start_x <= vscroll_ver_area) || - (vscroll_ver_area < 0 && - synaction->start_x >= - 6143 + vscroll_ver_area)) - synaction->in_vscroll += 1; + /* + * Handle two finger scrolling. + * Note that we don't rely on fingers_nb + * as that keeps the maximum number of fingers. + */ + if (two_finger_scroll) { + if (w == 0) { + synaction->in_vscroll += + dyp ? 2 : 0; + synaction->in_vscroll += + dxp ? 1 : 0; + } + } else { + /* Check for horizontal scrolling. */ + if ((vscroll_hor_area > 0 && + synaction->start_y <= + vscroll_hor_area) || + (vscroll_hor_area < 0 && + synaction->start_y >= + 6143 + vscroll_hor_area)) + synaction->in_vscroll += 2; + + /* Check for vertical scrolling. */ + if ((vscroll_ver_area > 0 && + synaction->start_x <= + vscroll_ver_area) || + (vscroll_ver_area < 0 && + synaction->start_x >= + 6143 + vscroll_ver_area)) + synaction->in_vscroll += 1; + } /* Avoid conflicts if area overlaps. */ - if (synaction->in_vscroll == 3) + if (synaction->in_vscroll >= 3) synaction->in_vscroll = (dxp > dyp) ? 2 : 1; } - VLOG(5, (LOG_DEBUG, - "synaptics: virtual scrolling: %s " - "(direction=%d, dxp=%d, dyp=%d)\n", - synaction->in_vscroll ? "YES" : "NO", - synaction->in_vscroll, dxp, dyp)); } + /* + * Reset two finger scrolling when the number of fingers + * is different from two. + */ + if (two_finger_scroll && w != 0) + synaction->in_vscroll = 0; + + VLOG(5, (LOG_DEBUG, + "synaptics: virtual scrolling: %s " + "(direction=%d, dxp=%d, dyp=%d, fingers=%d)\n", + synaction->in_vscroll ? "YES" : "NO", + synaction->in_vscroll, dxp, dyp, + synaction->fingers_nb)); weight_prev_x = weight_prev_y = weight_previous; div_max_x = div_max_y = div_max; @@ -3247,6 +3293,7 @@ SYNAPTICS_END: * That's why the horizontal wheel is disabled by * default for now. */ + if (ms->button & MOUSE_BUTTON4DOWN) { *z = -1; ms->button &= ~MOUSE_BUTTON4DOWN; @@ -3460,7 +3507,7 @@ psmsoftintr(void *arg) c = ((x < 0) ? MOUSE_PS2_XNEG : 0) | ((y < 0) ? MOUSE_PS2_YNEG : 0); break; - + case MOUSE_MODEL_4D: /* * b7 b6 b5 b4 b3 b2 b1 b0 @@ -4108,13 +4155,29 @@ synaptics_sysctl_create_tree(struct psm_softc *sc) 0, "Synaptics TouchPad"); /* hw.psm.synaptics.directional_scrolls. */ - sc->syninfo.directional_scrolls = 1; + sc->syninfo.directional_scrolls = 0; SYSCTL_ADD_INT(&sc->syninfo.sysctl_ctx, SYSCTL_CHILDREN(sc->syninfo.sysctl_tree), OID_AUTO, "directional_scrolls", CTLFLAG_RW|CTLFLAG_ANYBODY, &sc->syninfo.directional_scrolls, 0, "Enable hardware scrolling pad (if non-zero) or register it as " - "a middle-click (if 0)"); + "extended buttons (if 0)"); + + /* + * Turn off two finger scroll if we have a + * physical area reserved for scrolling or when + * there's no multi finger support. + */ + if (sc->synhw.verticalScroll || sc->synhw.capMultiFinger == 0) + sc->syninfo.two_finger_scroll = 0; + else + sc->syninfo.two_finger_scroll = 1; + /* hw.psm.synaptics.two_finger_scroll. */ + SYSCTL_ADD_INT(&sc->syninfo.sysctl_ctx, + SYSCTL_CHILDREN(sc->syninfo.sysctl_tree), OID_AUTO, + "two_finger_scroll", CTLFLAG_RW|CTLFLAG_ANYBODY, + &sc->syninfo.two_finger_scroll, 0, + "Enable two finger scrolling"); /* hw.psm.synaptics.min_pressure. */ sc->syninfo.min_pressure = 16; @@ -4519,7 +4582,21 @@ enable_synaptics(KBDC kbdc, struct psm_softc *sc) return (FALSE); if (get_mouse_status(kbdc, status, 0, 3) != 3) return (FALSE); + synhw.verticalScroll = (status[0] & 0x01) != 0; + synhw.horizontalScroll = (status[0] & 0x02) != 0; + synhw.verticalWheel = (status[0] & 0x08) != 0; synhw.nExtendedButtons = (status[1] & 0xf0) >> 4; + if (verbose >= 2) { + printf(" Extended model ID:\n"); + printf(" verticalScroll: %d\n", + synhw.verticalScroll); + printf(" horizontalScroll: %d\n", + synhw.horizontalScroll); + printf(" verticalWheel: %d\n", + synhw.verticalWheel); + printf(" nExtendedButtons: %d\n", + synhw.nExtendedButtons); + } /* * Add the number of extended buttons to the total * button support count, including the middle button @@ -4540,6 +4617,42 @@ enable_synaptics(KBDC kbdc, struct psm_softc *sc) printf(" No extended capabilities\n"); } + /* Read the continued capabilities bits. */ + if (mouse_ext_command(kbdc, 0xc) != 0 && + get_mouse_status(kbdc, status, 0, 3) == 3) { + synhw.capClickPad = (status[1] & 0x01) << 1; + synhw.capClickPad |= (status[0] & 0x10) != 0; + synhw.capDeluxeLEDs = (status[1] & 0x02) != 0; + synhw.noAbsoluteFilter = (status[1] & 0x04) != 0; + synhw.capReportsV = (status[1] & 0x08) != 0; + synhw.capUniformClickPad = (status[1] & 0x10) != 0; + synhw.capReportsMin = (status[1] & 0x20) != 0; + synhw.capInterTouch = (status[1] & 0x40) != 0; + synhw.capReportsMax = (status[2] & 0x02) != 0; + synhw.capClearPad = (status[2] & 0x04) != 0; + synhw.capAdvancedGestures = (status[2] & 0x08) != 0; + synhw.capCoveredPad = (status[2] & 0x80) != 0; + + if (verbose >= 2) { + printf(" Continued capabilities:\n"); + printf(" capClickPad: %d\n", synhw.capClickPad); + printf(" capDeluxeLEDs: %d\n", synhw.capDeluxeLEDs); + printf(" noAbsoluteFilter: %d\n", + synhw.noAbsoluteFilter); + printf(" capReportsV: %d\n", synhw.capReportsV); + printf(" capUniformClickPad: %d\n", + synhw.capUniformClickPad); + printf(" capReportsMin: %d\n", synhw.capReportsMin); + printf(" capInterTouch: %d\n", synhw.capInterTouch); + printf(" capReportsMax: %d\n", synhw.capReportsMax); + printf(" capClearPad: %d\n", synhw.capClearPad); + printf(" capAdvancedGestures: %d\n", + synhw.capAdvancedGestures); + printf(" capCoveredPad: %d\n", synhw.capCoveredPad); + } + buttons += synhw.capClickPad; + } + /* * Add the default number of 3 buttons to the total * count of supported buttons reported above. diff --git a/sys/sys/mouse.h b/sys/sys/mouse.h index 1b391bf..5329693 100644 --- a/sys/sys/mouse.h +++ b/sys/sys/mouse.h @@ -86,7 +86,7 @@ typedef struct mousehw { int type; /* mouse/track ball/pad... */ int model; /* I/F dependent model ID: MOUSE_MODEL_XXX */ int hwid; /* I/F dependent hardware ID - * for the PS/2 mouse, it will be PSM_XXX_ID + * for the PS/2 mouse, it will be PSM_XXX_ID */ } mousehw_t; @@ -113,6 +113,21 @@ typedef struct synapticshw { int capBallistics; int nExtendedButtons; int nExtendedQueries; + int capClickPad; + int capDeluxeLEDs; + int noAbsoluteFilter; + int capReportsV; + int capUniformClickPad; + int capReportsMin; + int capInterTouch; + int capReportsMax; + int capClearPad; + int capAdvancedGestures; + int multiFingerMode; + int capCoveredPad; + int verticalScroll; + int horizontalScroll; + int verticalWheel; } synapticshw_t; /* iftype */ @@ -272,7 +287,7 @@ typedef struct mousevar { #define MOUSE_PS2_BUTTON2DOWN 0x04 /* middle */ #define MOUSE_PS2_BUTTON3DOWN 0x02 /* right */ #define MOUSE_PS2_TAP MOUSE_PS2_SYNC /* GlidePoint (PS/2) `tapping' - * Yes! this is the same bit + * Yes! this is the same bit * as SYNC! */ @@ -327,11 +342,11 @@ typedef struct mousevar { #define MOUSE_PS2VERSA_TAP 0x02 /* A4 Tech 4D Mouse (PS/2) data packet */ -#define MOUSE_4D_PACKETSIZE 3 +#define MOUSE_4D_PACKETSIZE 3 #define MOUSE_4D_WHEELBITS 0xf0 /* A4 Tech 4D+ Mouse (PS/2) data packet */ -#define MOUSE_4DPLUS_PACKETSIZE 3 +#define MOUSE_4DPLUS_PACKETSIZE 3 #define MOUSE_4DPLUS_ZNEG 0x04 /* sign bit */ #define MOUSE_4DPLUS_BUTTON4DOWN 0x08 @@ -343,7 +358,7 @@ typedef struct mousevar { * as at the level 0. There are additional three bytes which shows * `dz' and the states of additional buttons. `dz' is expressed as the * sum of the byte 5 and 6 which contain signed seven bit values. - * The states of the button 4 though 10 are in the bit 0 though 6 in + * The states of the button 4 though 10 are in the bit 0 though 6 in * the byte 7 respectively: 1 indicates the button is up. */ #define MOUSE_SYS_PACKETSIZE 8 --nextPart4166403.PGzzruUMBR-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 10 00:05:52 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2C8A723 for ; Fri, 10 Apr 2015 00:05:52 +0000 (UTC) Received: from st11p02mm-asmtp002.mac.com (st11p02mm-asmtp002.mac.com [17.172.220.237]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 84A6013B for ; Fri, 10 Apr 2015 00:05:52 +0000 (UTC) Received: from [10.60.0.56] (209-23-203-214-Illinois.hfc.comcastbusiness.net [209.23.203.214]) by st11p02mm-asmtp002.mac.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTPSA id <0NMK00BK6DKLKV10@st11p02mm-asmtp002.mac.com> for freebsd-current@freebsd.org; Fri, 10 Apr 2015 00:05:12 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-04-09_06:2015-04-09,2015-04-09,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1504090189 Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (1.0) Subject: Re: Call For Testers: Synaptics touchpads From: Rui Paulo X-Mailer: iPhone Mail (12F70) In-reply-to: <20150409210300.GV20473@e-new.0x20.net> Date: Thu, 09 Apr 2015 17:05:09 -0700 Content-transfer-encoding: quoted-printable Message-id: References: <1849381.HnoQVUIgNM@akita> <55265F29.7030008@gmail.com> <20150409134159.GT20473@e-new.0x20.net> <2102258.FsJIUejn5r@akita> <20150409210300.GV20473@e-new.0x20.net> To: Lars Engels X-Mailman-Approved-At: Fri, 10 Apr 2015 00:47:53 +0000 Cc: David Demelier , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Apr 2015 00:05:52 -0000 > On Apr 9, 2015, at 14:03, Lars Engels wrote: >=20 >> On Thu, Apr 09, 2015 at 01:14:18PM -0700, Rui Paulo wrote: >>> On Thursday 09 April 2015 15:41:59 Lars Engels wrote: >>> But it would be aweseome to have both enabled. Could someone >>> investigate? >>=20 >> I don't know how that can work since every time I run the enable_trackpoi= nt()=20 >> routine on my psm device, it cannot complete the initialisation routine. = =20 >> Maybe there's a special command when mixing synaptics with trackpoint, bu= t I=20 >> don't know what it is. >=20 > Maybe the Linux folks found a way? Do you have time to investigate? I'm a bit busy with other stuff.=20= From owner-freebsd-current@FreeBSD.ORG Fri Apr 10 09:11:43 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B811860; Fri, 10 Apr 2015 09:11:43 +0000 (UTC) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E6E7337A; Fri, 10 Apr 2015 09:11:42 +0000 (UTC) Received: by igblo3 with SMTP id lo3so88019737igb.1; Fri, 10 Apr 2015 02:11:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=I7TqyoKOQRUQRK6ppyDzhyG6lIyG0ayQV+das+mU3KQ=; b=VWJ33yAz305zP3N30Hy8Aht6aCpqhR1JKRNfK2mtr26JWl4dLK8NFq4LO+hU6uZ4rD PlHHEpZosY2ICk6Nc/yx5ibuWHYAo0tzW7o5ddgNV+O/+61Kounzh9BOSR4wdiMaTThk kUd53dF2G4+YcB09Kgx9E8vq1JWo1JjfOG7BIy7v3pfm1XLOScrP8CDTjPmHGuE/Qqk5 Y7ebJHADNDek/BSjAJeYQHgDQowKWvrW27AVLQ/u2KX/5iu6/NznaTApNqKlqfpHqzSs UGGinWtZd92/exgPRCo7n46pGpjnKZieNWG0PSFt7zP94JyK05Y+sdAiLHKAmjcRRglo dpMg== MIME-Version: 1.0 X-Received: by 10.42.193.69 with SMTP id dt5mr2337871icb.42.1428657102370; Fri, 10 Apr 2015 02:11:42 -0700 (PDT) Received: by 10.64.28.43 with HTTP; Fri, 10 Apr 2015 02:11:42 -0700 (PDT) Date: Fri, 10 Apr 2015 11:11:42 +0200 Message-ID: Subject: [patch] deadlock in vm_reserv_reclaim_contig() From: Svatopluk Kraus To: freebsd-current@freebsd.org, alc@freebsd.org Content-Type: multipart/mixed; boundary=20cf301d426818248105135b27c8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Apr 2015 09:11:43 -0000 --20cf301d426818248105135b27c8 Content-Type: text/plain; charset=UTF-8 Hi, my RPI-B has been stuck in vm_reserv_reclaim_contig() due to a bug within that function. I can reproduce that easily on my two-core pandaboard when I limit all memory in system to 128MiB and run "make -j16 kernel-toolchain". It happens in few seconds. The patch should be self-explanatory. The problem is that there is a free page found in reservation which does not fulfill alignment requirement, thus next free page should be looked for. However, due to the bug, the same free page is found out again and again. The patch takes into account that shift by m on n-bit arch has an undefined behaviour if m >= n. Svatopluk Kraus --20cf301d426818248105135b27c8 Content-Type: text/plain; charset=US-ASCII; name="vm_reserv.diff" Content-Disposition: attachment; filename="vm_reserv.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_i8bdhsa70 SW5kZXg6IHN5cy92bS92bV9yZXNlcnYuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvdm0vdm1fcmVzZXJ2 LmMJKHJldmlzaW9uIDI4MTI5MikKKysrIHN5cy92bS92bV9yZXNlcnYuYwkod29ya2luZyBjb3B5 KQpAQCAtOTgzLDggKzk4MywxMiBAQAogCQkJCWJyZWFrOwogCQkJfSBlbHNlIGlmICgocGEgJiAo YWxpZ25tZW50IC0gMSkpICE9IDAgfHwKIAkJCSAgICAoKHBhIF4gKHBhICsgc2l6ZSAtIDEpKSAm IH4oYm91bmRhcnkgLSAxKSkgIT0gMCkgewotCQkJCS8qIENvbnRpbnVlIHdpdGggdGhpcyByZXNl cnZhdGlvbi4gKi8KLQkJCQloaSA9IGxvOworCQkJCS8qIENvbnRpbnVlIHdpdGggdGhpcyBvciBu ZXh0IHJlc2VydmF0aW9uLiAqLworCQkJCWhpID0gbG8gKyAxOworCQkJCWlmIChoaSA+PSBOQlBP UE1BUCkgeworCQkJCQloaSA9IDA7CisJCQkJCWkrKzsKKwkJCQl9CiAJCQkJY29udGludWU7CiAJ CQl9CiAJCQkvKiBGaW5kIHRoZSBuZXh0IHVzZWQgcGFnZS4gKi8K --20cf301d426818248105135b27c8-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 10 09:19:15 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B5A13C9B; Fri, 10 Apr 2015 09:19:15 +0000 (UTC) Received: from mail-ie0-x22d.google.com (mail-ie0-x22d.google.com [IPv6:2607:f8b0:4001:c03::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7D9AA5E4; Fri, 10 Apr 2015 09:19:15 +0000 (UTC) Received: by iejt8 with SMTP id t8so12631289iej.2; Fri, 10 Apr 2015 02:19:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=GBlu07LaC3F91rR2sbUTFHzNFsNqlXrLZBjz0lyISJc=; b=D3vgXsO5u0PflNkamvnGvh61JTE0sM5EEmsEpLVbw81LzY1Y6KmZNC/QoMq2ZUfoG2 mNz4kpE1WG4JbWfjpqoUfADjeg6aC/aEtDV1zoVE3hBHNp1DdC7120w6xMPeYQl7KSZw YT5JuLpwaGbNfZsiJnQo5hHWOSHlXxFO/3iKtoK/YFs3X0gmQUsJfS26lfhr2k1M7XLQ VSBwGXOjRYeDdwsaX4gQk9VP06026Od7WTeMawgRQ26k9DDwRkGU9ig8Y383JTTphsmX 7Q2WJSDCzG86/B2p6OmHmQhQwEB9oLa59TVjxP0icrkdbIQdkd9GbKzrU7BwOBy72VG+ u81g== MIME-Version: 1.0 X-Received: by 10.50.77.13 with SMTP id o13mr15916428igw.39.1428657555005; Fri, 10 Apr 2015 02:19:15 -0700 (PDT) Received: by 10.64.28.43 with HTTP; Fri, 10 Apr 2015 02:19:14 -0700 (PDT) In-Reply-To: <55267A59.7060301@FreeBSD.org> References: <55267A59.7060301@FreeBSD.org> Date: Fri, 10 Apr 2015 11:19:14 +0200 Message-ID: Subject: Re: geom - panic: sleepq_add: sleep with sleeping prohibited From: Svatopluk Kraus To: Alexander Motin Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Apr 2015 09:19:15 -0000 On Thu, Apr 9, 2015 at 3:10 PM, Alexander Motin wrote: > Hi. > >> I've got the following panic running FreeBSD-11-current: > > I'm sorry, it was my mistake. Should be fixed by r281310. > > Though that is generally a bad Carma to loose active swap device. > > -- > Alexander Motin Thanks. Svatopluk Kraus From owner-freebsd-current@FreeBSD.ORG Fri Apr 10 12:22:06 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A11BBBE for ; Fri, 10 Apr 2015 12:22:06 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2FB4CD9A for ; Fri, 10 Apr 2015 12:22:05 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 83AA26A6004; Fri, 10 Apr 2015 14:22:02 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id t3ACM26V047349; Fri, 10 Apr 2015 14:22:02 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id t3ACM0Vj046041; Fri, 10 Apr 2015 14:22:00 +0200 (CEST) (envelope-from lars) Date: Fri, 10 Apr 2015 14:22:00 +0200 From: Lars Engels To: Rui Paulo Subject: Re: Call For Testers: Synaptics touchpads Message-ID: <20150410122200.GZ20473@e-new.0x20.net> Mail-Followup-To: Lars Engels , Rui Paulo , David Demelier , "freebsd-current@freebsd.org" References: <1849381.HnoQVUIgNM@akita> <55265F29.7030008@gmail.com> <20150409134159.GT20473@e-new.0x20.net> <2102258.FsJIUejn5r@akita> <20150409210300.GV20473@e-new.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="qqF1XwZUdAkx0x+N" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p23 User-Agent: Mutt/1.5.23 (2014-03-12) Cc: David Demelier , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Apr 2015 12:22:06 -0000 --qqF1XwZUdAkx0x+N Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 09, 2015 at 05:05:09PM -0700, Rui Paulo wrote: >=20 >=20 > > On Apr 9, 2015, at 14:03, Lars Engels wrote: > >=20 > >> On Thu, Apr 09, 2015 at 01:14:18PM -0700, Rui Paulo wrote: > >>> On Thursday 09 April 2015 15:41:59 Lars Engels wrote: > >>> But it would be aweseome to have both enabled. Could someone > >>> investigate? > >>=20 > >> I don't know how that can work since every time I run the enable_track= point()=20 > >> routine on my psm device, it cannot complete the initialisation routin= e. =20 > >> Maybe there's a special command when mixing synaptics with trackpoint,= but I=20 > >> don't know what it is. > >=20 > > Maybe the Linux folks found a way? >=20 > Do you have time to investigate? I'm a bit busy with other stuff.=20 No, sorry. I don't have the knowledge to investigate. --qqF1XwZUdAkx0x+N Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJVJ8BoXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1t+wIH/A3dLEQmod45MeL0L6xbOrfs gpHtiRimgNyIpMmN8Bt960I+18xLV7ythio6xWy/Yhn2614WJJw3M3hwrknyFMZ9 Bwv+73FDqots1rLv1/2Z26jqt5EluOkZ7pgI23/JGKxvW5GD67jMPS56OaRF26nh RTE1nkHTXqdWSOAijs1pGYOCgVvJrHs/3G2Ni4fDdPsF9y1XHwZFiOVI81abM823 REp5EotFdDScTCXWBeAv1UaqOmqiLvMjYtUb34gtDVfITIJFrPWVWLqPVUFU2rAW Rhhps2ZtcMeFvJcd1zZTN9azTmzVx65HhFrvl74VlUr/AvM9yf0dSSB5tgcU4Tw= =5obm -----END PGP SIGNATURE----- --qqF1XwZUdAkx0x+N-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 10 16:10:26 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA49A169 for ; Fri, 10 Apr 2015 16:10:26 +0000 (UTC) Received: from st11p00mm-asmtp002.mac.com (st11p00mm-asmtpout002.mac.com [17.172.81.1]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7D25FE9C for ; Fri, 10 Apr 2015 16:10:26 +0000 (UTC) Received: from akita.localnet (c-73-162-13-215.hsd1.ca.comcast.net [73.162.13.215]) by st11p00mm-asmtp002.mac.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTPSA id <0NML00DZAM93V120@st11p00mm-asmtp002.mac.com> for freebsd-current@freebsd.org; Fri, 10 Apr 2015 16:10:19 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-04-10_05:2015-04-10,2015-04-10,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=4 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1504100127 From: Rui Paulo To: freebsd-current@freebsd.org Subject: Re: Call For Testers: Synaptics touchpads Date: Fri, 10 Apr 2015 09:10:14 -0700 Message-id: <1478054.I6vol9PkrK@akita> User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT; KDE/4.14.3; amd64; ; ) In-reply-to: <20150410122200.GZ20473@e-new.0x20.net> References: <1849381.HnoQVUIgNM@akita> <20150410122200.GZ20473@e-new.0x20.net> MIME-version: 1.0 Content-transfer-encoding: 7Bit Content-type: text/plain; charset=us-ascii X-Mailman-Approved-At: Fri, 10 Apr 2015 16:25:03 +0000 Cc: David Demelier , Lars Engels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Apr 2015 16:10:26 -0000 On Friday 10 April 2015 14:22:00 Lars Engels wrote: > On Thu, Apr 09, 2015 at 05:05:09PM -0700, Rui Paulo wrote: > > > On Apr 9, 2015, at 14:03, Lars Engels wrote: > > >> On Thu, Apr 09, 2015 at 01:14:18PM -0700, Rui Paulo wrote: > > >>> On Thursday 09 April 2015 15:41:59 Lars Engels wrote: > > >>> But it would be aweseome to have both enabled. Could someone > > >>> investigate? > > >> > > >> I don't know how that can work since every time I run the > > >> enable_trackpoint() routine on my psm device, it cannot complete the > > >> initialisation routine. Maybe there's a special command when mixing > > >> synaptics with trackpoint, but I don't know what it is. > > > > > > Maybe the Linux folks found a way? > > > > Do you have time to investigate? I'm a bit busy with other stuff. > > No, sorry. I don't have the knowledge to investigate. OK, but does your trackpoint not work? It works fine in my case, but you just lose the sysctl settings to control it. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Fri Apr 10 17:52:12 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E4745121 for ; Fri, 10 Apr 2015 17:52:12 +0000 (UTC) Received: from mail-lb0-x235.google.com (mail-lb0-x235.google.com [IPv6:2a00:1450:4010:c04::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 60B18C34 for ; Fri, 10 Apr 2015 17:52:12 +0000 (UTC) Received: by lbbzk7 with SMTP id zk7so19200400lbb.0 for ; Fri, 10 Apr 2015 10:52:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=mnOFu8iAf0KioH9RHjrSBSh18dvvwuz4uzh1K3o8iiI=; b=kSmNolcOi/50wGbct/eLGpg3zjhVZ+lPq8J40UoKLi+OXXZRgcsIPKEQ9GDQJUaTyp ZaRtLAvR9/CUG15QelQ2dgkz38Ic6sakJI8GqIJ/lGZpsfjmNosuYKjb/7w+kQuNu8Hy DpajM+hXMkXDXx7uS+3273DO/aM1f5bhlsC1rRHJbB+t7OsxdbUqYROYwHJzebERBRpP kYkyE0q3calvx1O+suUQpv06owOP6/6IU626+bm5A+24nuM5EXZ+o+gqlCkUX+BwvBqR oTZK4S8FtzlzsnOpnfQsQNZJOmQ9ZZK2vAK5e7itmm7Y/jdPo4kjnOopZpXS83NeJAmx PHDQ== X-Received: by 10.112.72.2 with SMTP id z2mr2400519lbu.39.1428688330316; Fri, 10 Apr 2015 10:52:10 -0700 (PDT) Received: from ?IPv6:2001:470:1f15:b1f:dd3e:99b5:4589:4e3e? ([2001:470:1f15:b1f:dd3e:99b5:4589:4e3e]) by mx.google.com with ESMTPSA id kv10sm597929lac.23.2015.04.10.10.52.08 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 10 Apr 2015 10:52:09 -0700 (PDT) Message-ID: <55280DC7.6080707@gmail.com> Date: Fri, 10 Apr 2015 19:52:07 +0200 From: =?UTF-8?B?SmFuIEtva2Vtw7xsbGVy?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Call For Testers: Synaptics touchpads References: <1849381.HnoQVUIgNM@akita> <55265F29.7030008@gmail.com> <20150409134159.GT20473@e-new.0x20.net> In-Reply-To: <20150409134159.GT20473@e-new.0x20.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Apr 2015 17:52:13 -0000 > But it would be aweseome to have both enabled. Could someone > investigate? I've written a patch for this: https://lists.freebsd.org/pipermail/freebsd-x11/2014-November/015673.html With this, I can have both hw.psm.synaptics_support="1" hw.psm.trackpoint_support="1" in my /boot/loader.conf. I can control trackpoint settings such as speed or sensitivity while having the touchpad also enabled. The patch might need some cleanup to land in the tree, but I've been happily using this for at least a year now :) From owner-freebsd-current@FreeBSD.ORG Fri Apr 10 22:01:29 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB00C972 for ; Fri, 10 Apr 2015 22:01:29 +0000 (UTC) Received: from st11p02mm-asmtp001.mac.com (st11p02mm-asmtpout001.mac.com [17.172.220.236]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 99446DD7 for ; Fri, 10 Apr 2015 22:01:29 +0000 (UTC) Received: from st11p02mm-spool001.mac.com ([17.172.220.246]) by st11p02mm-asmtp001.mac.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTP id <0NML00LAQZOLWW10@st11p02mm-asmtp001.mac.com> for freebsd-current@freebsd.org; Fri, 10 Apr 2015 21:00:22 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-04-10_06:2015-04-10,2015-04-10,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1504100161 MIME-version: 1.0 Received: from localhost ([17.172.220.163]) by st11p02mm-spool001.mac.com (Oracle Communications Messaging Server 7.0.5.33.0 64bit (built Aug 27 2014)) with ESMTP id <0NML009ZKZOLA370@st11p02mm-spool001.mac.com>; Fri, 10 Apr 2015 21:00:21 +0000 (GMT) To: =?utf-8?B?SmFuIEtva2Vtw7xsbGVy?= From: Rui Paulo Subject: Re: Call For Testers: Synaptics touchpads Date: Fri, 10 Apr 2015 21:00:21 +0000 (GMT) X-Mailer: iCloud MailClient15B.9bb3ce9 MailServer15B.18633 X-Originating-IP: [12.218.212.178] Message-id: <9a5cda45-0c13-4d21-8f42-9bbc91ab0f35@me.com> X-Mailman-Approved-At: Fri, 10 Apr 2015 22:17:47 +0000 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Apr 2015 22:01:30 -0000 On Apr 10, 2015, at 10:52 AM, Jan Kokem=C3=BCller wrote:=0A=0A=0ABut it would be aweseome to have both enabled. Could so= meone=0Ainvestigate?=0A=0AI've written a patch for this:=0A=0Ahttps://list= s.freebsd.org/pipermail/freebsd-x11/2014-November/015673.html=0A=0AWith th= is, I can have both=0A=0Ahw.psm.synaptics_support=3D"1"=0Ahw.psm.trackpoin= t_support=3D"1"=0A=0Ain my /boot/loader.conf. I can control trackpoint set= tings such as speed =0Aor sensitivity while having the touchpad also enabl= ed.=0A=0AThe patch might need some cleanup to land in the tree, but I've b= een =0Ahappily using this for at least a year now :)=0A=C2=A0=0AActually, = the patch looks pretty reasonable. =C2=A0I'll test it and commit it if it = works :-)=0A=0AThanks!= From owner-freebsd-current@FreeBSD.ORG Sat Apr 11 00:50:53 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F147FDA for ; Sat, 11 Apr 2015 00:50:53 +0000 (UTC) Received: from mail-wg0-x22b.google.com (mail-wg0-x22b.google.com [IPv6:2a00:1450:400c:c00::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7F65CF77 for ; Sat, 11 Apr 2015 00:50:53 +0000 (UTC) Received: by wgyo15 with SMTP id o15so32172385wgy.2 for ; Fri, 10 Apr 2015 17:50:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=oPtq1UGkbszI9a/PzLf3Fpic8MQIzt8L5+3DZe9Vb6s=; b=K37gR8tjQf8f5MBeAdBoPIXByiVPFmGid3EOieZMpDt1gsopcL2VEEGxHac44ace4N RuDEGPkj/XgbL9pl3zoQEfVpH9f0Cvgi51hturqwbV2MZYI7Z48ZyDAy1xp899KNQpcH ts/DequnUyQH/U6ZEBRxqNrlqabTRoHk6cWVY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=oPtq1UGkbszI9a/PzLf3Fpic8MQIzt8L5+3DZe9Vb6s=; b=XJgNSoaPiKwJEmjs4MTd8C+MQsOKvZ6GDftkwQ3tlvhyv7j0y9bXES1i4YNWwZ3Pge wpRdZcwFT0Q83qXXEeLtGjvk+529ELAvoaGMRB4I8eC1iwJHcgR+AuZ0zAk3U8YeY5+R 8WULRj9R4YUOHmxlqPAqoGpMBUpOebnd519lOgPb15xNnbkRISbMLmSi65v2toVNMR6t Q+0+OokjwmbD6NXT79onkaR2238Xc4ob7Z4Xs4zZzYo1mJrCPqXADX3wsTEyIn8o0Wq/ oLpXI18bFe34jp6BKkD+2pO37oft+IWyi/t/7wPstGOaXuQD7og63vfkO8YVZ3c+j1sW mSTg== X-Gm-Message-State: ALoCoQnzNxRe7OGcxfwqvmdksZgNaSLY+EAmVyda6oxt8dwfrU6htoHSaMV75rb0jgHUGOrAdmKq X-Received: by 10.194.235.71 with SMTP id uk7mr7475726wjc.13.1428713451898; Fri, 10 Apr 2015 17:50:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.211.135 with HTTP; Fri, 10 Apr 2015 17:50:21 -0700 (PDT) In-Reply-To: <55265F29.7030008@gmail.com> References: <1849381.HnoQVUIgNM@akita> <55265F29.7030008@gmail.com> From: Eitan Adler Date: Fri, 10 Apr 2015 17:50:21 -0700 Message-ID: Subject: Re: Call For Testers: Synaptics touchpads To: David Demelier Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Apr 2015 00:50:54 -0000 On 9 April 2015 at 04:14, David Demelier wrote: >> Please test it and report back your experience. To enable synaptics >> support, >> you need: >> >> hw.psm.synaptics_support=1 > > > I strongly suggest to enable this by default, it will prevent lot of users > having headaches seeking why their touchpads do not work by default. We also > added sound support by default, why not the touchpad ? :-). Please see this thread: https://lists.freebsd.org/pipermail/svn-src-head/2013-September/051194.html If the issues mentioned in that thread have been resolved, I agree, we should enable synaptic support by default. -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Sat Apr 11 12:57:20 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81ECD1AC for ; Sat, 11 Apr 2015 12:57:20 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0F9F33 for ; Sat, 11 Apr 2015 12:57:19 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id t3BCvJBr063281 for ; Sat, 11 Apr 2015 05:57:19 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id t3BCvJME063280 for current@freebsd.org; Sat, 11 Apr 2015 05:57:19 -0700 (PDT) (envelope-from david) Date: Sat, 11 Apr 2015 05:57:19 -0700 From: David Wolfskill To: current@freebsd.org Subject: Kernel build failed in sys/x86/acpica @r281433 Message-ID: <20150411125719.GA15644@albert.catwhisker.org> Reply-To: fbsd-cfbsd-c@catwhisker.org Mail-Followup-To: fbsd-cfbsd-c@catwhisker.org, current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="6xKfvfmn9W5rdvbv" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Apr 2015 12:57:20 -0000 --6xKfvfmn9W5rdvbv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Running: FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1565 r281= 363M/281366:1100068: Fri Apr 10 05:41:13 PDT 2015 root@g1-254.catwhiske= r.org:/common/S4/obj/usr/src/sys/CANARY i386 World builds OK; kernel is OK up to: =2E.. >>> stage 3.2: building everything =2E.. --- legacy.o --- cc -c -O -pipe -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-proto= types -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -= Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs= -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-c= ompare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-un= used-function -Wno-error-pointer-sign -nostdinc -I. -I/usr/src/sys -I/usr= /src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL= _OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffre= estanding -fwrapv -fstack-protector -gdwarf-2 -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused= -function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-externs= -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-= qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissi= ng-include-dirs -fdiagnostics-show-option -Wno-unkno--- OsdEnvironment.o -= -- /usr/src/sys/x86/acpica/OsdEnvironment.c:73:39: error: incompatible pointer= types passing 'ACPI_SIZE *' (aka 'unsigned int *') to parameter of type 'A= CPI_PHYSICAL_ADDRESS *' (aka 'unsigned long long *') [-Werror,-Wincompatibl= e-pointer-types] if (ACPI_SUCCESS(AcpiFindRootPointer(&acpi_root))) ^~~~~~~~~~ /usr/src/sys/contrib/dev/acpica/include/acexcep.h:94:44: note: expanded fro= m macro 'ACPI_SUCCESS' #define ACPI_SUCCESS(a) (!(a)) ^ /usr/src/sys/contrib/dev/acpica/include/acpixf.h:506:30: note: passing argu= ment to parameter 'RsdpAddress' here ACPI_PHYSICAL_ADDRESS *RsdpAddress)) ^ /usr/src/sys/contrib/dev/acpica/include/acpixf.h:96:5: note: expanded from = macro 'ACPI_EXTERNAL_RETURN_STATUS' Prototype; ^ 1 error generated. =2E.. --- OsdEnvironment.o --- *** [OsdEnvironment.o] Error code 1 make[2]: stopped in /common/S4/obj/usr/src/sys/CANARY =2E... and things tend to "go downhill" from that point. Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who murder in the name of God or prophet are blasphemous cowards. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --6xKfvfmn9W5rdvbv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVKRouXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk772cP/jp4vyUoExcexomBqwC9X1Ku LehTL1QUVsEf3H4zwSrV2i8srZArb4LPbyiXvpf2L0eYJ6NViPwxZUgB4t0dYmvF L++jib6oz8PqBfE9jMp2iWTQ35GUeKLYoaXL4JD2vBM3PwTdC0U16hh33cgV+PQa mabK7+vivj/LARucn0keCSYTd9M6jjSxjRtbWQjeDcxNj0+eJjEMUz6a4MQbt6hp 3eN8GdifIFac1KU7p7rwRmmZidBFdLSnwJ8RiGOGM9PECEmusgJsFkDrTxSdT/cD Y5JdYaiHJ0pFWXj51BIkX1HuZdHyWvQMcarJjqzs2i4L2ZMuJn2XoSLBCj1OG3m8 8OeR9BqpsmCfUDBPx0wcuSO5m9zwgAKUndJh89n8uoOY9kN7LS5uiflCyRcp2k8o jSYTfkuyESQpU1vwz+fMKjcSxm7Nfni/uenh9PGp2qhlIlIhd/iuNAEGBJzvUOXJ CAC9a6hKWDvow1gm0WwWOCnHORra8ZH8x77hIsgngHE6MVUhfPj73qjRE+HPgrQG F+YptBJfjYz3PkThjbBbrSObbI+aQklJdbIqgTZiHvKgZOS8LH11+DiLeoAjv23Z aZREhzW0ftj6b0Wtcwen8yLU9Itb4C5i1MM/Dv/Inww55LMm/QsuqXUra+9V1K92 oM42Te3cLchIWKCLZPJw =VYeb -----END PGP SIGNATURE----- --6xKfvfmn9W5rdvbv-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 11 13:36:25 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05053A7F for ; Sat, 11 Apr 2015 13:36:25 +0000 (UTC) Received: from mail-qk0-f174.google.com (mail-qk0-f174.google.com [209.85.220.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BA70A36B for ; Sat, 11 Apr 2015 13:36:24 +0000 (UTC) Received: by qkhg7 with SMTP id g7so79785236qkh.2 for ; Sat, 11 Apr 2015 06:36:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=5s6P4rqIHJ+K18COczpeyEnUYXRBCZzk2J5hH1SSeqE=; b=Je4Qs5G100D5U4YqxHnB7xbEBNE5Ctm8RpLUAg98wLdTcBu8rGNPTOKInp/3Z0cs2o MpNYUJq730+FEiTu4xlvOHZpGGdeF5BYZuL5HG08aK6qFALW3mIgFmpZQ3DHhTGKHdRH /uyBPuXSHSQlnwPmAygaJWnQvmDEQyp2nApxzbS5CkbwXdXwzJwvUWmdCrjgNlFsAmA4 b96DjnKMJpXe6tO8J9yF5C4zqoXOPTlY7+8TAFKrjyxO3tiPX2BIGkLVsiu6rfz2ymcF 76DT4BmRvI08zBvksEBWu/Dgu+s7jN7tMljwOTbwudSheS7e8/wmmJoMPDjGqzLbiADK 0rBQ== X-Gm-Message-State: ALoCoQmXKuCgOaZzkeRYGmJDS/5vjn4Sshy1A6quyHEyCIGJL+71tfN0CfW10YPwF8d1yZUAnLku MIME-Version: 1.0 X-Received: by 10.182.106.197 with SMTP id gw5mr6331187obb.30.1428759381814; Sat, 11 Apr 2015 06:36:21 -0700 (PDT) Received: by 10.202.80.6 with HTTP; Sat, 11 Apr 2015 06:36:21 -0700 (PDT) In-Reply-To: <20150411125719.GA15644@albert.catwhisker.org> References: <20150411125719.GA15644@albert.catwhisker.org> Date: Sat, 11 Apr 2015 15:36:21 +0200 Message-ID: Subject: Re: Kernel build failed in sys/x86/acpica @r281433 From: Oliver Pinter To: fbsd-cfbsd-c@catwhisker.org, current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Apr 2015 13:36:25 -0000 On 4/11/15, David Wolfskill wrote: > Running: > FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1565 > r281363M/281366:1100068: Fri Apr 10 05:41:13 PDT 2015 > root@g1-254.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 > > World builds OK; kernel is OK up to: > > ... >>>> stage 3.2: building everything > ... > --- legacy.o --- > cc -c -O -pipe -g -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 -nostdinc -I. -I/usr/src/sys > -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL > -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse > -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 > -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -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-unkno--- > OsdEnvironment.o --- > /usr/src/sys/x86/acpica/OsdEnvironment.c:73:39: error: incompatible pointer > types passing 'ACPI_SIZE *' (aka 'unsigned int *') to parameter of type > 'ACPI_PHYSICAL_ADDRESS *' (aka 'unsigned long long *') > [-Werror,-Wincompatible-pointer-types] > if (ACPI_SUCCESS(AcpiFindRootPointer(&acpi_root))) > ^~~~~~~~~~ > /usr/src/sys/contrib/dev/acpica/include/acexcep.h:94:44: note: expanded from > macro 'ACPI_SUCCESS' > #define ACPI_SUCCESS(a) (!(a)) > ^ > /usr/src/sys/contrib/dev/acpica/include/acpixf.h:506:30: note: passing > argument to parameter 'RsdpAddress' here > ACPI_PHYSICAL_ADDRESS *RsdpAddress)) > ^ > /usr/src/sys/contrib/dev/acpica/include/acpixf.h:96:5: note: expanded from > macro 'ACPI_EXTERNAL_RETURN_STATUS' > Prototype; > ^ > 1 error generated. > ... > --- OsdEnvironment.o --- > *** [OsdEnvironment.o] Error code 1 > > make[2]: stopped in /common/S4/obj/usr/src/sys/CANARY > .... > Confirmed, jenkins build log is here: http://nyi-01.build.hardenedbsd.org:8180/jenkins/job/HardenedBSD-master-i386/56/console > and things tend to "go downhill" from that point. > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > Those who murder in the name of God or prophet are blasphemous cowards. > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. > From owner-freebsd-current@FreeBSD.ORG Sat Apr 11 13:53:49 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6728013C for ; Sat, 11 Apr 2015 13:53:49 +0000 (UTC) Received: from mail-vn0-f50.google.com (mail-vn0-f50.google.com [209.85.216.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 27C36772 for ; Sat, 11 Apr 2015 13:53:48 +0000 (UTC) Received: by vnbf190 with SMTP id f190so11339118vnb.1 for ; Sat, 11 Apr 2015 06:53:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=8AiAxlmJnUDcrPg5XqLbo3sr+dqO9uUZ4S6t5ttT7oU=; b=LH+wFtePVI+rjxRm5m/uooiKlOlfLi8STlcnwZlLH+wHTZMHh1U5fvmI5Iw7eGKIx8 Me04W/Gpuxd8FcOV0j1z1e0XqRPV+NsCTOh4RmGALmMnPdtZ5RnBGZjskXILK0lLHYEi GIa4mndUIoSazd6Qn03iHWaK1goyzb8wgorGbc+Su/6zmNmZdTU0/H8g5rXfqfCpffbH wDgd76aB4VKvuwv4WipcU9X3iE+4TC+uI3nAHTHB/NuhA6z6vDgEp9T9lUfBTzSxVgq7 KdVk/Md9iAerlPgE+UpsP4y2K7JLFGRKv1SgX5MZG4UvldrnIlz+7upc5EO24LkJcfOK w4iw== X-Gm-Message-State: ALoCoQkeJyYZfurwVPNqkv++A7x9mm8xPr0Umb2zvI+rwHnf2NWv8nQaKg/zB2MVhZLEruZcnM4E MIME-Version: 1.0 X-Received: by 10.202.84.135 with SMTP id i129mr1913624oib.114.1428760421856; Sat, 11 Apr 2015 06:53:41 -0700 (PDT) Received: by 10.202.80.6 with HTTP; Sat, 11 Apr 2015 06:53:41 -0700 (PDT) Date: Sat, 11 Apr 2015 15:53:41 +0200 Message-ID: Subject: WARNING: FOO.c: enum pmc_event has too many values: 1930 > 1023 From: Oliver Pinter To: current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Apr 2015 13:53:49 -0000 Hi all! I just found the line in the subject in our jenkinsbuild log in both amd64 and i386 case (we don't modified these files): http://nyi-01.build.hardenedbsd.org:8180/jenkins/job/HardenedBSD-master-i386/56/console http://nyi-01.build.hardenedbsd.org:8180/jenkins/job/HardenedBSD-master-amd64/58/consoleFull And more similar lines: WARNING: kern_pmc.c: enum pmc_event has too many values: 1930 > 1023 WARNING: kern_rwlock.c: enum pmc_event has too many values: 1930 > 1023 WARNING: kern_sx.c: enum pmc_event has too many values: 1930 > 1023 WARNING: kern_clock.c: enum pmc_event has too many values: 1930 > 1023 WARNING: kern_mutex.c: enum pmc_event has too many values: 1930 > 1023 WARNING: trap.c: enum pmc_event has too many values: 1930 > 1023 WARNING: hwpmc_soft.c: enum pmc_event has too many values: 1930 > 1023 WARNING: hwpmc_intel.c: enum pmc_event has too many values: 1930 > 1023 WARNING: hwpmc_amd.c: enum pmc_event has too many values: 1930 > 1023 WARNING: hwpmc_tsc.c: enum pmc_event has too many values: 1930 > 1023 WARNING: hwpmc_x86.c: enum pmc_event has too many values: 1930 > 1023 WARNING: hwpmc_logging.c: enum pmc_event has too many values: 1930 > 1023 WARNING: hwpmc_piv.c: enum pmc_event has too many values: 1930 > 1023 WARNING: hwpmc_uncore.c: enum pmc_event has too many values: 1930 > 1023 WARNING: hwpmc_core.c: enum pmc_event has too many values: 1930 > 1023 WARNING: hwpmc_mod.c: enum pmc_event has too many values: 1930 > 1023 WARNING: kern_lock.c: enum pmc_event has too many values: 1930 > 1023 and some other hwpmc related warnings too: --- kern_pmc.o --- /jenkins/workspace/HardenedBSD-master-amd64/sys/kern/kern_pmc.c:290:32: warning: comparison of constant 131072 with expression of type 'enum pmc_event' is always false [-Wtautological-constant-out-of-range-compare] KASSERT(ps->ps_ev.pm_ev_code >= PMC_EV_SOFT_FIRST && ~~~~~~~~~~~~~~~~~~~~ ^ ~~~~~~~~~~~~~~~~~ /jenkins/workspace/HardenedBSD-master-amd64/sys/sys/systm.h:84:24: note: expanded from macro 'KASSERT' if (__predict_false(!(exp))) \ ^ /jenkins/workspace/HardenedBSD-master-amd64/sys/sys/cdefs.h:453:51: note: expanded from macro '__predict_false' #define __predict_false(exp) __builtin_expect((exp), 0) ^ /jenkins/workspace/HardenedBSD-master-amd64/sys/kern/kern_pmc.c:291:28: warning: comparison of constant 135167 with expression of type 'enum pmc_event' is always true [-Wtautological-constant-out-of-range-compare] ps->ps_ev.pm_ev_code <= PMC_EV_SOFT_LAST, ~~~~~~~~~~~~~~~~~~~~ ^ /jenkins/workspace/HardenedBSD-master-amd64/sys/sys/systm.h:84:24: note: expanded from macro 'KASSERT' if (__predict_false(!(exp))) \ ^ /jenkins/workspace/HardenedBSD-master-amd64/sys/sys/cdefs.h:453:51: note: expanded from macro '__predict_false' #define __predict_false(exp) __builtin_expect((exp), 0) ^ --- kern_prot.o --- --- kern_pmc.o --- /jenkins/workspace/HardenedBSD-master-amd64/sys/kern/kern_pmc.c:307:13: warning: comparison of constant 131072 with expression of type 'enum pmc_event' is always false [-Wtautological-constant-out-of-range-compare] KASSERT(ev >= PMC_EV_SOFT_FIRST && ~~ ^ ~~~~~~~~~~~~~~~~~ /jenkins/workspace/HardenedBSD-master-amd64/sys/sys/systm.h:84:24: note: expanded from macro 'KASSERT' if (__predict_false(!(exp))) \ ^ /jenkins/workspace/HardenedBSD-master-amd64/sys/sys/cdefs.h:453:51: note: expanded from macro '__predict_false' #define __predict_false(exp) __builtin_expect((exp), 0) ^ /jenkins/workspace/HardenedBSD-master-amd64/sys/kern/kern_pmc.c:308:9: warning: comparison of constant 135167 with expression of type 'enum pmc_event' is always true [-Wtautological-constant-out-of-range-compare] ev <= PMC_EV_SOFT_LAST, ~~ ^ /jenkins/workspace/HardenedBSD-master-amd64/sys/sys/systm.h:84:24: note: expanded from macro 'KASSERT' if (__predict_false(!(exp))) \ ^ /jenkins/workspace/HardenedBSD-master-amd64/sys/sys/cdefs.h:453:51: note: expanded from macro '__predict_false' #define __predict_false(exp) __builtin_expect((exp), 0) ^ From owner-freebsd-current@FreeBSD.ORG Sat Apr 11 14:48:01 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C742FD53 for ; Sat, 11 Apr 2015 14:48:01 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7D36AC76 for ; Sat, 11 Apr 2015 14:48:01 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 2B07D6A6002; Sat, 11 Apr 2015 16:47:58 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id t3BElv5F005722; Sat, 11 Apr 2015 16:47:57 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id t3BElvSZ005399; Sat, 11 Apr 2015 16:47:57 +0200 (CEST) (envelope-from lars) Date: Sat, 11 Apr 2015 16:47:57 +0200 From: Lars Engels To: Rui Paulo Subject: Re: Call For Testers: Synaptics touchpads Message-ID: <20150411144757.GG20473@e-new.0x20.net> Mail-Followup-To: Lars Engels , Rui Paulo , freebsd-current@freebsd.org, David Demelier References: <1849381.HnoQVUIgNM@akita> <20150410122200.GZ20473@e-new.0x20.net> <1478054.I6vol9PkrK@akita> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="vnSC+wKlQbGVr9qh" Content-Disposition: inline In-Reply-To: <1478054.I6vol9PkrK@akita> X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p23 User-Agent: Mutt/1.5.23 (2014-03-12) Cc: David Demelier , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Apr 2015 14:48:01 -0000 --vnSC+wKlQbGVr9qh Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 10, 2015 at 09:10:14AM -0700, Rui Paulo wrote: > On Friday 10 April 2015 14:22:00 Lars Engels wrote: > > On Thu, Apr 09, 2015 at 05:05:09PM -0700, Rui Paulo wrote: > > > > On Apr 9, 2015, at 14:03, Lars Engels wrote: > > > >> On Thu, Apr 09, 2015 at 01:14:18PM -0700, Rui Paulo wrote: > > > >>> On Thursday 09 April 2015 15:41:59 Lars Engels wrote: > > > >>> But it would be aweseome to have both enabled. Could someone > > > >>> investigate? > > > >>=20 > > > >> I don't know how that can work since every time I run the > > > >> enable_trackpoint() routine on my psm device, it cannot complete t= he > > > >> initialisation routine. Maybe there's a special command when mixing > > > >> synaptics with trackpoint, but I don't know what it is. > > > >=20 > > > > Maybe the Linux folks found a way? > > >=20 > > > Do you have time to investigate? I'm a bit busy with other stuff. > >=20 > > No, sorry. I don't have the knowledge to investigate. >=20 > OK, but does your trackpoint not work? It works fine in my case, but you= just=20 > lose the sysctl settings to control it. Yes, it does work. Actually I don't need the touchpad at all, so I'm fine having only trackpoint with its sysctls enabled, but other people might use both. --vnSC+wKlQbGVr9qh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJVKTQcXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1tSVMH/0HG178pP7jQFmvIjzlsOcZ9 Ahy8XDsGu7atEQ1rSL1FWwvV0+CPf1SUASscDu7sGQOCqSMbMouwdj+PSSmP+Awk WXuvWU60BaWzHZAkHDOgqXt2JmwDIzfUA5kkvpKpFOL7Ng4lJzeeq6tuJJwxthPy PXnNiKcAdAXKnuCxWGE5mTijz23X2UXZPqDaABjq2WLr/NHWrO5ckUSi9xygl2KX VeLq4Lh2kj4vObMK/Mb7x1HqKO0p0zqJOlVyh98VkoqeuCgxmRcGWqjOULSGNZ41 sVLUjxnNQBrvoarRv51OhlgSp8SqhJayTwGVhK7CpWp6bs5x/1HPkN+IwmpjgbM= =mbaS -----END PGP SIGNATURE----- --vnSC+wKlQbGVr9qh-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 11 15:27:27 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC4CA8FA for ; Sat, 11 Apr 2015 15:27:26 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AC0939D for ; Sat, 11 Apr 2015 15:27:26 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id t3BFROdY065326 for ; Sat, 11 Apr 2015 08:27:24 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id t3BFROQm065325 for current@freebsd.org; Sat, 11 Apr 2015 08:27:24 -0700 (PDT) (envelope-from david) Date: Sat, 11 Apr 2015 08:27:24 -0700 From: David Wolfskill To: current@freebsd.org Subject: Re: Kernel build failed in sys/x86/acpica @r281433 Message-ID: <20150411152724.GE15644@albert.catwhisker.org> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org References: <20150411125719.GA15644@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="kK9AL8AnBmMfbzhN" Content-Disposition: inline In-Reply-To: <20150411125719.GA15644@albert.catwhisker.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Apr 2015 15:27:27 -0000 --kK9AL8AnBmMfbzhN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 11, 2015 at 05:57:19AM -0700, David Wolfskill wrote: > Running: > FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1565 r2= 81363M/281366:1100068: Fri Apr 10 05:41:13 PDT 2015 root@g1-254.catwhis= ker.org:/common/S4/obj/usr/src/sys/CANARY i386 >=20 > World builds OK; kernel is OK up to: > ...=20 > /usr/src/sys/x86/acpica/OsdEnvironment.c:73:39: error: incompatible point= er types passing 'ACPI_SIZE *' (aka 'unsigned int *') to parameter of type = 'ACPI_PHYSICAL_ADDRESS *' (aka 'unsigned long long *') [-Werror,-Wincompati= ble-pointer-types] > if (ACPI_SUCCESS(AcpiFindRootPointer(&acpi_root))) > ^~~~~~~~~~ > .... This seems to be specific to i386; my build & smoke test for amd64 was successful: FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #28 r28136= 3M/281366:1100068: Fri Apr 10 06:59:53 PDT 2015 root@g1-254.catwhisker.= org:/common/S3/obj/usr/src/sys/CANARY amd64 FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #29 r28143= 3M/281433:1100068: Sat Apr 11 06:33:16 PDT 2015 root@g1-254.catwhisker.= org:/common/S3/obj/usr/src/sys/CANARY amd64 (Note that this is exactly the same hardware as in the failing case -- merely booted & run from a different slice of the disk.) Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who murder in the name of God or prophet are blasphemous cowards. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --kK9AL8AnBmMfbzhN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVKT1cXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7pGAP/3J406tMY95P5vAflUsWXEfr SNcrrYnlAVSr4HyLA+q9M7YxZB/8JFlwYN3/Tc1oIg/TcpimIpZOsi5hL3LuI2Pw 87je/lGHoimKUZhr7BlDzDypa8VU1bfilv3FsipTkIMmKTJU9y22TX2WpdRoFK58 KZ4EusICs5mNNFZIpK59fQ/SYhnXQPLfdkrG/O8VbpABVspqYgWTl/dCO7yfV1MV h9VF8QAIS5zyr2Tjk8AEle+4MAa7V5YLaz18/ghbzm5ed+er9/r1fLuV8k79kKIu 8M4mbveYRuLk850Ld4Pg1GsjnBLCE+0jcWk++KS9R+EVisIlHPb4yGJU8aK/iQdA hgMwczL6H+pojXyYDSQp5m56+uSq5eKxn6Hrv8cTUore+nyvaRJh5gJxJ5TsyGJb jq7P2lgSFUAcDIF07mfYgxdL5b1YbhDCmiUMg+PjChfGxfs9+l7F/eaha4yVN5np 0u1WmCXemtMP24rkmlSedUZEig7YOFDG0SkMwEmojFJBqmydpexjIi7RRH3LX70r hoqsRySTeachOCVtSUB1ollG5M5f0GR2km/hh6zF9U7KXqbiC75lw8DYOJp7ObgB xjOwAYqbOVQNaj7hhC6suIQwu8iaJVbelLirjYcjG2+AZgkriwJBQYgWnPHhwBAR 1cdKO3zrSoQI0ky1i2Y3 =KckM -----END PGP SIGNATURE----- --kK9AL8AnBmMfbzhN-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 11 16:41:58 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 48EB4C0A; Sat, 11 Apr 2015 16:41:58 +0000 (UTC) Received: from st11p00mm-asmtp001.mac.com (st11p00mm-asmtpout001.mac.com [17.172.81.0]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1BDB0A24; Sat, 11 Apr 2015 16:41:57 +0000 (UTC) Received: from akita.localnet (c-73-162-13-215.hsd1.ca.comcast.net [73.162.13.215]) by st11p00mm-asmtp001.mac.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTPSA id <0NMN00J72IDSJK20@st11p00mm-asmtp001.mac.com>; Sat, 11 Apr 2015 16:41:56 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-04-11_02:2015-04-10,2015-04-11,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=4 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1504110133 From: Rui Paulo To: freebsd-current@freebsd.org Subject: Re: WARNING: FOO.c: enum pmc_event has too many values: 1930 > 1023 Date: Sat, 11 Apr 2015 09:41:47 -0700 Message-id: <3993727.Uyr34jnAqW@akita> User-Agent: KMail/4.14.3 (FreeBSD/11.0-CURRENT; KDE/4.14.3; amd64; ; ) In-reply-to: References: MIME-version: 1.0 Content-transfer-encoding: 7Bit Content-type: text/plain; charset=us-ascii X-Mailman-Approved-At: Sat, 11 Apr 2015 17:09:32 +0000 Cc: current@freebsd.org, Oliver Pinter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Apr 2015 16:41:58 -0000 On Saturday 11 April 2015 15:53:41 Oliver Pinter wrote: > Hi all! > > I just found the line in the subject in our jenkinsbuild log in both > amd64 and i386 case (we don't modified these files): > > http://nyi-01.build.hardenedbsd.org:8180/jenkins/job/HardenedBSD-master-i386 > /56/console > http://nyi-01.build.hardenedbsd.org:8180/jenkins/job/HardenedBSD-master-amd > 64/58/consoleFull > > And more similar lines: > > WARNING: kern_pmc.c: enum pmc_event has too many values: 1930 > 1023 > WARNING: kern_rwlock.c: enum pmc_event has too many values: 1930 > 1023 > WARNING: kern_sx.c: enum pmc_event has too many values: 1930 > 1023 > WARNING: kern_clock.c: enum pmc_event has too many values: 1930 > 1023 > WARNING: kern_mutex.c: enum pmc_event has too many values: 1930 > 1023 > WARNING: trap.c: enum pmc_event has too many values: 1930 > 1023 > WARNING: hwpmc_soft.c: enum pmc_event has too many values: 1930 > 1023 > WARNING: hwpmc_intel.c: enum pmc_event has too many values: 1930 > 1023 > WARNING: hwpmc_amd.c: enum pmc_event has too many values: 1930 > 1023 > WARNING: hwpmc_tsc.c: enum pmc_event has too many values: 1930 > 1023 > WARNING: hwpmc_x86.c: enum pmc_event has too many values: 1930 > 1023 > WARNING: hwpmc_logging.c: enum pmc_event has too many values: 1930 > 1023 > WARNING: hwpmc_piv.c: enum pmc_event has too many values: 1930 > 1023 > WARNING: hwpmc_uncore.c: enum pmc_event has too many values: 1930 > 1023 > WARNING: hwpmc_core.c: enum pmc_event has too many values: 1930 > 1023 > WARNING: hwpmc_mod.c: enum pmc_event has too many values: 1930 > 1023 > WARNING: kern_lock.c: enum pmc_event has too many values: 1930 > 1023 This is a known problem. PMC abuses enums and CTF can't cope with it. > and some other hwpmc related warnings too: > --- kern_pmc.o --- > /jenkins/workspace/HardenedBSD-master-amd64/sys/kern/kern_pmc.c:290:32: > warning: comparison of constant 131072 with expression of type 'enum > pmc_event' is always false > [-Wtautological-constant-out-of-range-compare] > KASSERT(ps->ps_ev.pm_ev_code >= PMC_EV_SOFT_FIRST && > ~~~~~~~~~~~~~~~~~~~~ ^ ~~~~~~~~~~~~~~~~~ > /jenkins/workspace/HardenedBSD-master-amd64/sys/sys/systm.h:84:24: > note: expanded from macro 'KASSERT' > if (__predict_false(!(exp))) \ > ^ > /jenkins/workspace/HardenedBSD-master-amd64/sys/sys/cdefs.h:453:51: > note: expanded from macro '__predict_false' > #define __predict_false(exp) __builtin_expect((exp), 0) > ^ > /jenkins/workspace/HardenedBSD-master-amd64/sys/kern/kern_pmc.c:291:28: > warning: comparison of constant 135167 with expression of type 'enum > pmc_event' is always true > [-Wtautological-constant-out-of-range-compare] > ps->ps_ev.pm_ev_code <= PMC_EV_SOFT_LAST, > ~~~~~~~~~~~~~~~~~~~~ ^ > /jenkins/workspace/HardenedBSD-master-amd64/sys/sys/systm.h:84:24: > note: expanded from macro 'KASSERT' > if (__predict_false(!(exp))) \ > ^ > /jenkins/workspace/HardenedBSD-master-amd64/sys/sys/cdefs.h:453:51: > note: expanded from macro '__predict_false' > #define __predict_false(exp) __builtin_expect((exp), 0) > ^ > --- kern_prot.o --- > --- kern_pmc.o --- > /jenkins/workspace/HardenedBSD-master-amd64/sys/kern/kern_pmc.c:307:13: > warning: comparison of constant 131072 with expression of type 'enum > pmc_event' is always false > [-Wtautological-constant-out-of-range-compare] > KASSERT(ev >= PMC_EV_SOFT_FIRST && > ~~ ^ ~~~~~~~~~~~~~~~~~ > /jenkins/workspace/HardenedBSD-master-amd64/sys/sys/systm.h:84:24: > note: expanded from macro 'KASSERT' > if (__predict_false(!(exp))) \ > ^ > /jenkins/workspace/HardenedBSD-master-amd64/sys/sys/cdefs.h:453:51: > note: expanded from macro '__predict_false' > #define __predict_false(exp) __builtin_expect((exp), 0) > ^ > /jenkins/workspace/HardenedBSD-master-amd64/sys/kern/kern_pmc.c:308:9: > warning: comparison of constant 135167 with expression of type 'enum > pmc_event' is always true > [-Wtautological-constant-out-of-range-compare] > ev <= PMC_EV_SOFT_LAST, > ~~ ^ > /jenkins/workspace/HardenedBSD-master-amd64/sys/sys/systm.h:84:24: > note: expanded from macro 'KASSERT' > if (__predict_false(!(exp))) \ > ^ > /jenkins/workspace/HardenedBSD-master-amd64/sys/sys/cdefs.h:453:51: > note: expanded from macro '__predict_false' > #define __predict_false(exp) __builtin_expect((exp), 0) We kept these checks for safety. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sat Apr 11 17:57:17 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98DE2E1B; Sat, 11 Apr 2015 17:57:17 +0000 (UTC) Received: from pp1.rice.edu (proofpoint1.mail.rice.edu [128.42.201.100]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 600BB132; Sat, 11 Apr 2015 17:57:16 +0000 (UTC) Received: from pps.filterd (pp1.rice.edu [127.0.0.1]) by pp1.rice.edu (8.14.5/8.14.5) with SMTP id t3BHstpn022562; Sat, 11 Apr 2015 12:57:15 -0500 Received: from mh11.mail.rice.edu (mh11.mail.rice.edu [128.42.199.30]) by pp1.rice.edu with ESMTP id 1tkfwnkmka-1; Sat, 11 Apr 2015 12:57:15 -0500 X-Virus-Scanned: by amavis-2.7.0 at mh11.mail.rice.edu, auth channel Received: from 108-254-203-201.lightspeed.hstntx.sbcglobal.net (108-254-203-201.lightspeed.hstntx.sbcglobal.net [108.254.203.201]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh11.mail.rice.edu (Postfix) with ESMTPSA id 89E994C0266; Sat, 11 Apr 2015 12:57:14 -0500 (CDT) Message-ID: <55296079.2010104@rice.edu> Date: Sat, 11 Apr 2015 12:57:13 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Svatopluk Kraus , freebsd-current@freebsd.org, alc@freebsd.org Subject: Re: [patch] deadlock in vm_reserv_reclaim_contig() References: In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=11 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1504110143 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Apr 2015 17:57:17 -0000 On 04/10/2015 04:11, Svatopluk Kraus wrote: > Hi, > > my RPI-B has been stuck in vm_reserv_reclaim_contig() due to a bug > within that function. I can reproduce that easily on my two-core > pandaboard when I limit all memory in system to 128MiB and run "make > -j16 kernel-toolchain". It happens in few seconds. > > The patch should be self-explanatory. The problem is that there is a > free page found in reservation which does not fulfill alignment > requirement, thus next free page should be looked for. However, due to > the bug, the same free page is found out again and again. > > The patch takes into account that shift by m on n-bit arch has an > undefined behaviour if m >=3D n. > The patch looks correct. I'm just going to tweak the comment, and then I'll commit it.