Re: System libc++ isn't fully compatible with clang 3.4 from ports
On 29 Jan 2014, at 03:27, Dmitry Marakasov wrote: > > JFYI, I've just ran into shortcoming of libc++ from 10-RELEASE when used > with clang 3.4 from ports: ... > The cause: http://llvm.org/bugs/show_bug.cgi?id=17798, was fixed in > libc++ r194154. We probably need to update libc++ or at least backport > this into stable branches if we want to support clang 3.4 in ports. Hm, which port is having problems with this? I have built quite a large set, and never encountered this issue. In any case: yes, it is quite long overdue for a libc++ update. :-) I will have a look tonight. -Dimitry signature.asc Description: Message signed with OpenPGP using GPGMail
[head tinderbox] failure on mips/mips
TB --- 2014-01-29 07:49:44 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-29 07:49:44 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-29 07:49:44 - starting HEAD tinderbox run for mips/mips TB --- 2014-01-29 07:49:44 - cleaning the object tree TB --- 2014-01-29 07:49:44 - /usr/local/bin/svn stat /src TB --- 2014-01-29 07:49:52 - At svn revision 261254 TB --- 2014-01-29 07:49:53 - building world TB --- 2014-01-29 07:49:53 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 07:49:53 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 07:49:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 07:49:53 - SRCCONF=/dev/null TB --- 2014-01-29 07:49:53 - TARGET=mips TB --- 2014-01-29 07:49:53 - TARGET_ARCH=mips TB --- 2014-01-29 07:49:53 - TZ=UTC TB --- 2014-01-29 07:49:53 - __MAKE_CONF=/dev/null TB --- 2014-01-29 07:49:53 - cd /src TB --- 2014-01-29 07:49:53 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 29 07:50:01 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> cddl/usr.bin/ctfconvert (all) cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-unknown-prag! mas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/alist.c cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-unknown-prag! mas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/ctf.c cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-unknown-prag! mas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/ctfconvert.c cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/.
Re: Apple Trackpad driver
Hi I tested the driver on a 2012 Macbook Air 11" and it works great! Good job! Is there a way to disable click-by-touch? I always preferred clicking with the physical button that is built in to the pad. Best regards -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Wed, Jan 29, 2014 at 2:24 PM, Lundberg, Johannes < johan...@brilliantservice.co.jp> wrote: > This is really good news :) I will try it on my 2012 and 2013 MBAs soon! > (hopefully it is same hardware as in the pros) > > -- > Johannes Lundberg > BRILLIANTSERVICE CO., LTD. > > > On Wed, Jan 29, 2014 at 2:13 PM, Adrian Chadd wrote: > >> holy crap, cool! >> >> Hans? Any chance we could get this into -HEAD? >> >> >> -a >> >> >> On 28 January 2014 17:43, Huang Wen Hui wrote: >> > Hi, >> > I have a working trackpad driver for my MBP 2013, I am not C >> programmer >> > usually, >> > so the code may ugly. If someone like to test, you can download it from >> > http://sw.gddsn.org.cn/freebsd/wsp-140129.tar.gz, >> > I only test it on MBP2012 and MBP2013. Right now the driver have these >> > feature: >> > >> > 1. Vertical scrolling with 2 fingers movement, >> > 2. In firefox, 2 fingers horizontal movement act as page back/forward. >> > 3. one finger tap act as left mouse click, 2 fingers tap act as right >> mouse >> > click, and >> > three fingers tap act as middle mouse click. >> > 4. you also use sysctl to modify some parameters: >> > hw.usb.wsp.scale_factor: 12 >> > hw.usb.wsp.z_factor: 5 >> > hw.usb.wsp.pressure_touch_threshold: 50 >> > hw.usb.wsp.pressure_untouch_threshold: 10 >> > hw.usb.wsp.pressure_tap_threshold: 120 >> > hw.usb.wsp.scr_hor_threshold: 50 >> > >> > Cheers, >> > >> > Huang Wen Hui >> > ___ >> > freebsd-current@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-current >> > To unsubscribe, send any mail to " >> freebsd-current-unsubscr...@freebsd.org" >> ___ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org >> " >> > > -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。 もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、 複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。 --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on mips64/mips
TB --- 2014-01-29 08:33:48 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-29 08:33:48 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-29 08:33:48 - starting HEAD tinderbox run for mips64/mips TB --- 2014-01-29 08:33:48 - cleaning the object tree TB --- 2014-01-29 08:33:48 - /usr/local/bin/svn stat /src TB --- 2014-01-29 08:34:07 - At svn revision 261254 TB --- 2014-01-29 08:34:08 - building world TB --- 2014-01-29 08:34:08 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 08:34:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 08:34:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 08:34:08 - SRCCONF=/dev/null TB --- 2014-01-29 08:34:08 - TARGET=mips TB --- 2014-01-29 08:34:08 - TARGET_ARCH=mips64 TB --- 2014-01-29 08:34:08 - TZ=UTC TB --- 2014-01-29 08:34:08 - __MAKE_CONF=/dev/null TB --- 2014-01-29 08:34:08 - cd /src TB --- 2014-01-29 08:34:08 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 29 08:34:16 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> cddl/usr.bin/ctfconvert (all) cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-unknown-prag! mas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/alist.c cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-unknown-prag! mas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/ctf.c cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-unknown-prag! mas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/ctfconvert.c cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconve
Re: Lessons learned from source upgrade from FreeBSD i386 9.2 Stable to FreeBSD i386 10.0 Release.
Could you elaborate? Are those ntfs pendrives? ntfs support by ntfs.ko and mount_ntfs was removed in 10 tree. There is fuse kernel module and a port for ntfs in place of it (haven't tested but I'm told it works). Regarding fat (msdosfs) pendrives, I've just mounted one created under 8-CURRENT. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Lessons-learned-from-source-upgrade-from-FreeBSD-i386-9-2-Stable-to-FreeBSD-i386-10-0-Release-tp5878896p5881032.html Sent from the freebsd-current mailing list archive at Nabble.com. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Lessons learned from source upgrade from FreeBSD i386 9.2 Stable to FreeBSD i386 10.0 Release.
Regarding ports, since I've converted to pkng earlier, for most part I've just removed /usr/local/* and hit portmaster -af -- View this message in context: http://freebsd.1045724.n5.nabble.com/Lessons-learned-from-source-upgrade-from-FreeBSD-i386-9-2-Stable-to-FreeBSD-i386-10-0-Release-tp5878896p5881033.html Sent from the freebsd-current mailing list archive at Nabble.com. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on sparc64/sparc64
TB --- 2014-01-29 09:53:38 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-29 09:53:38 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-29 09:53:38 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-01-29 09:53:38 - cleaning the object tree TB --- 2014-01-29 09:53:38 - /usr/local/bin/svn stat /src TB --- 2014-01-29 09:53:41 - At svn revision 261254 TB --- 2014-01-29 09:53:42 - building world TB --- 2014-01-29 09:53:42 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 09:53:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 09:53:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 09:53:42 - SRCCONF=/dev/null TB --- 2014-01-29 09:53:42 - TARGET=sparc64 TB --- 2014-01-29 09:53:42 - TARGET_ARCH=sparc64 TB --- 2014-01-29 09:53:42 - TZ=UTC TB --- 2014-01-29 09:53:42 - __MAKE_CONF=/dev/null TB --- 2014-01-29 09:53:42 - cd /src TB --- 2014-01-29 09:53:42 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 29 09:53:49 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> cddl/usr.bin/ctfconvert (all) cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -W! no-unknown-pragmas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/alist.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -W! no-unknown-pragmas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/ctf.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -W! no-unknown-pragmas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/ctfconvert.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/co
Re: Apple Trackpad driver
On 01/29/14 09:49, Lundberg, Johannes wrote:
Hi
I tested the driver on a 2012 Macbook Air 11" and it works great! Good job!
Is there a way to disable click-by-touch? I always preferred clicking with
the physical button that is built in to the pad.
Hi,
I've added an "#if 0" around the 1 finger tap code until further. Maybe
this feature can be tunable?
I fixed the code style, added some range checks and cleared some buffer
issues.
When you assign a signed value to an unsigned variable, you should range
check it, because the sign might cause an overflow when you use it later on.
int8_t x = -1;
uint32_t t = x;
"t" is now "0xU" and not "255".
Tested the code on my MacBookPro. Hope I didn't break anything. If so,
send a patch to freebsd-usb.
http://svnweb.freebsd.org/changeset/base/261260
To get the touchpad working with Xorg, I needed to re-compile HALD with
the attached patch.
kwm: Can you get the attached patch into ports?
Auto-loading of wsp via devd will be done later. Simply need to
re-generate usb.conf in /etc ...
--HPS
--- patch-hald_freebsd_hf-usb2.c.orig 2014-01-29 11:50:11.0 +0100
+++ patch-hald_freebsd_hf-usb2.c 2014-01-29 11:50:36.0 +0100
@@ -61,7 +61,7 @@
+ if (driver) {
+if (!strcmp(driver, "ukbd"))
+ hf_device_set_input(device, "keyboard", "keys", NULL);
-+else if (!strcmp(driver, "ums") || !strcmp(driver, "atp")) {
++else if (!strcmp(driver, "ums") || !strcmp(driver, "atp") || !strcmp(driver, "wsp")) {
+ hf_device_set_input(device, "mouse", NULL, devname);
+ hf_runner_run_sync(device, 0, "hald-probe-mouse", NULL);
+} else if (!strcmp(driver, "uhid")) {
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on powerpc/powerpc
TB --- 2014-01-29 09:15:40 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-29 09:15:40 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-29 09:15:40 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-01-29 09:15:40 - cleaning the object tree TB --- 2014-01-29 09:15:40 - /usr/local/bin/svn stat /src TB --- 2014-01-29 09:15:45 - At svn revision 261254 TB --- 2014-01-29 09:15:46 - building world TB --- 2014-01-29 09:15:46 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 09:15:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 09:15:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 09:15:46 - SRCCONF=/dev/null TB --- 2014-01-29 09:15:46 - TARGET=powerpc TB --- 2014-01-29 09:15:46 - TARGET_ARCH=powerpc TB --- 2014-01-29 09:15:46 - TZ=UTC TB --- 2014-01-29 09:15:46 - __MAKE_CONF=/dev/null TB --- 2014-01-29 09:15:46 - cd /src TB --- 2014-01-29 09:15:46 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 29 09:15:54 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> cddl/usr.bin/ctfconvert (all) cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -W! no-unknown-pragmas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/alist.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -W! no-unknown-pragmas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/ctf.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -W! no-unknown-pragmas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/ctfconvert.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/co
11.0-CURRENT r261258 pkg read/poll hang
Hello,
freshly built:
root@vm0:~ # uname -a
FreeBSD vm0.mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0
r261258: Wed Jan 29 12:27:00 EET 2014
r...@vm0.mkushnir.mooo.com:/work/obj/work/src.svnup/sys/MAREK amd64
# pkg help
will hang eating up 100% CPU. truss shows it's locked in an endless loop:
[...]
poll({5/POLLIN|POLLERR},1,-1)= 1 (0x1)
read(5,0x802c61000,1024) = 0 (0x0)
poll({5/POLLIN|POLLERR},1,-1)= 1 (0x1)
read(5,0x802c61000,1024) = 0 (0x0)
poll({5/POLLIN|POLLERR},1,-1)= 1 (0x1)
read(5,0x802c61000,1024) = 0 (0x0)
poll({5/POLLIN|POLLERR},1,-1)= 1 (0x1)
read(5,0x802c61000,1024) = 0 (0x0)
poll({5/POLLIN|POLLERR},1,-1)= 1 (0x1)
read(5,0x802c61000,1024) = 0 (0x0)
poll({5/POLLI^CN|POLLERR},1,-1) = 1 (0x1)
SIGNAL 2 (SIGINT)
process exit, rval = 0
--
Markiyan.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on powerpc64/powerpc
TB --- 2014-01-29 09:32:09 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-29 09:32:09 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-29 09:32:09 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-01-29 09:32:09 - cleaning the object tree TB --- 2014-01-29 09:32:09 - /usr/local/bin/svn stat /src TB --- 2014-01-29 09:32:13 - At svn revision 261254 TB --- 2014-01-29 09:32:14 - building world TB --- 2014-01-29 09:32:14 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 09:32:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 09:32:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 09:32:14 - SRCCONF=/dev/null TB --- 2014-01-29 09:32:14 - TARGET=powerpc TB --- 2014-01-29 09:32:14 - TARGET_ARCH=powerpc64 TB --- 2014-01-29 09:32:14 - TZ=UTC TB --- 2014-01-29 09:32:14 - __MAKE_CONF=/dev/null TB --- 2014-01-29 09:32:14 - cd /src TB --- 2014-01-29 09:32:14 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 29 09:32:21 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> cddl/usr.bin/ctfconvert (all) cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -W! no-unknown-pragmas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/alist.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -W! no-unknown-pragmas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/ctf.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -W! no-unknown-pragmas -c /src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/ctfconvert.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfconvert/../../../sys/cdd
Re: Lessons learned from source upgrade from FreeBSD i386 9.2 Stable to FreeBSD i386 10.0 Release.
Lessons learned from source upgrade from FreeBSD i386 9.2 Stable to FreeBSD i386 10.0 Release. A) Clang does not need to to be installed first. > B) > FreeBSD 10's change to pkg(8) (a.k.a. PKGNG) affects the portupgrade tools > as > well as the package tools. > Even if you are not using packages, > before upgrading to FreeBSD 10 install pkg(8) as described in: > http://www5.us.freebsd.org/doc/handbook/pkgng-intro.html > and be sure to run pkg2ng. > > C) > FreeBSD 10 moves converters/libiconv into the base system, which directly > or > indirectly affects many ports. > This migration has largely been taken care of for the official packages, > however, if you are rebuilding from the ports tree > "pkg_delete libiconv" must be run, > or converters/libiconv must be deinstalled, > before your post OS recompile of all your ports. > > Most of the iconv hardcodes have been addressed in the ports tree, but > this is > still being worked on. D) Many Gnome ports still had issues with continuing to link to "libiconv.so.3", such as avahi-app and gdm. People who deleted all ports, removed /usr/local and reinstalled have reported that they do not have the problem. Apparently, some Gnome components are finicky about how they are built. A note from https://wiki.gnome.org/Projects/Jhbuild/FreeBSD > Remove all .la files from the packages you just installed to prevent > problems during the build. > You'll have to remember to do this again each time you install more > packages. I deleted the contents of /usr/local/lib and ran portupgrade -afu which rebuilt most of the problematic ports. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Lessons-learned-from-source-upgrade-from-FreeBSD-i386-9-2-Stable-to-FreeBSD-i386-10-0-Release-tp5878896p5880955.html Sent from the freebsd-current mailing list archive at Nabble.com. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Lessons learned from source upgrade from FreeBSD i386 9.2 Stable to FreeBSD i386 10.0 Release.
E) None of the USB flash drives I used with FreeBSD 9.2 will mount on FreeBSD 10.0. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Lessons-learned-from-source-upgrade-from-FreeBSD-i386-9-2-Stable-to-FreeBSD-i386-10-0-Release-tp5878896p5880959.html Sent from the freebsd-current mailing list archive at Nabble.com. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: 11.0-CURRENT r261258 pkg read/poll hang
Markiyan Kushnir writes: > # pkg help > > will hang eating up 100% CPU. truss shows it's locked in an endless loop: Fixed in r261263. DES -- Dag-Erling Smørgrav - d...@des.no ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Apple Trackpad driver
Hi, Can you also write a manual page for the "wsp" driver? --HPS ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[no subject]
Hi guys, I'm running up to date -HEAD (from Jan 26) on a Lenovo T400 with: vgapci0@pci0:0:2:0: class=0x03 card=0x20e417aa chip=0x2a428086 rev=0x07 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 4 Series Chipset Integrated Graphics Controller' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0x20e417aa chip=0x2a438086 rev=0x07 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 4 Series Chipset Integrated Graphics Controller' class = display ..and this happens soon after I start using xorg: error: [drm:pid12:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung info: [drm] capturing error event; look for more information in sysctl hw.dri.0.info.i915_error_state error: [drm:pid0:i915_reset] *ERROR* Failed to reset chip. Who/where should I post the debug information? The error state is .. large. Thanks, -a ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: 11.0-CURRENT r261258 pkg read/poll hang
2014-01-29 Dag-Erling Smørgrav : > Markiyan Kushnir writes: >> # pkg help >> >> will hang eating up 100% CPU. truss shows it's locked in an endless loop: > > Fixed in r261263. > thanks, -- Markiyan. > DES > -- > Dag-Erling Smørgrav - d...@des.no ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on armv6/arm
TB --- 2014-01-29 11:40:17 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-29 11:40:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-29 11:40:17 - starting HEAD tinderbox run for armv6/arm TB --- 2014-01-29 11:40:17 - cleaning the object tree TB --- 2014-01-29 11:42:40 - /usr/local/bin/svn stat /src TB --- 2014-01-29 11:42:44 - At svn revision 261261 TB --- 2014-01-29 11:42:45 - building world TB --- 2014-01-29 11:42:45 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 11:42:45 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 11:42:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 11:42:45 - SRCCONF=/dev/null TB --- 2014-01-29 11:42:45 - TARGET=arm TB --- 2014-01-29 11:42:45 - TARGET_ARCH=armv6 TB --- 2014-01-29 11:42:45 - TZ=UTC TB --- 2014-01-29 11:42:45 - __MAKE_CONF=/dev/null TB --- 2014-01-29 11:42:45 - cd /src TB --- 2014-01-29 11:42:45 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 29 11:42:51 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jan 29 14:46:26 UTC 2014 TB --- 2014-01-29 14:46:26 - generating LINT kernel config TB --- 2014-01-29 14:46:26 - cd /src/sys/arm/conf TB --- 2014-01-29 14:46:26 - /usr/bin/make -B LINT TB --- 2014-01-29 14:46:26 - cd /src/sys/arm/conf TB --- 2014-01-29 14:46:26 - /usr/sbin/config -m LINT TB --- 2014-01-29 14:46:26 - skipping LINT kernel TB --- 2014-01-29 14:46:26 - cd /src/sys/arm/conf TB --- 2014-01-29 14:46:26 - /usr/sbin/config -m AC100 TB --- 2014-01-29 14:46:26 - building AC100 kernel TB --- 2014-01-29 14:46:26 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 14:46:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 14:46:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 14:46:26 - SRCCONF=/dev/null TB --- 2014-01-29 14:46:26 - TARGET=arm TB --- 2014-01-29 14:46:26 - TARGET_ARCH=armv6 TB --- 2014-01-29 14:46:26 - TZ=UTC TB --- 2014-01-29 14:46:26 - __MAKE_CONF=/dev/null TB --- 2014-01-29 14:46:26 - cd /src TB --- 2014-01-29 14:46:26 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Wed Jan 29 14:46:26 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies -- cd /obj/arm.armv6/src/sys/AC100; MAKEOBJDIRPREFIX=/obj/arm.armv6 MACHINE_ARCH=armv6 MACHINE=arm CPUTYPE= GROFF_BIN_PATH=/obj/arm.armv6/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/obj/arm.armv6/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/obj/arm.armv6/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/obj/arm.armv6/src/tmp _LDSCRIPTROOT= VERSION="FreeBSD 11.0-CURRENT armv6 116" INSTALL="sh /src/tools/install.sh" PATH=/obj/arm.armv6/src/tmp/legacy/usr/sbin:/obj/arm.armv6/src/tmp/legacy/usr/bin:/obj/arm.armv6/src/tmp/legacy/usr/games:/obj/arm.armv6/src/tmp/legacy/bin:/obj/arm.armv6/src/tmp/usr/sbin:/obj/arm.armv6/src/tmp/usr/bin:/obj/arm.armv6/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin CC="cc " CXX="c++ " CPP="cpp " AS="as" AR="ar" LD="ld" NM=nm OBJDUMP= RANLIB=ranlib STRINGS= COMPILER_TYPE=clang /obj/src/make.amd64/bmake -B -m /src/share/mk KERNEL=kernel depend -DNO_MODULES_OBJ machine -> /src/sys/arm/include cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:36: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/AC100 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-29 14:46:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-0
[head tinderbox] failure on arm/arm
TB --- 2014-01-29 11:40:17 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-29 11:40:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-29 11:40:17 - starting HEAD tinderbox run for arm/arm TB --- 2014-01-29 11:40:17 - cleaning the object tree TB --- 2014-01-29 11:42:41 - /usr/local/bin/svn stat /src TB --- 2014-01-29 11:42:45 - At svn revision 261261 TB --- 2014-01-29 11:42:46 - building world TB --- 2014-01-29 11:42:46 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 11:42:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 11:42:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 11:42:46 - SRCCONF=/dev/null TB --- 2014-01-29 11:42:46 - TARGET=arm TB --- 2014-01-29 11:42:46 - TARGET_ARCH=arm TB --- 2014-01-29 11:42:46 - TZ=UTC TB --- 2014-01-29 11:42:46 - __MAKE_CONF=/dev/null TB --- 2014-01-29 11:42:46 - cd /src TB --- 2014-01-29 11:42:46 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 29 11:42:52 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jan 29 14:46:26 UTC 2014 TB --- 2014-01-29 14:46:26 - generating LINT kernel config TB --- 2014-01-29 14:46:26 - cd /src/sys/arm/conf TB --- 2014-01-29 14:46:26 - /usr/bin/make -B LINT TB --- 2014-01-29 14:46:26 - cd /src/sys/arm/conf TB --- 2014-01-29 14:46:26 - /usr/sbin/config -m LINT TB --- 2014-01-29 14:46:26 - building LINT kernel TB --- 2014-01-29 14:46:26 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 14:46:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 14:46:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 14:46:26 - SRCCONF=/dev/null TB --- 2014-01-29 14:46:26 - TARGET=arm TB --- 2014-01-29 14:46:26 - TARGET_ARCH=arm TB --- 2014-01-29 14:46:26 - TZ=UTC TB --- 2014-01-29 14:46:26 - __MAKE_CONF=/dev/null TB --- 2014-01-29 14:46:26 - cd /src TB --- 2014-01-29 14:46:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jan 29 14:46:26 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] bmake[1]: "/obj/arm.arm/src/sys/LINT/Makefile" line 15685: warning: using previous script for "obio_space.o" defined here machine -> /src/sys/arm/include cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:36: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-29 14:47:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-29 14:47:03 - ERROR: failed to build LINT kernel TB --- 2014-01-29 14:47:03 - 8718.00 user 1645.96 system 11205.52 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: System libc++ isn't fully compatible with clang 3.4 from ports
* Dimitry Andric (d...@freebsd.org) wrote: > > JFYI, I've just ran into shortcoming of libc++ from 10-RELEASE when used > > with clang 3.4 from ports: > ... > > The cause: http://llvm.org/bugs/show_bug.cgi?id=17798, was fixed in > > libc++ r194154. We probably need to update libc++ or at least backport > > this into stable branches if we want to support clang 3.4 in ports. > > Hm, which port is having problems with this? I have built quite a large > set, and never encountered this issue. > > In any case: yes, it is quite long overdue for a libc++ update. :-) I > will have a look tonight. New version of games/spring (not in ports yet). std::function and lambdas are not that widely used for this problem to be common, but some time we may run into it for some critical software. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [OT] ta-spring
On 29 Jan 2014, at 15:08, Michael Schmiedgen wrote: > Can we expect a current version of spring in ports soon? That would > be nice! AFAIK newer versions require OpenMP. Will this compile with > our (new 3.4 soon) base clang? Base clang doesn't support OpenMP. We should probably import Intel's Clang fork into ports: http://clang-omp.github.io This can then be used to compile things that need both libc++ and OpenMP. Intel's OpenMP runtime is permissively licensed now, but will likely require a small amount of porting to get it to work on FreeBSD (it supports Linux and OS X). David ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [OT] ta-spring
On 29.01.2014 15:45, Dmitry Marakasov wrote: * Dimitry Andric (d...@freebsd.org) wrote: Hm, which port is having problems with this? I have built quite a large set, and never encountered this issue. In any case: yes, it is quite long overdue for a libc++ update. :-) I will have a look tonight. New version of games/spring (not in ports yet). Can we expect a current version of spring in ports soon? That would be nice! AFAIK newer versions require OpenMP. Will this compile with our (new 3.4 soon) base clang? Michael ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [OT] ta-spring
On 29.01.2014 16:16, David Chisnall wrote: On 29 Jan 2014, at 15:08, Michael Schmiedgen wrote: Can we expect a current version of spring in ports soon? That would be nice! AFAIK newer versions require OpenMP. Will this compile with our (new 3.4 soon) base clang? Base clang doesn't support OpenMP. We should probably import Intel's Clang fork into ports: http://clang-omp.github.io This can then be used to compile things that need both libc++ and OpenMP. Intel's OpenMP runtime is permissively licensed now, but will likely require a small amount of porting to get it to work on FreeBSD (it supports Linux and OS X). I thought OpenMP will be an integral part of LLVM/clang in near future, at least the front-end part? It seems there are plans to even integrate the runtime in the llvm project source tree: http://openmp.llvm.org/ Ok, so llvm/clang 3.4 obviously will not ship with OpenMP, but maybe later versions. Michael ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [OT] ta-spring
On 29 Jan 2014, at 15:37, Michael Schmiedgen wrote: > On 29.01.2014 16:16, David Chisnall wrote: >> On 29 Jan 2014, at 15:08, Michael Schmiedgen wrote: >> >>> Can we expect a current version of spring in ports soon? That would >>> be nice! AFAIK newer versions require OpenMP. Will this compile with >>> our (new 3.4 soon) base clang? >> >> Base clang doesn't support OpenMP. We should probably import Intel's Clang >> fork into ports: >> >> http://clang-omp.github.io >> >> This can then be used to compile things that need both libc++ and OpenMP. >> Intel's OpenMP runtime is permissively licensed now, but will likely require >> a small amount of porting to get it to work on FreeBSD (it supports Linux >> and OS X). >> > > I thought OpenMP will be an integral part of LLVM/clang in near future, > at least the front-end part? It seems there are plans to even integrate > the runtime in the llvm project source tree: > > http://openmp.llvm.org/ > > Ok, so llvm/clang 3.4 obviously will not ship with OpenMP, but maybe > later versions. Active development happens in Intel's tree, and is slowly being merged upstream. Eventually, Clang will have full OpenMP 4 support, but Intel's tree will have it first and there is likely to be a lag before it makes it into mainline clang. As such, it would make sense to have a port as a stop-gap until it is ready. David ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [OT] ta-spring
On 29.01.2014 16:42, David Chisnall wrote: On 29 Jan 2014, at 15:37, Michael Schmiedgen wrote: On 29.01.2014 16:16, David Chisnall wrote: On 29 Jan 2014, at 15:08, Michael Schmiedgen wrote: I thought OpenMP will be an integral part of LLVM/clang in near future, at least the front-end part? It seems there are plans to even integrate the runtime in the llvm project source tree: http://openmp.llvm.org/ Ok, so llvm/clang 3.4 obviously will not ship with OpenMP, but maybe later versions. Active development happens in Intel's tree, and is slowly being merged upstream. Eventually, Clang will have full OpenMP 4 support, but Intel's tree will have it first and there is likely to be a lag before it makes it into mainline clang. As such, it would make sense to have a port as a stop-gap until it is ready. Ah, ok, that makes sense. Thanks for explanation. BTW very amusing *and* very informative bsdtalk/vBSDCon2013 talk a while ago, thanks for that! :) Cheers Michael ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: (no subject)
I'm using a T400 with exact same GM45 and besides "error: [drm:pid861:intel_lvds_enable] *ERROR* timed out waiting for panel to power off" I don't experience errors with FreeBSD 10.0-STABLE #0 r261219 amd64, xorg trunk. -- View this message in context: http://freebsd.1045724.n5.nabble.com/no-subject-tp5881101p5881165.html Sent from the freebsd-current mailing list archive at Nabble.com. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
libm lacks C99 functions -> no c++11 cmath in libstdc++
Hi!
Gerald haven't responded yet, so I though I'd better post in on the
list as well for wider discussion.
In short:
- our libm lacks some C99 functions: erfl erfcl lgammal tgammal
- bad enough by itself, it affects libstdc++ from ports' gcc in such a
way that it disables C++11 math completely (along with a lot more
other more widely used math functions)
- we may probably implement these by calling less-precise
erf erfc lgamma tgamma as we do with other functions as we alredy
do with some others
- Forwarded message from Dmitry Marakasov -
Date: Tue, 21 Jan 2014 19:13:07 +0400
From: Dmitry Marakasov
To: ger...@freebsd.org
Subject: libstdc++ from ports' gcc's and cmath
Hi!
I've was just curious why one of my ports doesn't build on < 10.x and
found the following:
This code:
---
#include
int main() { std::hypot(3.0, 4.0); }
---
won't build even with latest gcc:
---
% g++49 -std=c++11 2.cc
2.cc: In function 'int main()':
2.cc:2:14: error: 'hypot' is not a member of 'std'
int main() { std::hypot(3.0, 4.0); }
^
2.cc:2:14: note: suggested alternative:
In file included from /usr/local/lib/gcc49/include/c++/cmath:44:0,
from 2.cc:1:
/usr/include/math.h:276:8: note: 'hypot'
double hypot(double, double);
^
---
Why's std::hypot not defined?
--- /usr/local/lib/gcc49/include/c++/cmath
...
#ifdef _GLIBCXX_USE_C99_MATH_TR1
...
namespace std _GLIBCXX_VISIBILITY(default)
{
...
constexpr float
hypot(float __x, float __y)
{ return __builtin_hypotf(__x, __y); }
constexpr long double
hypot(long double __x, long double __y)
{ return __builtin_hypotl(__x, __y); }
template
constexpr typename __gnu_cxx::__promote_2<_Tp, _Up>::__type
hypot(_Tp __x, _Up __y)
{
typedef typename __gnu_cxx::__promote_2<_Tp, _Up>::__type __type;
return hypot(__type(__x), __type(__y));
}
---
As you can see, it's hidden under _GLIBCXX_USE_C99_MATH_TR1.
What if I define _GLIBCXX_USE_C99_MATH_TR1?
---
% g++49 -std=c++11 2.cc
In file included from 2.cc:1:0:
/usr/local/lib/gcc49/include/c++/cmath:1064:11: error: '::erfl' has not been
declared
using ::erfl;
^
/usr/local/lib/gcc49/include/c++/cmath:1068:11: error: '::erfcl' has not been
declared
using ::erfcl;
^
/usr/local/lib/gcc49/include/c++/cmath:1104:11: error: '::lgammal' has not been
declared
using ::lgammal;
^
/usr/local/lib/gcc49/include/c++/cmath:1176:11: error: '::tgammal' has not been
declared
using ::tgammal;
^
---
That's the very reason _GLIBCXX_USE_C99_MATH_TR1 is not defined:
libstdc++ configure checks for availability of all C99 math functions in
our math library, doesn't find these four and disable whole C99 math
set.
libstdc++ works this around by using lower-precision variants (e.g.
erf instead of erfl) and issues a warning on linking.
So I wonder: could libstdc++ be made more usable for C++11 code in some
way? That's crucial for pre-clang FreeBSD branches which will live for
quite some time, and this is useful for gcc users on post-clang world.
The simple solution would be to disable named 4 functions, but make all
others available. The better would be to do what libc++ does, with
corresponding warnings.
What do you think?
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru
- End forwarded message -
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [OT] ta-spring
* Michael Schmiedgen (schmied...@gmx.net) wrote: > >> Hm, which port is having problems with this? I have built quite a large > >> set, and never encountered this issue. > >> > >> In any case: yes, it is quite long overdue for a libc++ update. :-) I > >> will have a look tonight. > > > > New version of games/spring (not in ports yet). > > Can we expect a current version of spring in ports soon? That would > be nice! Yes and no. The port is ready, however it's unstable - it crashes on start in most cases, however if it doesn't crash on start, it'll work without problems. I don't think that's suitable for ports, but since 94.1 which is currently in ports has build problems, it may be least of two evils. For now, the port is available for testing here: https://github.com/AMDmi3/freebsd-ports/tree/master/games/spring > AFAIK newer versions require OpenMP. Will this compile with > our (new 3.4 soon) base clang? It compiles fine, so either they doesn't use OpenMP or it's optional, haven't investigated. The cause for clang 3.4 experiments is the instability mentioned above. Disassembly shows that it crashes on thread-local storage access because a null pointer is used as TLS location for some reason. I though that it may be a clang 3.3 miscompilation and tried 3.4, but there's that libc++ problem. We can't also build it with GCC, as it depends on boost which is built with clang and is thus incompatible with GCC-generated code. GCC has another problem, see my following forwarded mail, but that can be circumvented in spring code. My current plans are: 1) Try to patch system libc++ and try 3.4 again to check if that's clang 3.3 specific, however that won't help the port anyway as I libc++ can't be patched on all 10.0 systems. 2) Try to debug TLS access further. That'd be quite painstaking. 3) Write to clang maillist, maybe it's a known problem -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Apple Trackpad driver
On Tue, Jan 28, 2014, at 23:13, Adrian Chadd wrote: > holy crap, cool! > > Hans? Any chance we could get this into -HEAD? > > Wow, this is nice. I'll gladly provide the USB device ID for the trackpad in the 2013 Late MBP if someone can point me to a way to boot FreeBSD from an external drive :-) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: libm lacks C99 functions -> no c++11 cmath in libstdc++
On Wed, Jan 29, 2014 at 08:41:36PM +0400, Dmitry Marakasov wrote: > > Gerald haven't responded yet, so I though I'd better post in on the > list as well for wider discussion. > > In short: > - our libm lacks some C99 functions: erfl erfcl lgammal tgammal I have code for erfl and erfcl, and I've done some work on lgammal. See freebsd-numerics list archive. No, I do not have an ETA for when the code may land in the tree. > - bad enough by itself, it affects libstdc++ from ports' gcc in such a > way that it disables C++11 math completely (along with a lot more > other more widely used math functions) > > > - we may probably implement these by calling less-precise > erf erfc lgamma tgamma as we do with other functions as we alredy > do with some others This, unfortuantely, has already been done, although it may only be available in FreeBSD-current. See src/lib/msun/src/imprecise.c. -- Steve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
11-CURRENT r260369 panic in free_unr
Hi, I had a panic on a box running r260369. I unfortunately didn't get a core dump, but did take a picture, available here: http://meatwad.mouf.net/~swills/panic_r260369_1.jpg and the backtrace, here: http://meatwad.mouf.net/~swills/panic_r260369_2.jpg The box was very heavily loaded doing ports building at the time. Any ideas or is this perhaps a local hardware issue? Thanks, Steve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [OT] ta-spring
On 29.01.2014 17:34, Dmitry Marakasov wrote: * Michael Schmiedgen (schmied...@gmx.net) wrote: Can we expect a current version of spring in ports soon? That would be nice! Yes and no. The port is ready, however it's unstable - it crashes on start in most cases, however if it doesn't crash on start, it'll work without problems. I don't think that's suitable for ports, but since 94.1 which is currently in ports has build problems, it may be least of two evils. For now, the port is available for testing here: https://github.com/AMDmi3/freebsd-ports/tree/master/games/spring AFAIK newer versions require OpenMP. Will this compile with our (new 3.4 soon) base clang? It compiles fine, so either they doesn't use OpenMP or it's optional, haven't investigated. The cause for clang 3.4 experiments is the instability mentioned above. Disassembly shows that it crashes on thread-local storage access because a null pointer is used as TLS location for some reason. I though that it may be a clang 3.3 miscompilation and tried 3.4, but there's that libc++ problem. We can't also build it with GCC, as it depends on boost which is built with clang and is thus incompatible with GCC-generated code. GCC has another problem, see my following forwarded mail, but that can be circumvented in spring code. My current plans are: 1) Try to patch system libc++ and try 3.4 again to check if that's clang 3.3 specific, however that won't help the port anyway as I libc++ can't be patched on all 10.0 systems. 2) Try to debug TLS access further. That'd be quite painstaking. 3) Write to clang maillist, maybe it's a known problem Great! Many thanks for your efforts, much appreciated! Let me know if you need some testing, I run CURRENT on both desktop and laptop, usually not more than few weeks old. I stay tuned. Michael ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: libm lacks C99 functions -> no c++11 cmath in libstdc++
* Steve Kargl (s...@troutmask.apl.washington.edu) wrote: > > - bad enough by itself, it affects libstdc++ from ports' gcc in such a > > way that it disables C++11 math completely (along with a lot more > > other more widely used math functions) > > > > > > - we may probably implement these by calling less-precise > > erf erfc lgamma tgamma as we do with other functions as we alredy > > do with some others > > This, unfortuantely, has already been done, although it may only > be available in FreeBSD-current. See src/lib/msun/src/imprecise.c. I know, it's available on 10.0 as well. However that's not the case for 9.x, for which it's impossible to build c++11 math using software (even if it doesn't use unimplemented functions), neither with system gcc nor with gcc from ports. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: freebsd-update
On Sat, Jan 25, 2014 at 09:11:04AM -0600, Mark Felder wrote: > > > On Sat, Jan 25, 2014, at 5:32, Lars Engels wrote: > > > > > > Also using freebsd-update behind a proxy is really slow. Even with a > > very fast internet connection (normally download rates ca. 3 MBytes / s) > > downloading all the tiny binary diff files took more than 8 hours. > > Maybe freebsd-update's backend could create a tarball of all those diffs > > and provide this? > > Even streaming the tar instead of waiting for the freebsd-update server > to produce the tarball would be an improvement. I have no experience > doing that over a WAN but I don't see why it would be unreliable. Colin, what do you think? Is it possible? pgpcfAO3phOfE.pgp Description: PGP signature
Re: freebsd-update
On 01/29/14 12:51, Lars Engels wrote: > On Sat, Jan 25, 2014 at 09:11:04AM -0600, Mark Felder wrote: >> On Sat, Jan 25, 2014, at 5:32, Lars Engels wrote: >>> Also using freebsd-update behind a proxy is really slow. Even with a >>> very fast internet connection (normally download rates ca. 3 MBytes / >>> s) downloading all the tiny binary diff files took more than 8 hours. >>> Maybe freebsd-update's backend could create a tarball of all those >>> diffs and provide this? >> >> Even streaming the tar instead of waiting for the freebsd-update server >> to produce the tarball would be an improvement. I have no experience >> doing that over a WAN but I don't see why it would be unreliable. > > Colin, what do you think? Is it possible? Anything is *possible*, but given that the number of patches available is typically at least 10x the number being fetched this doesn't seem like it would be very efficient. FWIW, the performance problems with proxies are limited to HTTP proxies which don't speak HTTP/1.1. -- Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: libm lacks C99 functions -> no c++11 cmath in libstdc++
On Wed, Jan 29, 2014 at 10:47:35PM +0400, Dmitry Marakasov wrote: > * Steve Kargl (s...@troutmask.apl.washington.edu) wrote: > > > > - bad enough by itself, it affects libstdc++ from ports' gcc in such a > > > way that it disables C++11 math completely (along with a lot more > > > other more widely used math functions) > > > > > > > > > - we may probably implement these by calling less-precise > > > erf erfc lgamma tgamma as we do with other functions as we alredy > > > do with some others > > > > This, unfortuantely, has already been done, although it may only > > be available in FreeBSD-current. See src/lib/msun/src/imprecise.c. > > I know, it's available on 10.0 as well. However that's not the case for > 9.x, for which it's impossible to build c++11 math using software (even > if it doesn't use unimplemented functions), neither with system gcc > nor with gcc from ports. > It's not impossible. Add whatever C++-fu you need that is equivalent to #include #ifndef fool #define fool(x) foo((double)(x)) #endif -- Steve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: libm lacks C99 functions -> no c++11 cmath in libstdc++
* Steve Kargl (s...@troutmask.apl.washington.edu) wrote:
> > > > - bad enough by itself, it affects libstdc++ from ports' gcc in such a
> > > > way that it disables C++11 math completely (along with a lot more
> > > > other more widely used math functions)
> > > >
> > > >
> > > > - we may probably implement these by calling less-precise
> > > > erf erfc lgamma tgamma as we do with other functions as we alredy
> > > > do with some others
> > >
> > > This, unfortuantely, has already been done, although it may only
> > > be available in FreeBSD-current. See src/lib/msun/src/imprecise.c.
> >
> > I know, it's available on 10.0 as well. However that's not the case for
> > 9.x, for which it's impossible to build c++11 math using software (even
> > if it doesn't use unimplemented functions), neither with system gcc
> > nor with gcc from ports.
> >
>
> It's not impossible. Add whatever C++-fu you need
> that is equivalent to
>
> #include
> #ifndef fool
> #define fool(x) foo((double)(x))
> #endif
The point was that one should not be required to do something like this
to build std::hypot - using software on FreeBSD.
---
+#define _GLIBCXX_USE_C99_MATH_TR1
+#include
+long double erfl(long double x) { return erf(x); }
+long double erfcl(long double x) { return erfc(x); }
+long double lgammal(long double x) { return lgamma(x); }
+long double tgammal(long double x) { return tgamma(x); }
+
#include
int main() { std::hypot(3.0, 4.0); }
---
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: freebsd-update
On 29 January 2014 13:51, Colin Percival wrote: > On 01/29/14 12:51, Lars Engels wrote: >> On Sat, Jan 25, 2014 at 09:11:04AM -0600, Mark Felder wrote: >>> On Sat, Jan 25, 2014, at 5:32, Lars Engels wrote: Also using freebsd-update behind a proxy is really slow. Even with a very fast internet connection (normally download rates ca. 3 MBytes / s) downloading all the tiny binary diff files took more than 8 hours. Maybe freebsd-update's backend could create a tarball of all those diffs and provide this? >>> >>> Even streaming the tar instead of waiting for the freebsd-update server >>> to produce the tarball would be an improvement. I have no experience >>> doing that over a WAN but I don't see why it would be unreliable. >> >> Colin, what do you think? Is it possible? > > Anything is *possible*, but given that the number of patches available is > typically at least 10x the number being fetched this doesn't seem like it > would be very efficient. > > FWIW, the performance problems with proxies are limited to HTTP proxies > which don't speak HTTP/1.1. Did you / others ever actually benchmark this? I know that Squid supports pipelined requests but only a handful (defaulting to 1) at a time, as the actual error semantics for HTTP/1.1 pipelining wasn't well defined. So flipping it around - which intermediaries that are actually in use by companies and such actually support pipelining at the level that you're doing it? -a ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: freebsd-update
On 01/29/14 14:26, Adrian Chadd wrote: > On 29 January 2014 13:51, Colin Percival wrote: >> FWIW, the performance problems with proxies are limited to HTTP proxies >> which don't speak HTTP/1.1. > > Did you / others ever actually benchmark this? The fact that performance sucks when proxies break HTTP pipelining? Yes, but it's also implied by the RTT/request limit for non-pipelined requests. > I know that Squid supports pipelined requests but only a handful > (defaulting to 1) at a time, as the actual error semantics for > HTTP/1.1 pipelining wasn't well defined. I'm not sure what the poorly defined error semantics are, but I suppose that doesn't matter. Does Squid now reply with HTTP/1.1 headers? The phttpget code won't even try to pipeline requests unless it sees that -- as required by the HTTP specification. > So flipping it around - which intermediaries that are actually in use > by companies and such actually support pipelining at the level that > you're doing it? I don't know. People usually don't tell me when things work. -- Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: freebsd-update
Am 25.01.2014 um 16:11 schrieb Mark Felder : > > > On Sat, Jan 25, 2014, at 5:32, Lars Engels wrote: >> >> >> Also using freebsd-update behind a proxy is really slow. Even with a >> very fast internet connection (normally download rates ca. 3 MBytes / s) >> downloading all the tiny binary diff files took more than 8 hours. >> Maybe freebsd-update's backend could create a tarball of all those diffs >> and provide this? > > Even streaming the tar instead of waiting for the freebsd-update server > to produce the tarball would be an improvement. I have no experience > doing that over a WAN but I don't see why it would be unreliable. Apropos proxy: freebsd-update does not work behind a proxy that requires authentication. At least not with our proxy (which is a Sophos/Astaro „threat management appliance"). That’s OK for me, because I can talk the proxy-guys here into making an exception for my FreeBSD-servers - but It’s really a nuisance because everything else (that uses libfetch) can use proxy-authentication. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Lessons learned from source upgrade from FreeBSD i386 9.2 Stable to FreeBSD i386 10.0 Release.
Jakub Lach wrote > Could you elaborate? Are those ntfs pendrives? ntfs support by ntfs.ko and > mount_ntfs was removed in 10 tree. There is fuse kernel module and a port > for ntfs in place of it (haven't tested but I'm told it works). Regarding > fat (msdosfs) pendrives, I've just mounted one created under 8-CURRENT. They are msdosfs. Hald is seeing the stick, but the automounter isn't picking it up. I have been able to get one to mount read only with mount -t msdos /dev/da0s1 /mnt but it still doesn't like the large Lexar drives. I'm a little confused by: the FreeBSD Handbook 19.5 USB Storage Devices and halfaq haven't been updated since FreeBSD 8. Is FreeBSD 10 processing the rights differently? I got Gnome components hald avahi gdm to build, but are they functioning properly? Whether fuse is now the preferred method to mount USB file systems? I suspect that the policy configuration that worked for 9.2 is not working on 10, I am trying various devfs.conf syntax, without luck. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Lessons-learned-from-source-upgrade-from-FreeBSD-i386-9-2-Stable-to-FreeBSD-i386-10-0-Release-tp5878896p5881310.html Sent from the freebsd-current mailing list archive at Nabble.com. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: libm lacks C99 functions -> no c++11 cmath in libstdc++
On Thu, Jan 30, 2014 at 02:23:25AM +0400, Dmitry Marakasov wrote: > * Steve Kargl (s...@troutmask.apl.washington.edu) wrote: > > > > > > - bad enough by itself, it affects libstdc++ from ports' gcc in such a > > > > > way that it disables C++11 math completely (along with a lot more > > > > > other more widely used math functions) > > > > > > > > > > > > > > > - we may probably implement these by calling less-precise > > > > > erf erfc lgamma tgamma as we do with other functions as we alredy > > > > > do with some others > > > > > > > > This, unfortuantely, has already been done, although it may only > > > > be available in FreeBSD-current. See src/lib/msun/src/imprecise.c. > > > > > > I know, it's available on 10.0 as well. However that's not the case for > > > 9.x, for which it's impossible to build c++11 math using software (even > > > if it doesn't use unimplemented functions), neither with system gcc > > > nor with gcc from ports. > > > > > > > It's not impossible. Add whatever C++-fu you need > > that is equivalent to > > > > #include > > #ifndef fool > > #define fool(x) foo((double)(x)) > > #endif > > The point was that one should not be required to do something like this > to build std::hypot - using software on FreeBSD. > My point is that specifically adding this #define kludge to whatever software needs it is preferrable to the travesty foisted on libm by msun/src/imprecise.c. What imprecise.c does is not documented. -- steve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Lessons learned from source upgrade from FreeBSD i386 9.2 Stable to FreeBSD i386 10.0 Release.
Fuse is now the only way to mount ntfs. That's all. Regarding Gnome, Avahi or hald, I use none of it so really I have nothing to compare. Speaking of ports, did you really cleanly rebuild all of them? When you are speaking of ports linked against port libconv, I'm suspicious (old libtool?). -- View this message in context: http://freebsd.1045724.n5.nabble.com/Lessons-learned-from-source-upgrade-from-FreeBSD-i386-9-2-Stable-to-FreeBSD-i386-10-0-Release-tp5878896p5881337.html Sent from the freebsd-current mailing list archive at Nabble.com. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on arm/arm
TB --- 2014-01-29 23:00:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-29 23:00:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-29 23:00:18 - starting HEAD tinderbox run for arm/arm TB --- 2014-01-29 23:00:18 - cleaning the object tree TB --- 2014-01-29 23:02:55 - /usr/local/bin/svn stat /src TB --- 2014-01-29 23:02:58 - At svn revision 261278 TB --- 2014-01-29 23:02:59 - building world TB --- 2014-01-29 23:02:59 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 23:02:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 23:02:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 23:02:59 - SRCCONF=/dev/null TB --- 2014-01-29 23:02:59 - TARGET=arm TB --- 2014-01-29 23:02:59 - TARGET_ARCH=arm TB --- 2014-01-29 23:02:59 - TZ=UTC TB --- 2014-01-29 23:02:59 - __MAKE_CONF=/dev/null TB --- 2014-01-29 23:02:59 - cd /src TB --- 2014-01-29 23:02:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 29 23:03:06 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jan 30 02:05:33 UTC 2014 TB --- 2014-01-30 02:05:33 - generating LINT kernel config TB --- 2014-01-30 02:05:33 - cd /src/sys/arm/conf TB --- 2014-01-30 02:05:33 - /usr/bin/make -B LINT TB --- 2014-01-30 02:05:33 - cd /src/sys/arm/conf TB --- 2014-01-30 02:05:33 - /usr/sbin/config -m LINT TB --- 2014-01-30 02:05:33 - building LINT kernel TB --- 2014-01-30 02:05:33 - CROSS_BUILD_TESTING=YES TB --- 2014-01-30 02:05:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-30 02:05:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-30 02:05:33 - SRCCONF=/dev/null TB --- 2014-01-30 02:05:33 - TARGET=arm TB --- 2014-01-30 02:05:33 - TARGET_ARCH=arm TB --- 2014-01-30 02:05:33 - TZ=UTC TB --- 2014-01-30 02:05:33 - __MAKE_CONF=/dev/null TB --- 2014-01-30 02:05:33 - cd /src TB --- 2014-01-30 02:05:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 30 02:05:33 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] bmake[1]: "/obj/arm.arm/src/sys/LINT/Makefile" line 15685: warning: using previous script for "obio_space.o" defined here machine -> /src/sys/arm/include cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:36: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-30 02:06:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-30 02:06:08 - ERROR: failed to build LINT kernel TB --- 2014-01-30 02:06:08 - 8721.38 user 1637.64 system 11149.79 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on armv6/arm
TB --- 2014-01-29 23:00:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-29 23:00:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-29 23:00:18 - starting HEAD tinderbox run for armv6/arm TB --- 2014-01-29 23:00:18 - cleaning the object tree TB --- 2014-01-29 23:02:54 - /usr/local/bin/svn stat /src TB --- 2014-01-29 23:02:57 - At svn revision 261278 TB --- 2014-01-29 23:02:58 - building world TB --- 2014-01-29 23:02:58 - CROSS_BUILD_TESTING=YES TB --- 2014-01-29 23:02:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-29 23:02:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-29 23:02:58 - SRCCONF=/dev/null TB --- 2014-01-29 23:02:58 - TARGET=arm TB --- 2014-01-29 23:02:58 - TARGET_ARCH=armv6 TB --- 2014-01-29 23:02:58 - TZ=UTC TB --- 2014-01-29 23:02:58 - __MAKE_CONF=/dev/null TB --- 2014-01-29 23:02:58 - cd /src TB --- 2014-01-29 23:02:58 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 29 23:03:04 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jan 30 02:05:33 UTC 2014 TB --- 2014-01-30 02:05:33 - generating LINT kernel config TB --- 2014-01-30 02:05:33 - cd /src/sys/arm/conf TB --- 2014-01-30 02:05:33 - /usr/bin/make -B LINT TB --- 2014-01-30 02:05:33 - cd /src/sys/arm/conf TB --- 2014-01-30 02:05:33 - /usr/sbin/config -m LINT TB --- 2014-01-30 02:05:33 - skipping LINT kernel TB --- 2014-01-30 02:05:33 - cd /src/sys/arm/conf TB --- 2014-01-30 02:05:33 - /usr/sbin/config -m AC100 TB --- 2014-01-30 02:05:33 - building AC100 kernel TB --- 2014-01-30 02:05:33 - CROSS_BUILD_TESTING=YES TB --- 2014-01-30 02:05:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-30 02:05:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-30 02:05:33 - SRCCONF=/dev/null TB --- 2014-01-30 02:05:33 - TARGET=arm TB --- 2014-01-30 02:05:33 - TARGET_ARCH=armv6 TB --- 2014-01-30 02:05:33 - TZ=UTC TB --- 2014-01-30 02:05:33 - __MAKE_CONF=/dev/null TB --- 2014-01-30 02:05:33 - cd /src TB --- 2014-01-30 02:05:33 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Thu Jan 30 02:05:33 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies -- cd /obj/arm.armv6/src/sys/AC100; MAKEOBJDIRPREFIX=/obj/arm.armv6 MACHINE_ARCH=armv6 MACHINE=arm CPUTYPE= GROFF_BIN_PATH=/obj/arm.armv6/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/obj/arm.armv6/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/obj/arm.armv6/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/obj/arm.armv6/src/tmp _LDSCRIPTROOT= VERSION="FreeBSD 11.0-CURRENT armv6 116" INSTALL="sh /src/tools/install.sh" PATH=/obj/arm.armv6/src/tmp/legacy/usr/sbin:/obj/arm.armv6/src/tmp/legacy/usr/bin:/obj/arm.armv6/src/tmp/legacy/usr/games:/obj/arm.armv6/src/tmp/legacy/bin:/obj/arm.armv6/src/tmp/usr/sbin:/obj/arm.armv6/src/tmp/usr/bin:/obj/arm.armv6/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin CC="cc " CXX="c++ " CPP="cpp " AS="as" AR="ar" LD="ld" NM=nm OBJDUMP= RANLIB=ranlib STRINGS= COMPILER_TYPE=clang /obj/src/make.amd64/bmake -B -m /src/share/mk KERNEL=kernel depend -DNO_MODULES_OBJ machine -> /src/sys/arm/include cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding /src/sys/arm/arm/genassym.c In file included from /src/sys/arm/arm/genassym.c:36: /src/sys/sys/bus.h:585:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/AC100 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-01-30 02:05:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-0
Re: freebsd-update
On Jan 29, 2014, at 12:51 PM, Lars Engels wrote: > On Sat, Jan 25, 2014 at 09:11:04AM -0600, Mark Felder wrote: >> >> >> On Sat, Jan 25, 2014, at 5:32, Lars Engels wrote: >>> >>> >>> Also using freebsd-update behind a proxy is really slow. Even with a >>> very fast internet connection (normally download rates ca. 3 MBytes / s) >>> downloading all the tiny binary diff files took more than 8 hours. >>> Maybe freebsd-update's backend could create a tarball of all those diffs >>> and provide this? >> >> Even streaming the tar instead of waiting for the freebsd-update server >> to produce the tarball would be an improvement. I have no experience >> doing that over a WAN but I don't see why it would be unreliable. I implemented an export capability for $WORK last year that built and streamed a Zip archive on the fly. It worked rather well even when the archives were multiple gigabytes with tens of thousands of entries. Tim ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Apple Trackpad driver
Hans,
Thanks for you take care of it and commit it! I found two problems:
1. The selection is not expected when selection with 2 fingers sometimes.
2. Unexpected scrolling when Click with 2 fingers.
This patch can fix that. The var "n" modify to "ntouch" seems to be
necessary.
Cheers,
Huang Wen Hui
2014-01-29 Hans Petter Selasky
> On 01/29/14 09:49, Lundberg, Johannes wrote:
>
>> Hi
>>
>> I tested the driver on a 2012 Macbook Air 11" and it works great! Good
>> job!
>>
>> Is there a way to disable click-by-touch? I always preferred clicking with
>> the physical button that is built in to the pad.
>>
>>
> Hi,
>
> I've added an "#if 0" around the 1 finger tap code until further. Maybe
> this feature can be tunable?
>
> I fixed the code style, added some range checks and cleared some buffer
> issues.
>
> When you assign a signed value to an unsigned variable, you should range
> check it, because the sign might cause an overflow when you use it later on.
>
> int8_t x = -1;
>
> uint32_t t = x;
>
> "t" is now "0xU" and not "255".
>
> Tested the code on my MacBookPro. Hope I didn't break anything. If so,
> send a patch to freebsd-usb.
>
> http://svnweb.freebsd.org/changeset/base/261260
>
> To get the touchpad working with Xorg, I needed to re-compile HALD with
> the attached patch.
>
> kwm: Can you get the attached patch into ports?
>
> Auto-loading of wsp via devd will be done later. Simply need to
> re-generate usb.conf in /etc ...
>
> --HPS
>
>
--- wsp.c.orig 2014-01-30 08:14:26.0 +0800
+++ wsp.c 2014-01-30 13:49:59.0 +0800
@@ -957,8 +957,8 @@
if (h->q2 == 4)
sc->intr_count++;
- if (sc->ntaps < n) {
- switch (n) {
+ if (sc->ntaps < ntouch) {
+ switch (ntouch) {
case 1:
if (f[0].touch_major >
tun.pressure_tap_threshold)
sc->ntaps = 1;
@@ -978,7 +978,7 @@
break;
}
}
- if (n == 2) {
+ if (ntouch == 2) {
sc->distance = max(sc->distance, max(
abs(sc->pos_x[0] - sc->pos_x[1]),
abs(sc->pos_y[0] - sc->pos_y[1])));
@@ -1050,12 +1050,20 @@
if (sc->sc_touch == WSP_SECOND_TOUCH)
sc->sc_touch = WSP_TOUCHING;
- if (n != 0 &&
+ if (ntouch != 0 &&
h->q2 == 4 &&
f[0].touch_major >= tun.pressure_touch_threshold) {
dx = sc->pos_x[0] - sc->pre_pos_x;
dy = sc->pos_y[0] - sc->pre_pos_y;
- if (n == 2 && sc->sc_status.button != 0) {
+
+ /* Ignore movement from ibt=1 to ibt=0 */
+ if (sc->sc_status.obutton != 0 &&
+ sc->sc_status.button == 0) {
+ dx = 0;
+ dy = 0;
+ }
+
+ if (ntouch == 2 && sc->sc_status.button != 0) {
dx = sc->pos_x[sc->finger] -
sc->pre_pos_x;
dy = sc->pos_y[sc->finger] -
sc->pre_pos_y;
if (f[0].origin == 0 || f[1].origin ==
0) {
@@ -1092,7 +1100,7 @@
sc->dx_sum += dx;
sc->dy_sum += dy;
- if (n == 2 && sc->sc_status.button == 0) {
+ if (ntouch == 2 && sc->sc_status.button == 0) {
if (sc->scr_mode == WSP_SCR_NONE &&
abs(sc->dx_sum) + abs(sc->dy_sum) > 50)
sc->scr_mode = abs(sc->dx_sum) >
@@ -1134,7 +1142,7 @@
sc->pre_pos_x = sc->pos_x[0];
sc->pre_pos_y = sc->pos_y[0];
- if (n == 2 && sc->sc_status.button != 0) {
+ if (ntouch == 2 && sc->sc_status.button != 0) {
sc->pre_pos_x = sc->pos_x[sc->finger];
sc->pre_pos_y = sc->pos_y[sc->finger];
}
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Apple Trackpad driver
Hi Huang,
On 01/30/14 06:56, Huang Wen Hui wrote:
Hans,
Thanks for you take care of it and commit it! I found two problems:
1. The selection is not expected when selection with 2 fingers sometimes.
2. Unexpected scrolling when Click with 2 fingers.
This patch can fix that. The var "n" modify to "ntouch" seems to be
necessary.
Right, but aren't we then accessing non-initialised sc->pos_x[] data ?
Because if ntouch == 2, n can be less than or equal to 2, due to
continue in for-loop above. What is the purpose of the "n" variable?
Can you explain?
- if (n == 2) {
+ if (ntouch == 2) {
sc->distance = max(sc->distance, max(
abs(sc->pos_x[0] - sc->pos_x[1]),
abs(sc->pos_y[0] - sc->pos_y[1])));
--HPS
Cheers,
Huang Wen Hui
2014-01-29 Hans Petter Selasky
On 01/29/14 09:49, Lundberg, Johannes wrote:
Hi
I tested the driver on a 2012 Macbook Air 11" and it works great! Good
job!
Is there a way to disable click-by-touch? I always preferred clicking with
the physical button that is built in to the pad.
Hi,
I've added an "#if 0" around the 1 finger tap code until further. Maybe
this feature can be tunable?
I fixed the code style, added some range checks and cleared some buffer
issues.
When you assign a signed value to an unsigned variable, you should range
check it, because the sign might cause an overflow when you use it later on.
int8_t x = -1;
uint32_t t = x;
"t" is now "0xU" and not "255".
Tested the code on my MacBookPro. Hope I didn't break anything. If so,
send a patch to freebsd-usb.
http://svnweb.freebsd.org/changeset/base/261260
To get the touchpad working with Xorg, I needed to re-compile HALD with
the attached patch.
kwm: Can you get the attached patch into ports?
Auto-loading of wsp via devd will be done later. Simply need to
re-generate usb.conf in /etc ...
--HPS
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
