From owner-freebsd-current@freebsd.org Sun Jan 28 00:12:03 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2623ECCBDC for ; Sun, 28 Jan 2018 00:12:03 +0000 (UTC) (envelope-from david.boyd49@twc.com) Received: from dnvrco-cmomta01.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 45B2681792 for ; Sun, 28 Jan 2018 00:12:02 +0000 (UTC) (envelope-from david.boyd49@twc.com) Received: from bashful.bsd1.net ([74.138.140.144]) by cmsmtp with ESMTPA id faZeeXE822oQkfaZgeHvWv; Sun, 28 Jan 2018 00:11:57 +0000 Message-ID: <1517098312.13907.2.camel@twc.com> Subject: VM images for 12.0-CURRENT have problem with USB 3.0 flash drives From: David Boyd To: freebsd-current@freebsd.org Date: Sat, 27 Jan 2018 19:11:52 -0500 X-Mailer: Evolution 3.22.6 (3.22.6-10.el7) Mime-Version: 1.0 X-CMAE-Envelope: MS4wfMkeIKXorGPnLtFBYe6BWtRqQPYJb6vECpj/HTanZIU53P/haSjy8x/NvWTP8hjtYh/uT1m4kC6UUvzFwXMUTLwpJUzJXPrNPvkcjMCZmjYSM8+TGmG4 14irN7NGEs3OyNlNtWri3Sn4GT17FNnkUJQcVi9km9i5RIUPV95vA6/O2R99pWNvyh6Tp37q7ACBUw== Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2018 00:12:03 -0000 Beginning with 12.0-CURRENT VM image: FreeBSD-12.0-CURRENT-amd64-20180118-r328126.vmdk.xz and continuing with 12.0-CURRENT VM image: FreeBSD-12.0-CURRENT-amd64-20180125-r328383.vmdk.xz when a USB flash drive is present via the attached USB 3.0 controller the console hangs for 10-12 minutes during boot and then emits the error messages seen in the attachment. The UFS filesystem on the USB flash drive cannot be mounted. If the USB flash drive is connected via the attached USB 2.0 controller, everything is good. This problem is not manifested in any 10.4-STABLE or 11.1-STABLE VM images. The host system is CentOS EL7 7.1708. VirtualBox version is 5.2.6. The USB 3.0 controller uses a VIA chipset. System is for test purposes only, so it is easy to try anything that might help resolve this problem. Thanks. David Boyd From owner-freebsd-current@freebsd.org Sun Jan 28 03:42:31 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1783AED5D5C for ; Sun, 28 Jan 2018 03:42:31 +0000 (UTC) (envelope-from kiri@kx.openedu.org) Received: from kx.openedu.org (flets-sg1027.kamome.or.jp [202.216.24.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7374D69898 for ; Sun, 28 Jan 2018 03:42:29 +0000 (UTC) (envelope-from kiri@kx.openedu.org) Received: from kx.openedu.org (kx.openedu.org [202.216.24.27]) by kx.openedu.org (8.14.5/8.14.5) with ESMTP id w0S3gKZ7023238; Sun, 28 Jan 2018 12:42:20 +0900 (JST) (envelope-from kiri@kx.openedu.org) Message-Id: <201801280342.w0S3gKZ7023238@kx.openedu.org> Date: Sun, 28 Jan 2018 12:42:20 +0900 From: KIRIYAMA Kazuhiko To: freebsd-current@freebsd.org Cc: kiri@kx.openedu.org Subject: USB wifi dongle can't work User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.6 MULE XEmacs/21.4 (patch 22) (Instant Classic) (amd64--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2018 03:42:31 -0000 Hi, I've tested a USB wifi dongle but can't work. It's usbconfig is as follows: ugen0.2: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (160mA) bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0201 bDeviceClass = 0x0000 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0040 idVendor = 0x148f idProduct = 0x7601 bcdDevice = 0x0000 iManufacturer = 0x0001 iProduct = 0x0002 <802.11 n WLAN> iSerialNumber = 0x0003 <1.0> bNumConfigurations = 0x0001 So I tried to work with it by adding vendor entry to usbdevs and if_run.c: --- sys/dev/usb/usbdevs.org 2018-01-27 16:00:48.963304000 +0900 +++ sys/dev/usb/usbdevs 2018-01-27 17:23:53.341085000 +0900 @@ -3845,6 +3845,7 @@ product RALINK RT3573 0x3573 RT3573 product RALINK RT5370 0x5370 RT5370 product RALINK RT5572 0x5572 RT5572 +product RALINK RT7601 0x7601 RT7601 product RALINK RT8070 0x8070 RT8070 product RALINK RT2570_3 0x9020 RT2500USB Wireless Adapter product RALINK RT2573_2 0x9021 RT2501USB Wireless Adapter --- sys/dev/usb/wlan/if_run.c.org 2018-01-27 17:25:50.504335000 +0900 +++ sys/dev/usb/wlan/if_run.c 2018-01-27 17:29:29.438094000 +0900 @@ -300,6 +300,7 @@ RUN_DEV(RALINK, RT3573), RUN_DEV(RALINK, RT5370), RUN_DEV(RALINK, RT5572), + RUN_DEV(RALINK, RT7601), RUN_DEV(RALINK, RT8070), RUN_DEV(SAMSUNG, WIS09ABGN), RUN_DEV(SAMSUNG2, RT2870_1), and reconfigured kernel and set rc.conf: hostname="t.pis" ifconfig_wlan0="DHCP mode 11n" wlans_run0="wlan0" saver="logo" sendmail_enable="NONE" sshd_enable="YES" usbd_enable="YES" ntpd_enable="YES" then rebooted. But can't start as DHCP client: admin@t:~ % ifconfig lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 groups: lo wlan0: flags=8843 metric 0 mtu 1500 ether 00:0f:00:4a:7f:28 nd6 options=29 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid "" channel 11 (2462 MHz 11g) regdomain FCC country US authmode OPEN privacy OFF txpower 30 bmiss 7 scanvalid 60 protmode CTS wme bintval 0 groups: wlan admin@t:~ % dmesg shows: ugen0.2: at usbus0 run0 on uhub0 run0: on usbus0 run0: MAC/BBP RT7601 (rev 0x0500), RF RT5592 (MIMO 1T1R), address 00:0f:00:4a:7f:28 wlan0: Ethernet address: 00:0f:00:4a:7f:28 ugen0.3: at usbus0 ukbd0 on uhub0 ukbd0: on usbus0 kbd2 at ukbd0 ugen0.4: at usbus0 ugen0.5: at usbus0 run0: timeout waiting for MCU to initialize run0: could not load 8051 microcode This means there is not a driver for RT7601? root@t:~ # uname -v FreeBSD 12.0-CURRENT #0: Sat Jan 27 17:58:35 JST 2018 admin@lmainkx:/usr/obj/usr/src/amd64.amd64/sys/RT7601 root@t:~ # and OS revision is r328126. Is there any idea? Best regards. --- KIRIYAMA Kazuhiko From owner-freebsd-current@freebsd.org Sun Jan 28 13:28:23 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F0DD2EC67C7 for ; Sun, 28 Jan 2018 13:28:22 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 83DF87B352 for ; Sun, 28 Jan 2018 13:28:21 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.128.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 5C151260077; Sun, 28 Jan 2018 14:28:17 +0100 (CET) Subject: Re: USB wifi dongle can't work To: KIRIYAMA Kazuhiko , freebsd-current@freebsd.org References: <201801280342.w0S3gKZ7023238@kx.openedu.org> From: Hans Petter Selasky Message-ID: <10c522c9-1a05-ce39-80ab-e60415e80d68@selasky.org> Date: Sun, 28 Jan 2018 14:25:22 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: <201801280342.w0S3gKZ7023238@kx.openedu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2018 13:28:23 -0000 On 01/28/18 04:42, KIRIYAMA Kazuhiko wrote: > Hi, > > I've tested a USB wifi dongle but can't work. It's usbconfig > is as follows: > > ugen0.2: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (160mA) > > bLength = 0x0012 > bDescriptorType = 0x0001 > bcdUSB = 0x0201 > bDeviceClass = 0x0000 > bDeviceSubClass = 0x0000 > bDeviceProtocol = 0x0000 > bMaxPacketSize0 = 0x0040 > idVendor = 0x148f > idProduct = 0x7601 > bcdDevice = 0x0000 > iManufacturer = 0x0001 > iProduct = 0x0002 <802.11 n WLAN> > iSerialNumber = 0x0003 <1.0> > bNumConfigurations = 0x0001 > > So I tried to work with it by adding vendor entry to usbdevs > and if_run.c: > > --- sys/dev/usb/usbdevs.org 2018-01-27 16:00:48.963304000 +0900 > +++ sys/dev/usb/usbdevs 2018-01-27 17:23:53.341085000 +0900 > @@ -3845,6 +3845,7 @@ > product RALINK RT3573 0x3573 RT3573 > product RALINK RT5370 0x5370 RT5370 > product RALINK RT5572 0x5572 RT5572 > +product RALINK RT7601 0x7601 RT7601 > product RALINK RT8070 0x8070 RT8070 > product RALINK RT2570_3 0x9020 RT2500USB Wireless Adapter > product RALINK RT2573_2 0x9021 RT2501USB Wireless Adapter > --- sys/dev/usb/wlan/if_run.c.org 2018-01-27 17:25:50.504335000 +0900 > +++ sys/dev/usb/wlan/if_run.c 2018-01-27 17:29:29.438094000 +0900 > @@ -300,6 +300,7 @@ > RUN_DEV(RALINK, RT3573), > RUN_DEV(RALINK, RT5370), > RUN_DEV(RALINK, RT5572), > + RUN_DEV(RALINK, RT7601), > RUN_DEV(RALINK, RT8070), > RUN_DEV(SAMSUNG, WIS09ABGN), > RUN_DEV(SAMSUNG2, RT2870_1), > > and reconfigured kernel and set rc.conf: > > hostname="t.pis" > ifconfig_wlan0="DHCP mode 11n" > wlans_run0="wlan0" > saver="logo" > sendmail_enable="NONE" > sshd_enable="YES" > usbd_enable="YES" > ntpd_enable="YES" > > then rebooted. But can't start as DHCP client: > > admin@t:~ % ifconfig > lo0: flags=8049 metric 0 mtu 16384 > options=600003 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 > inet 127.0.0.1 netmask 0xff000000 > nd6 options=21 > groups: lo > wlan0: flags=8843 metric 0 mtu 1500 > ether 00:0f:00:4a:7f:28 > nd6 options=29 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > ssid "" channel 11 (2462 MHz 11g) > regdomain FCC country US authmode OPEN privacy OFF txpower 30 bmiss 7 > scanvalid 60 protmode CTS wme bintval 0 > groups: wlan > admin@t:~ % > > dmesg shows: > > ugen0.2: at usbus0 > run0 on uhub0 > run0: on usbus0 > run0: MAC/BBP RT7601 (rev 0x0500), RF RT5592 (MIMO 1T1R), address 00:0f:00:4a:7f:28 > wlan0: Ethernet address: 00:0f:00:4a:7f:28 > ugen0.3: at usbus0 > ukbd0 on uhub0 > ukbd0: on usbus0 > kbd2 at ukbd0 > ugen0.4: at usbus0 > ugen0.5: at usbus0 > run0: timeout waiting for MCU to initialize > run0: could not load 8051 microcode > > This means there is not a driver for RT7601? > > root@t:~ # uname -v > FreeBSD 12.0-CURRENT #0: Sat Jan 27 17:58:35 JST 2018 admin@lmainkx:/usr/obj/usr/src/amd64.amd64/sys/RT7601 > root@t:~ # > > and OS revision is r328126. > Is there any idea? > Hi, Try to search the Linux kernel code for idProduct and idVendor values in hexadecimal. You can't just add driver like that and it will work :-) --HPS From owner-freebsd-current@freebsd.org Sun Jan 28 12:49:02 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 242B3EC49F6 for ; Sun, 28 Jan 2018 12:49:02 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 95A7A7977A for ; Sun, 28 Jan 2018 12:49:01 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 517D8EC49F5; Sun, 28 Jan 2018 12:49:01 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2A529EC49F4 for ; Sun, 28 Jan 2018 12:49:01 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8465779779 for ; Sun, 28 Jan 2018 12:49:00 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id w0SCUf23023739 for ; Sun, 28 Jan 2018 12:30:41 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id w0SCUetX023738 for current@freebsd.org; Sun, 28 Jan 2018 04:30:40 -0800 (PST) (envelope-from david) Date: Sun, 28 Jan 2018 04:30:40 -0800 From: David Wolfskill To: current@freebsd.org Subject: Change in head breaks install of port x11/nvdia-drive-340? Message-ID: <20180128123040.GF1287@albert.catwhisker.org> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="PKy2pz49MDPlBgeD" Content-Disposition: inline User-Agent: Mutt/1.9.2 (2017-12-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2018 12:49:02 -0000 --PKy2pz49MDPlBgeD Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm tracking stable/11 & head (on separate slices) on my laptop, which uses the x11/nvidia-driver-340 port -- which has a kernel module. Thus, I have: PORTS_MODULES=3Dx11/nvidia-driver-340 in /etc/src.conf (for each of stable/11 and head), so every time the kernel is rebuilt, the kernel module for x11/nvidia-driver-340 is rebuilt (and re-installed). Today, after the (successful) source update of stable/11 from: FreeBSD g1-252.catwhisker.org 11.1-STABLE FreeBSD 11.1-STABLE #521 r328463= M/328467:1101508: Sat Jan 27 03:43:23 PST 2018 root@localhost:/common/S= 1/obj/usr/src/sys/CANARY amd64 to FreeBSD g1-252.catwhisker.org 11.1-STABLE FreeBSD 11.1-STABLE #522 r328503= M/328509:1101508: Sun Jan 28 03:51:20 PST 2018 root@g1-252.catwhisker.o= rg:/common/S1/obj/usr/src/sys/CANARY amd64 (including updating the x11/nvidia-driver-340 kernel module), I rebooted =66rom the "head" slice, running: FreeBSD g1-252.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #82 r32846= 7M/328467:1200056: Sat Jan 27 04:10:40 PST 2018 root@g1-252.catwhisker.= org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 and, after updating the sources to r328509, started the update. That got as far as: >>> Installing kernel CANARY on Sun Jan 28 04:08:50 PST 2018 =2E.. =3D=3D=3D> zlib (install) install -T release -o root -g wheel -m 555 zlib.ko /boot/kernel/ install -T debug -o root -g wheel -m 555 zlib.ko.debug /usr/lib/debug/boo= t/kernel/ kldxref /boot/kernel =3D=3D=3D> Ports module x11/nvidia-driver-340 (install) cd ${PORTSDIR:-/usr/ports}/x11/nvidia-driver-340; env -u CC -u CXX -u CP= P -u MAKESYSPATH MAKEFLAGS=3D".MAKE.LEVEL.ENV=3DMAKELEVEL KERNEL=3Dkernel= MK_AUTO_OBJ=3Dno TARGET=3Damd64 TARGET_ARCH=3Damd64" SYSDIR=3D/usr/src/sy= s PATH=3D/common/S4/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/common/S4= /obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/common/S4/obj/usr/src/amd64.am= d64/tmp/legacy/bin:/common/S4/obj/usr/src/amd64.amd64/tmp/usr/sbin:/common/= S4/obj/usr/src/amd64.amd64/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/l= ocal/bin:/usr/local/sbin SRC_BASE=3D/usr/src OSVERSION=3D1200056 WRKDIRP= REFIX=3D/common/S4/obj/usr/src/amd64.amd64/sys/CANARY make -B deinstall rei= nstall pkg-static: Warning: Major OS version upgrade detected. Running "pkg-stati= c install -f pkg" recommended =3D=3D=3D> Deinstalling for nvidia-driver-340 pkg-static: Warning: Major OS version upgrade detected. Running "pkg-stati= c install -f pkg" recommended =2E.. Deinstallation has been requested for the following 1 packages (of 0 packag= es in the universe): Installed packages to be REMOVED: nvidia-driver-340-340.106 Number of packages to be removed: 1 The operation will free 213 MiB. [1/1] Deinstalling nvidia-driver-340-340.106... [1/1] Deleting files for nvidia-driver-340-340.106: 100% pkg-static: unlinkat(compat): Not a directory =3D=3D=3D> Staging for nvidia-driver-340-340.106 =3D=3D=3D> nvidia-driver-340-340.106 depends on package: linux_base-c6>0 = - found =3D=3D=3D> nvidia-driver-340-340.106 depends on package: linux-c6-xorg-li= bs>0 - found =3D=3D=3D> nvidia-driver-340-340.106 depends on file: /usr/local/lib/libG= L.so - found =3D=3D=3D> nvidia-driver-340-340.106 depends on file: /usr/local/libdata/= pkgconfig/x11.pc - found =3D=3D=3D> nvidia-driver-340-340.106 depends on file: /usr/local/libdata/= pkgconfig/xorg-server.pc - found =3D=3D=3D> nvidia-driver-340-340.106 depends on file: /usr/local/libdata/= pkgconfig/xext.pc - found =3D=3D=3D> Generating temporary packing list =3D=3D=3D> src (install) Variable OBJTOP is recursive. make[7]: stopped in /common/S4/obj/usr/src/amd64.amd64/sys/CANARY/common/po= rts/x11/nvidia-driver-340/work/NVIDIA-FreeBSD-x86_64-340.106/src *** Error code 2 Stop. make[6]: stopped in /common/S4/obj/usr/src/amd64.amd64/sys/CANARY/common/po= rts/x11/nvidia-driver-340/work/NVIDIA-FreeBSD-x86_64-340.106 *** Error code 1 Stop. make[5]: stopped in /common/ports/x11/nvidia-driver-340 *** Error code 1 Stop. make[4]: stopped in /common/ports/x11/nvidia-driver-340 *** Error code 1 Stop. make[3]: stopped in /common/ports/x11/nvidia-driver-340 *** Error code 1 Stop. make[2]: stopped in /common/S4/obj/usr/src/amd64.amd64/sys/CANARY *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src popd: Directory stack empty. popd: Directory stack empty. Script done, output file is s4 I am not specifyying "OBJTOP" in any of /etc/src-env.conf, /etc/src.conf, or /etc/make.conf: g1-252(12.0-C)[4] foreach f ( /etc/src* /etc/make.conf ) foreach? echo "${f}:" && cat $f && echo =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D foreach? end /etc/src-env.conf: WITH_META_MODE=3Dyes =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D /etc/src.conf: KERNCONF=3DCANARY PORTS_MODULES=3Dx11/nvidia-driver-340 # PORTS_MODULES+=3Dmultimedia/cuse4bsd-kmod =2EMAKE.META.IGNORE_PATHS +=3D /usr/local/etc/libmap.d WITHOUT_DEBUG_FILES=3D1 IWN_DEBUG=3D1 IEEE80211_DEBUG=3D1 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D /etc/make.conf: NET_SNMP_SYS_CONTACT=3D"david@catwhisker.org" NET_SNMP_SYS_LOCATION=3D"variable" NET_SNMP_LOGFILE=3D/var/log/snmpd.log NET_SNMP_PERSISTENTDIR=3D/var/net-snmp WITH_BSD_JDK=3DTRUE # For mplayer WITHOUT_RUNTIME_CPUDETECTION=3D YES WITHOUT_CJK=3D YES NO_SUID_XSERVER=3DYES # For Linux compat DEFAULT_VERSIONS+=3Dlinux=3Dc6 INSTALL_AS_NCFTP=3Dyes OPTIONS_SET=3DOPTIMIZED_CFLAGS # DISABLE_VULNERABILITIES=3Dyes DEFAULT_VERSIONS+=3D perl5=3D5.24 # WITH_PKG=3D devel FORCE_PKG_REGISTER=3D YES PKG_NOCOMPRESS=3D1 SENDMAIL_MC=3D/etc/mail/laptop.mc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D g1-252(12.0-C)[7]=20 How do I make this work again? (It had been working for ... years until this morning.) My ports tree is head (branch of ports) at r460165. Peace, david --=20 David H. Wolfskill david@catwhisker.org "unfortunately, no trust!=E2=80=9D -- well, of course! You reap what you s= ow. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --PKy2pz49MDPlBgeD Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEzLfO+ReoAfQwZNd7FTnMQKBJ7hcFAlptwnBfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEND QjdDRUY5MTdBODAxRjQzMDY0RDc3QjE1MzlDQzQwQTA0OUVFMTcACgkQFTnMQKBJ 7hcuBAf/VU8utIG8jN9H3agw0pQYbuWlquAz8kn5Xg0bfZ+gxavcA9kRrgDOO5UU jb4fHWQ++JG0W8Jjp/WqI/hJqcAlBvvSFj/QAGMq9rx5QwD/YRSTh+Fi0koDSMnh wvJgw2btuT/WiRwwnEXH59Vzpvlb390NVbl8qq9xWPg0yQ6dzhJsxlR6D461JPg8 xMPPPWdxbz/yv0gQ3vuwhm140NQJuGrJkVzXWOOvNyxl+T7c3JZabaQTUmZnP8Ay 9HBtp2EhZO5q3I3/dG0PG1M29AXfTMrzjTzzbx4E1TzMOSc2EnhvFhw9wzyOUmXo cFUz9RiXqVsF+Qqri05CVfCz51UUbA== =fv4N -----END PGP SIGNATURE----- --PKy2pz49MDPlBgeD-- From owner-freebsd-current@freebsd.org Sun Jan 28 15:21:47 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E8FAFECC4BF for ; Sun, 28 Jan 2018 15:21:46 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7F836815BC for ; Sun, 28 Jan 2018 15:21:46 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3F32CECC4BD; Sun, 28 Jan 2018 15:21:46 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 18236ECC4BC for ; Sun, 28 Jan 2018 15:21:46 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 78191815B8 for ; Sun, 28 Jan 2018 15:21:45 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([92.229.130.206]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MQ33z-1ekVb81UZf-005Egy; Sun, 28 Jan 2018 16:21:29 +0100 Date: Sun, 28 Jan 2018 16:20:59 +0100 From: "O. Hartmann" To: David Wolfskill Cc: current@freebsd.org Subject: Re: Change in head breaks install of port x11/nvdia-drive-340? Message-ID: <20180128162103.739f3e0e@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20180128123040.GF1287@albert.catwhisker.org> References: <20180128123040.GF1287@albert.catwhisker.org> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/dK38A7vF=j+3D.ymctW5gHr"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:g9TAL7pLvUMuabTQ7eTMDsxYAhXkkkJxVvWDO6W+I6sEjlsQ9dq sd4ByNtpB5t/6ymU7K0KayMPL76X5QblxKSn//upe6NqEO3qzbAdAbHJaT42CwO3eRHCQOY cpXHzY7Y1yd5ATJ7nDnkyXkmkvu1CQN/LUy3G90IXBgbZpPYzH+4Bp+eigi1WJdRLg/cn8P gPZ6jvowV/famZSQcCtrQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:TTIFQNlPhuI=:fmm2KccW0Gz47DWLaOULcg xgJsmHmYuivhg3w9p1v3TuQYWsjY/y4oW1fisgyqDPW4WOUsIdG/8MQvXRMY8dmtRiaWB+qiL M76xLiS0mFmHyx5l+T4+ONnZH0pyfUZVMLIxJLAahKsqqTPh3ueLFFA0fvKXvIhScf5Lf9Idf nJE2wHidtAlAgkqmU1mmQq3sjMz5rJMgdDn80ayyGEaA5iLsGUVVmTpl4YIxyyumO9yZzAnM9 /O9Npdvq1a9rGxXaWQUoDIfTXAZqhcu1+K4HR1Bq8QdTCGmmaa+4vqrw37sroXKXg+BhSs/Hx +YFkNkRY4cv7wFOSoAPC7AajOLAz6n5blFoXKEMUql+A6K7Bne32jqkbul1vthcOGhaLUWXlt fgEKZW2/cZjqXirnrTCDPilkg4uLG2zHIOtPaET3pJMzyZ/HNUnulJDha14qVSazUtwEciccS z/dqV6I0mkO8UmpZ2OOZOj69H/AnQRC7sAEVzqCaJADnmd+4NBClhHxatVjlJ1DzcaRxOjROU PZbMP4uSGEWg28QAr2dJ44DpIzAL2vyAflLQggZwml1O/ueyBC0gpJx0CdUL3AveY3KVzpFMA vLXFTcfLV4nerNt+ketV3vL6N5mo4uOj8Fpg8Hynl9rjSys2VmpR0z/zQITroAKZCEPIGenyV 01jvWrvDm3xu63+Iho/hFtpFVM8SsHxcCzBgheW4n3DDhArHTuYCC7m4JtheGrcpcfUv2Pk/h iYbnH+63vh5Bfd3nzPCwlLK1UiMzxdTeRM96jujGedv3mMyFk9VE+jUvW9hWNGEV8Tx6USAOz EyH2xjJcagopEYHgSQMBlgFPN90hQ== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2018 15:21:47 -0000 --Sig_/dK38A7vF=j+3D.ymctW5gHr Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Am Sun, 28 Jan 2018 04:30:40 -0800 David Wolfskill schrieb: > I'm tracking stable/11 & head (on separate slices) on my laptop, which > uses the x11/nvidia-driver-340 port -- which has a kernel module. >=20 > Thus, I have: >=20 > PORTS_MODULES=3Dx11/nvidia-driver-340 >=20 > in /etc/src.conf (for each of stable/11 and head), so every time the > kernel is rebuilt, the kernel module for x11/nvidia-driver-340 is > rebuilt (and re-installed). >=20 > Today, after the (successful) source update of stable/11 from: >=20 > FreeBSD g1-252.catwhisker.org 11.1-STABLE FreeBSD 11.1-STABLE #521 > r328463M/328467:1101508: Sat Jan 27 03:43:23 PST 2018 > root@localhost:/common/S1/obj/usr/src/sys/CANARY amd64 >=20 > to >=20 > FreeBSD g1-252.catwhisker.org 11.1-STABLE FreeBSD 11.1-STABLE #522 > r328503M/328509:1101508: Sun Jan 28 03:51:20 PST 2018 > root@g1-252.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY amd64 >=20 > (including updating the x11/nvidia-driver-340 kernel module), I rebooted > from the "head" slice, running: >=20 > FreeBSD g1-252.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #82 > r328467M/328467:1200056: Sat Jan 27 04:10:40 PST 2018 > root@g1-252.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY = amd64 >=20 > and, after updating the sources to r328509, started the update. >=20 > That got as far as: >=20 > >>> Installing kernel CANARY on Sun Jan 28 04:08:50 PST 2018 =20 > ... > =3D=3D=3D> zlib (install) =20 > install -T release -o root -g wheel -m 555 zlib.ko /boot/kernel/ > install -T debug -o root -g wheel -m 555 zlib.ko.debug /usr/lib/debug/b= oot/kernel/ > kldxref /boot/kernel > =3D=3D=3D> Ports module x11/nvidia-driver-340 (install) =20 > cd ${PORTSDIR:-/usr/ports}/x11/nvidia-driver-340; env -u CC -u CXX -u = CPP -u > MAKESYSPATH MAKEFLAGS=3D".MAKE.LEVEL.ENV=3DMAKELEVEL KERNEL=3Dkernel MK_= AUTO_OBJ=3Dno > TARGET=3Damd64 TARGET_ARCH=3Damd64" SYSDIR=3D/usr/src/sys > PATH=3D/common/S4/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/common/S4/= obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/common/S4/obj/usr/src/amd64.amd= 64/tmp/legacy/bin:/common/S4/obj/usr/src/amd64.amd64/tmp/usr/sbin:/common/S= 4/obj/usr/src/amd64.amd64/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/lo= cal/bin:/usr/local/sbin > SRC_BASE=3D/usr/src OSVERSION=3D1200056 > WRKDIRPREFIX=3D/common/S4/obj/usr/src/amd64.amd64/sys/CANARY make -B dein= stall reinstall > pkg-static: Warning: Major OS version upgrade detected. Running "pkg-sta= tic install -f > pkg" recommended =3D=3D=3D> Deinstalling for nvidia-driver-340 pkg-stati= c: Warning: Major OS > version upgrade detected. Running "pkg-static install -f pkg" recommende= d ... > Deinstallation has been requested for the following 1 packages (of 0 pack= ages in the > universe): >=20 > Installed packages to be REMOVED: > nvidia-driver-340-340.106 >=20 > Number of packages to be removed: 1 >=20 > The operation will free 213 MiB. > [1/1] Deinstalling nvidia-driver-340-340.106... > [1/1] Deleting files for nvidia-driver-340-340.106: 100% > pkg-static: unlinkat(compat): Not a directory > =3D=3D=3D> Staging for nvidia-driver-340-340.106 > =3D=3D=3D> nvidia-driver-340-340.106 depends on package: linux_base-c6>= 0 - found > =3D=3D=3D> nvidia-driver-340-340.106 depends on package: linux-c6-xorg-= libs>0 - found > =3D=3D=3D> nvidia-driver-340-340.106 depends on file: /usr/local/lib/li= bGL.so - found > =3D=3D=3D> nvidia-driver-340-340.106 depends on file: /usr/local/libdat= a/pkgconfig/x11.pc - > found =3D=3D=3D> nvidia-driver-340-340.106 depends on > file: /usr/local/libdata/pkgconfig/xorg-server.pc - found =3D=3D=3D> > nvidia-driver-340-340.106 depends on file: /usr/local/libdata/pkgconfig/x= ext.pc - found > =3D=3D=3D> Generating temporary packing list =3D=3D=3D> src (install) = =20 > Variable OBJTOP is recursive. >=20 > make[7]: stopped > in /common/S4/obj/usr/src/amd64.amd64/sys/CANARY/common/ports/x11/nvidia-= driver-340/work/NVIDIA-FreeBSD-x86_64-340.106/src > *** Error code 2 >=20 > Stop. > make[6]: stopped > in /common/S4/obj/usr/src/amd64.amd64/sys/CANARY/common/ports/x11/nvidia-= driver-340/work/NVIDIA-FreeBSD-x86_64-340.106 > *** Error code 1 >=20 > Stop. > make[5]: stopped in /common/ports/x11/nvidia-driver-340 > *** Error code 1 >=20 > Stop. > make[4]: stopped in /common/ports/x11/nvidia-driver-340 > *** Error code 1 >=20 > Stop. > make[3]: stopped in /common/ports/x11/nvidia-driver-340 > *** Error code 1 >=20 > Stop. > make[2]: stopped in /common/S4/obj/usr/src/amd64.amd64/sys/CANARY > *** Error code 1 >=20 > Stop. > make[1]: stopped in /usr/src > *** Error code 1 >=20 > Stop. > make: stopped in /usr/src > popd: Directory stack empty. > popd: Directory stack empty. >=20 > Script done, output file is s4 >=20 >=20 > I am not specifyying "OBJTOP" in any of /etc/src-env.conf, /etc/src.conf, > or /etc/make.conf: >=20 > g1-252(12.0-C)[4] foreach f ( /etc/src* /etc/make.conf ) > foreach? echo "${f}:" && cat $f && echo =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > foreach? end > /etc/src-env.conf: > WITH_META_MODE=3Dyes > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > /etc/src.conf: > KERNCONF=3DCANARY > PORTS_MODULES=3Dx11/nvidia-driver-340 > # PORTS_MODULES+=3Dmultimedia/cuse4bsd-kmod > .MAKE.META.IGNORE_PATHS +=3D /usr/local/etc/libmap.d > WITHOUT_DEBUG_FILES=3D1 > IWN_DEBUG=3D1 > IEEE80211_DEBUG=3D1 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > /etc/make.conf: > NET_SNMP_SYS_CONTACT=3D"david@catwhisker.org" > NET_SNMP_SYS_LOCATION=3D"variable" > NET_SNMP_LOGFILE=3D/var/log/snmpd.log > NET_SNMP_PERSISTENTDIR=3D/var/net-snmp > WITH_BSD_JDK=3DTRUE > # For mplayer > WITHOUT_RUNTIME_CPUDETECTION=3D YES > WITHOUT_CJK=3D YES > NO_SUID_XSERVER=3DYES > # For Linux compat > DEFAULT_VERSIONS+=3Dlinux=3Dc6 > INSTALL_AS_NCFTP=3Dyes > OPTIONS_SET=3DOPTIMIZED_CFLAGS > # DISABLE_VULNERABILITIES=3Dyes > DEFAULT_VERSIONS+=3D perl5=3D5.24 > # WITH_PKG=3D devel > FORCE_PKG_REGISTER=3D YES > PKG_NOCOMPRESS=3D1 > SENDMAIL_MC=3D/etc/mail/laptop.mc > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > g1-252(12.0-C)[7]=20 >=20 >=20 > How do I make this work again? (It had been working for ... years > until this morning.) >=20 > My ports tree is head (branch of ports) at r460165. >=20 > Peace, > david This problem has been introduced yesterday and also hits other PORTS_MODULE= entries, in my case, x11/nvidia-driver is the first. It happened after commit r328489. Regards, Oliver=20 --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/dK38A7vF=j+3D.ymctW5gHr Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWm3qdgAKCRDS528fyFhY lIoPAf9TP6owB3h2svj9MjWfWjG4xpYpQmXngLhT3sLj3KvOoQswZFzwyg9v+/mM HXZBcQ0A5/W67VOZxm6VvIsnROEAAf0cKcb4XWgn0tBxV12+m9PIOgQCu6ytw0kG MsvKA+bJg2Tx/7nisIYXeKGFiLXaTQEaxovloOaugcdTuhIEGbsb =oBZW -----END PGP SIGNATURE----- --Sig_/dK38A7vF=j+3D.ymctW5gHr-- From owner-freebsd-current@freebsd.org Sun Jan 28 21:22:39 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 14AFDEDFDE9 for ; Sun, 28 Jan 2018 21:22:39 +0000 (UTC) (envelope-from thomas.masper@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 9B1236F3C7 for ; Sun, 28 Jan 2018 21:22:38 +0000 (UTC) (envelope-from thomas.masper@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 5A270EDFDE8; Sun, 28 Jan 2018 21:22:38 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 366C6EDFDE7 for ; Sun, 28 Jan 2018 21:22:38 +0000 (UTC) (envelope-from thomas.masper@gmail.com) Received: from mail-yb0-x241.google.com (mail-yb0-x241.google.com [IPv6:2607:f8b0:4002:c09::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C45406F3C6 for ; Sun, 28 Jan 2018 21:22:37 +0000 (UTC) (envelope-from thomas.masper@gmail.com) Received: by mail-yb0-x241.google.com with SMTP id p83so2065685yba.4 for ; Sun, 28 Jan 2018 13:22:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=Lvd6S17UFM4gWI4q272Ix3Sq5zcR4jjOwSLDk0c0mKU=; b=UJAY8si7EvQUK8/eJl9yBdLh9woz7VTGQg49qIYDvnhUBKMSugD0p+PzX5dg53SEj7 jyp+kBQmimPQRcSn/tBDOrnlRXoVZVGQhseKorkxEKu77oGmS1RL26GBzLAsXFKR/Nde WN1wPFVf2+Wit9g8m98S4E2TXbmh0TMwZw6Ie563tD6wpKazR6D/ZQbdvpDpyYC1zecT ERySga0iOmCSgQaaUbVi0mN23RbP2Q6iGhIEchREHksAZxNah14cTTLmsqM0nJjT6aQn 4rqPwgw1LAk2DaTedxYdYCCxY+GgbtKXrnPnjjigERFZhXuaOIfzroW5xdgbD/21GlXV tA8Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=Lvd6S17UFM4gWI4q272Ix3Sq5zcR4jjOwSLDk0c0mKU=; b=Or0Ckm87lzYjSZvp8cTjveVtqY4NZ7lxQHLFi/663vHDl3QORPgPFgpN7/ieK+0aFa qSEZB7wVLJlKEx6WHr6CBpIzRxi71WVMQ9bS7+8YXEuyeGqix0gpqYljj1vPzvQ4BCqd LlzQpw6L3e5lhJ8LPs6UnObB3Fhkf58G/qbWjvW0ghyntVCpag1ajA0/J0jz0H/fM5xd 29Zw+lo8AfW+iDRyvgIpksUzHH4H3VCgP7jAkwc3OofQgIkadHGG4Yr67sON0qsSEbB+ xhSjcgWjnIj1tOoXhyBGwzDi4jm7j1l6wc/XQvdpRmVrJpvlCSC1CNRFr53KKI7vJgVr z3qA== X-Gm-Message-State: AKwxytfuzSONOUjY7P/s4boF0RMr7XsepgiaDsO/TgAsbQSz1VWCELY4 ahqU4DbzaJdg/HW2AqpGxHBmk7PUydpA9consHmngQ== X-Google-Smtp-Source: AH8x227WHT03FPxKVngqY9C2kj+2aTz68+djIE2WMpp5I++4UkJffS1c657jwxhKwJ9ujTHa9P5mn0K6dEFxLLmek4w= X-Received: by 10.37.177.19 with SMTP id g19mr15763810ybj.361.1517174556720; Sun, 28 Jan 2018 13:22:36 -0800 (PST) MIME-Version: 1.0 Received: by 10.37.230.83 with HTTP; Sun, 28 Jan 2018 13:22:36 -0800 (PST) In-Reply-To: <20180126150710.GV1287@albert.catwhisker.org> References: <20180126122947.GA1287@albert.catwhisker.org> <20180126150710.GV1287@albert.catwhisker.org> From: thomas masper Date: Sun, 28 Jan 2018 22:22:36 +0100 Message-ID: Subject: Re: Panic on shutdown @r328436: "Unholding 6 with cnt = -559038242" To: current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2018 21:22:39 -0000 Hi, similar panic happen to me when extracting a pendrive from laptop USB port (I tried 3 different pendrive). No issue if I reboot or shutdown. I don't know if those two issues are related. panic: Releasing 6 with cnt =3D -559038242 GNU gdb (GDB) 8.0.1 [GDB v8.0.1 for FreeBSD] Copyright (C) 2017 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-portbld-freebsd12.0". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /boot/kernel/kernel...Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug...done. done. Unread portion of the kernel message buffer: da0 at umass-sim0 bus 0 scbus4 target 0 lun 0 da0: s/n 30E47C20 detached (da0:umass-sim0:0:0:0): Periph destroyed panic: Releasing 6 with cnt =3D -559038242 cpuid =3D 0 time =3D 1517158352 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00593838c0 vpanic() at vpanic+0x18d/frame 0xfffffe0059383920 panic() at panic+0x43/frame 0xfffffe0059383980 dadiskgonecb() at dadiskgonecb+0x42/frame 0xfffffe00593839a0 g_disk_providergone() at g_disk_providergone+0x25/frame 0xfffffe00593839d0 g_destroy_provider() at g_destroy_provider+0xae/frame 0xfffffe00593839f0 g_wither_washer() at g_wither_washer+0x87/frame 0xfffffe0059383a30 g_run_events() at g_run_events+0x3ca/frame 0xfffffe0059383a70 fork_exit() at fork_exit+0x84/frame 0xfffffe0059383ab0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0059383ab0 --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- KDB: enter: panic __curthread () at ./machine/pcpu.h:229 229 __asm("movq %%gs:%1,%0" : "=3Dr" (td) (kgdb) #0 __curthread () at ./machine/pcpu.h:229 #1 doadump (textdump=3D0) at /usr/src/sys/kern/kern_shutdown.c:346 #2 0xffffffff8040a08b in db_dump (dummy=3D, dummy2=3D, dummy3=3D, dummy4=3D) at /usr/src/sys/ddb/db_command.c:574 #3 0xffffffff80409e59 in db_command (last_cmdp=3D, cmd_table=3D, dopager=3D) at /usr/src/sys/ddb/db_command.c:481 #4 0xffffffff80409bd4 in db_command_loop () at /usr/src/sys/ddb/db_command.c:534 #5 0xffffffff8040cdff in db_trap (type=3D, code=3D) at /usr/src/sys/ddb/db_main.c:250 #6 0xffffffff80b0d923 in kdb_trap (type=3D3, code=3D-61456, tf=3D) at /usr/src/sys/kern/subr_kdb.c:697 #7 0xffffffff80f7b498 in trap (frame=3D0xfffffe00593837f0) at /usr/src/sys/amd64/amd64/trap.c:547 #8 #9 kdb_enter (why=3D0xffffffff811f101e "panic", msg=3D) at /usr/src/sys/kern/subr_kdb.c:479 #10 0xffffffff80ac8d3a in vpanic (fmt=3D, ap=3D0xfffffe0059383960) at /usr/src/sys/kern/kern_shutdown.c:800 #11 0xffffffff80ac8dc3 in panic ( fmt=3D0xffffffff81b1bbd8 "\257\257\033\201\377\377\377\377= ") at /usr/src/sys/kern/kern_shutdown.c:738 #12 0xffffffff80368bb2 in da_periph_release (periph=3D, token=3DDA_REF_GEOM) at /usr/src/sys/cam/scsi/scsi_da.c:1591 #13 dadiskgonecb (dp=3D) at /usr/src/sys/cam/scsi/scsi_da.c:1904 #14 0xffffffff80a0fdd5 in g_disk_providergone (pp=3D0xfffff80003e8b700) at /usr/src/sys/geom/geom_disk.c:783 #15 0xffffffff80a15f9e in g_destroy_provider (pp=3D0xfffff80003e8b700) at /usr/src/sys/geom/geom_subr.c:746 #16 0xffffffff80a15e17 in g_wither_washer () at /usr/src/sys/geom/geom_subr.c:461 #17 0xffffffff80a112da in g_run_events () at /usr/src/sys/geom/geom_event.c:297 #18 0xffffffff80a89444 in fork_exit ( callout=3D0xffffffff80a138c0 , arg=3D0x0, frame=3D0xfffffe0059383ac0) at /usr/src/sys/kern/kern_fork.c:1039 #19 (kgdb) uname -a FreeBSD laptopW530.tommyBSD.org 12.0-CURRENT FreeBSD 12.0-CURRENT #13 r328509M: Sun Jan 28 15:38:35 CET 2018 tommy@laptopW530.tommyBSD.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 Regards, thomas On Fri, Jan 26, 2018 at 4:07 PM, David Wolfskill wrote: > On Fri, Jan 26, 2018 at 07:47:48AM -0700, Warner Losh wrote: > > On Fri, Jan 26, 2018 at 5:29 AM, David Wolfskill > > wrote: > > > > > This is on my "build machine" (laptop is still building updated ports > > > for today, so I don't know yet whether or not it encounters this.) > > > > > > > Running a kernel with INVARIANTS, right? > > Yes -- GENERIC. > > > > I had performed a source-based update from r328393 to r328436, > > > rebooted, performed "make delete-old-libs", and all seemed well. > > > > > > > This has my change 328415 in it. > > :-) > > > > I then issued "sudo shutdown -p now", and serial console shows: > > > panic: Unholding 6 with cnt =3D -559038242 > > > cpuid =3D 3 > > > time =3D 1516968697 > > > KDB: stack backtrace: > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > > 0xfffffe00004288c0 > > > vpanic() at vpanic+0x18d/frame 0xfffffe0000428920 > > > panic() at panic+0x43/frame 0xfffffe0000428980 > > > dadiskgonecb() at dadiskgonecb+0x42/frame 0xfffffe00004289a0 > > > g_disk_providergone() at g_disk_providergone+0x25/frame > 0xfffffe00004289d0 > > > g_destroy_provider() at g_destroy_provider+0xae/frame > 0xfffffe00004289f0 > > > g_wither_washer() at g_wither_washer+0x87/frame 0xfffffe0000428a30 > > > g_run_events() at g_run_events+0x3ca/frame 0xfffffe0000428a70 > > > fork_exit() at fork_exit+0x84/frame 0xfffffe0000428ab0 > > > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0000428ab0 > > > --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- > > > KDB: enter: panic > > > [ thread pid 13 tid 100044 ] > > > Stopped at kdb_enter+0x3b: movq $0,kdb_why > > > db> > > > > > > > That's no good. We're releasing a reference to the da peripheral becaus= e > > geom has finished with the disk and is giving us a final callback so we > can > > drop the reference we took when we created the geom. Trouble is, cnt > should > > be like 1 always for this code, but it's not. It looks like it may be > bytes > > to a pointer :( > > > > > > > As noted, this is a build machine, and it was to be powered off for > > > the rest of the day anyway, so I don't need to get it up & running > > > immediately: I can poke at the ddb prompt, given some clues. > > > > > > > I don't suppose you can attach kgdb to this machine? I'd be interested = to > > see what the contents of the softc are...a > > Pointer to how to do that? > > I do have ddb right now.... > > > .... > > Thanks for the report. This is quite troubling. > > Well, let's get it fixed, then! :-) > > > Warner > > .... > > I should still have access to the serial console after I get in to the > office (heading out shortly). > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > "unfortunately, no trust!=E2=80=9D -- well, of course! You reap what you= sow. > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. > From owner-freebsd-current@freebsd.org Sun Jan 28 21:28:35 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1DC38EE02DB for ; Sun, 28 Jan 2018 21:28:35 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A144F6F6D6 for ; Sun, 28 Jan 2018 21:28:34 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.ysv.freebsd.org (Postfix) id 65845EE02D2; Sun, 28 Jan 2018 21:28:34 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 12A44EE02D1 for ; Sun, 28 Jan 2018 21:28:34 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x244.google.com (mail-io0-x244.google.com [IPv6:2607:f8b0:4001:c06::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 935F46F6D4 for ; Sun, 28 Jan 2018 21:28:33 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x244.google.com with SMTP id z6so5548268iob.11 for ; Sun, 28 Jan 2018 13:28:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=Zexm233HdC9eZUEOcVfn0hailyvMAZC24mVabUBUKAY=; b=O5k3ECyctUHvB55lrW12SOvbNQ8RQS7CEd5YaTxMleyVzlQbUicUR6BtJ3D5xk0HPd 3C5PrKtM+ez+lJNcph1MrP5ll5/k6zmbZ7eNTeJf8d5NCYThdeiDhGTpJwrNt+jJ461s 6J5giFgBPyZ7Ru6Yt0T+zmeWGigVWHA8Nd3QnJhj0ofXBENQxkoktPZez+XuF3fVCnmi kT/m08OVYHm2PrkApzcVzrv+hLjxF5157GAkCU8gIB4i1XkqCyTXcDVmhD9l60SkfO2f rqlNOneHl/FWJ/MpyTjaVj5HBPuy1t+xbbvFSjon/Nb8IfXG7NtZIELzTVnKJazsAlcu KakA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=Zexm233HdC9eZUEOcVfn0hailyvMAZC24mVabUBUKAY=; b=VbfpV1GafMhk14Nfjz1cbVIMbLIZzarWLsFXoj9dqAUnylfgplXsnNGwc5jz5utj8f BTIwJQFKTlKX6vAo1bPrrqQHmOESOLNu21uBedhJxpruABrf3LeuGYDXDCzej9Mb/hg/ FjsYK655YhExj1oBVN0ury2az+1wYhJLNot6P4pUOwlyN+UtGwnYPmK/WcEP3aptk5P4 FJ8Z48r7NLkkAa0gF47WlovW/ZKURgp38X3tde8uK1+cvr5t3fbq3h69RT+ygW08A+qX jueYvqNp39I8dTeUcXxhf8VgrCJnYGSCd5SsjaluvkufX+zvhjDHKNJ1huJo4b7BMK/N ujeA== X-Gm-Message-State: AKwxytd9eVqlo6fY7f0nrk+dFdA1WjGhNYU4ceUNaieXbSS1hsP8Wf51 Cr8Sf03OWG6mfwTY6X7lGVUCpgzOvXOK3h/lQpI2VQ== X-Google-Smtp-Source: AH8x2252/hQu8b+5OVauMi3sR5B0kLpuYIgK/eIEgoIlDnLLELYNkonW65puTrh2h7L5FXMxlUrJ0+CwJ0QeIuAAveA= X-Received: by 10.107.136.76 with SMTP id k73mr24263368iod.301.1517174912958; Sun, 28 Jan 2018 13:28:32 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.201.67 with HTTP; Sun, 28 Jan 2018 13:28:31 -0800 (PST) X-Originating-IP: [50.253.99.174] In-Reply-To: References: <20180126122947.GA1287@albert.catwhisker.org> <20180126150710.GV1287@albert.catwhisker.org> From: Warner Losh Date: Sun, 28 Jan 2018 14:28:31 -0700 X-Google-Sender-Auth: gW7dsvJpPKbEU7xNoOCkzWd-9tQ Message-ID: Subject: Re: Panic on shutdown @r328436: "Unholding 6 with cnt = -559038242" To: thomas masper Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2018 21:28:35 -0000 On Sun, Jan 28, 2018 at 2:22 PM, thomas masper wrote: > Hi, > similar panic happen to me when extracting a pendrive from laptop USB por= t > (I tried 3 different pendrive). > No issue if I reboot or shutdown. I don't know if those two issues are > related. > Do you have a reproducible test case? Ideally, it would be 'insert and remove usb thumb drive' but maybe there's more steps between insert and removal. Warner > panic: Releasing 6 with cnt =3D -559038242 > > GNU gdb (GDB) 8.0.1 [GDB v8.0.1 for FreeBSD] > Copyright (C) 2017 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later html > > > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show copying= " > and "show warranty" for details. > This GDB was configured as "x86_64-portbld-freebsd12.0". > Type "show configuration" for configuration details. > For bug reporting instructions, please see: > . > Find the GDB manual and other documentation resources online at: > . > For help, type "help". > Type "apropos word" to search for commands related to "word"... > Reading symbols from /boot/kernel/kernel...Reading symbols from > /usr/lib/debug//boot/kernel/kernel.debug...done. > done. > > Unread portion of the kernel message buffer: > da0 at umass-sim0 bus 0 scbus4 target 0 lun 0 > da0: s/n 30E47C20 detached > (da0:umass-sim0:0:0:0): Periph destroyed > panic: Releasing 6 with cnt =3D -559038242 > cpuid =3D 0 > time =3D 1517158352 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe00593838c0 > vpanic() at vpanic+0x18d/frame 0xfffffe0059383920 > panic() at panic+0x43/frame 0xfffffe0059383980 > dadiskgonecb() at dadiskgonecb+0x42/frame 0xfffffe00593839a0 > g_disk_providergone() at g_disk_providergone+0x25/frame 0xfffffe00593839d= 0 > g_destroy_provider() at g_destroy_provider+0xae/frame 0xfffffe00593839f0 > g_wither_washer() at g_wither_washer+0x87/frame 0xfffffe0059383a30 > g_run_events() at g_run_events+0x3ca/frame 0xfffffe0059383a70 > fork_exit() at fork_exit+0x84/frame 0xfffffe0059383ab0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0059383ab0 > --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- > KDB: enter: panic > > __curthread () at ./machine/pcpu.h:229 > 229 __asm("movq %%gs:%1,%0" : "=3Dr" (td) > (kgdb) #0 __curthread () at ./machine/pcpu.h:229 > #1 doadump (textdump=3D0) at /usr/src/sys/kern/kern_shutdown.c:346 > #2 0xffffffff8040a08b in db_dump (dummy=3D, > dummy2=3D, dummy3=3D, dummy4=3D) > at /usr/src/sys/ddb/db_command.c:574 > #3 0xffffffff80409e59 in db_command (last_cmdp=3D, > cmd_table=3D, dopager=3D) > at /usr/src/sys/ddb/db_command.c:481 > #4 0xffffffff80409bd4 in db_command_loop () > at /usr/src/sys/ddb/db_command.c:534 > #5 0xffffffff8040cdff in db_trap (type=3D, code=3D out>) > at /usr/src/sys/ddb/db_main.c:250 > #6 0xffffffff80b0d923 in kdb_trap (type=3D3, code=3D-61456, tf=3D out>) > at /usr/src/sys/kern/subr_kdb.c:697 > #7 0xffffffff80f7b498 in trap (frame=3D0xfffffe00593837f0) > at /usr/src/sys/amd64/amd64/trap.c:547 > #8 > #9 kdb_enter (why=3D0xffffffff811f101e "panic", msg=3D) > at /usr/src/sys/kern/subr_kdb.c:479 > #10 0xffffffff80ac8d3a in vpanic (fmt=3D, > ap=3D0xfffffe0059383960) > at /usr/src/sys/kern/kern_shutdown.c:800 > #11 0xffffffff80ac8dc3 in panic ( > fmt=3D0xffffffff81b1bbd8 "\257\257\033\201\377\377\377\ > 377") > at /usr/src/sys/kern/kern_shutdown.c:738 > #12 0xffffffff80368bb2 in da_periph_release (periph=3D, > token=3DDA_REF_GEOM) at /usr/src/sys/cam/scsi/scsi_da.c:1591 > #13 dadiskgonecb (dp=3D) at > /usr/src/sys/cam/scsi/scsi_da.c:1904 > #14 0xffffffff80a0fdd5 in g_disk_providergone (pp=3D0xfffff80003e8b700) > at /usr/src/sys/geom/geom_disk.c:783 > #15 0xffffffff80a15f9e in g_destroy_provider (pp=3D0xfffff80003e8b700) > at /usr/src/sys/geom/geom_subr.c:746 > #16 0xffffffff80a15e17 in g_wither_washer () > at /usr/src/sys/geom/geom_subr.c:461 > #17 0xffffffff80a112da in g_run_events () > at /usr/src/sys/geom/geom_event.c:297 > #18 0xffffffff80a89444 in fork_exit ( > callout=3D0xffffffff80a138c0 , arg=3D0x0, > frame=3D0xfffffe0059383ac0) at /usr/src/sys/kern/kern_fork.c:1039 > #19 > (kgdb) > > > uname -a > FreeBSD laptopW530.tommyBSD.org 12.0-CURRENT FreeBSD 12.0-CURRENT #13 > r328509M: Sun Jan 28 15:38:35 CET 2018 > tommy@laptopW530.tommyBSD.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC > amd64 > > Regards, > thomas > > > On Fri, Jan 26, 2018 at 4:07 PM, David Wolfskill > wrote: > > > On Fri, Jan 26, 2018 at 07:47:48AM -0700, Warner Losh wrote: > > > On Fri, Jan 26, 2018 at 5:29 AM, David Wolfskill > > > > wrote: > > > > > > > This is on my "build machine" (laptop is still building updated por= ts > > > > for today, so I don't know yet whether or not it encounters this.) > > > > > > > > > > Running a kernel with INVARIANTS, right? > > > > Yes -- GENERIC. > > > > > > I had performed a source-based update from r328393 to r328436, > > > > rebooted, performed "make delete-old-libs", and all seemed well. > > > > > > > > > > This has my change 328415 in it. > > > > :-) > > > > > > I then issued "sudo shutdown -p now", and serial console shows: > > > > panic: Unholding 6 with cnt =3D -559038242 > > > > cpuid =3D 3 > > > > time =3D 1516968697 > > > > KDB: stack backtrace: > > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > > > 0xfffffe00004288c0 > > > > vpanic() at vpanic+0x18d/frame 0xfffffe0000428920 > > > > panic() at panic+0x43/frame 0xfffffe0000428980 > > > > dadiskgonecb() at dadiskgonecb+0x42/frame 0xfffffe00004289a0 > > > > g_disk_providergone() at g_disk_providergone+0x25/frame > > 0xfffffe00004289d0 > > > > g_destroy_provider() at g_destroy_provider+0xae/frame > > 0xfffffe00004289f0 > > > > g_wither_washer() at g_wither_washer+0x87/frame 0xfffffe0000428a30 > > > > g_run_events() at g_run_events+0x3ca/frame 0xfffffe0000428a70 > > > > fork_exit() at fork_exit+0x84/frame 0xfffffe0000428ab0 > > > > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0000428ab0 > > > > --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- > > > > KDB: enter: panic > > > > [ thread pid 13 tid 100044 ] > > > > Stopped at kdb_enter+0x3b: movq $0,kdb_why > > > > db> > > > > > > > > > > That's no good. We're releasing a reference to the da peripheral > because > > > geom has finished with the disk and is giving us a final callback so = we > > can > > > drop the reference we took when we created the geom. Trouble is, cnt > > should > > > be like 1 always for this code, but it's not. It looks like it may be > > bytes > > > to a pointer :( > > > > > > > > > > As noted, this is a build machine, and it was to be powered off for > > > > the rest of the day anyway, so I don't need to get it up & running > > > > immediately: I can poke at the ddb prompt, given some clues. > > > > > > > > > > I don't suppose you can attach kgdb to this machine? I'd be intereste= d > to > > > see what the contents of the softc are...a > > > > Pointer to how to do that? > > > > I do have ddb right now.... > > > > > .... > > > Thanks for the report. This is quite troubling. > > > > Well, let's get it fixed, then! :-) > > > > > Warner > > > .... > > > > I should still have access to the serial console after I get in to the > > office (heading out shortly). > > > > Peace, > > david > > -- > > David H. Wolfskill david@catwhisker.org > > "unfortunately, no trust!=E2=80=9D -- well, of course! You reap what y= ou sow. > > > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@freebsd.org Sun Jan 28 21:49:34 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34A8EEE1399 for ; Sun, 28 Jan 2018 21:49:34 +0000 (UTC) (envelope-from thomas.masper@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id AF2DD702BE for ; Sun, 28 Jan 2018 21:49:33 +0000 (UTC) (envelope-from thomas.masper@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 661B4EE1395; Sun, 28 Jan 2018 21:49:33 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 422A6EE1394 for ; Sun, 28 Jan 2018 21:49:33 +0000 (UTC) (envelope-from thomas.masper@gmail.com) Received: from mail-yw0-x243.google.com (mail-yw0-x243.google.com [IPv6:2607:f8b0:4002:c05::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C2204702BD for ; Sun, 28 Jan 2018 21:49:32 +0000 (UTC) (envelope-from thomas.masper@gmail.com) Received: by mail-yw0-x243.google.com with SMTP id j128so2030744ywg.7 for ; Sun, 28 Jan 2018 13:49:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=fzBkvuOwgRGfMilwXe8aDnbY5b110ZFdYiZrvoNlYYs=; b=lejFA4U0rvxJ3RbQXicogxe1wku0qYpzHnljQBWsSwS7TOQy/XLtZ6kkKSZov7I4ps HQl50IFf5sgv2bhxwfq6SQlLV1HQxCWoOlui9+cBTudmPLygwblq38ytGs0l4qSutLDY KxFrc4HvVGumv0TK1vTEb/pBT+9LI+OFfLpjMlYP3Cd2XQVfpLQmcvqo3bu5sr9aLBeJ pTgizM8Y7WA8JNO2UrNFfwVPrPVVhrz5acA6aUULEtmBvmRx5Llb7hYWHbgGOVKvrTBd 6xns4cQp+VnLBIIdNn5XTUtaVRRkjXxrISZC8Iuk4Etes5LQ+5f4HnUIRI2bc/VqljWO FF7w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=fzBkvuOwgRGfMilwXe8aDnbY5b110ZFdYiZrvoNlYYs=; b=HD2JXafglXz8NMS2mHqr14Znv/C9TFwqD2qsSWOzOFhGcvZhxf0ACExqlWPW5RH8R3 zR7CprWrydqbCfusBxdRMhLd9vpfLfiwSe1EByqzmo8JiXT+7eC1DvY1bdlz7vCeIcKn bho5viGHxLGFV/Py36BgQ1ej1fxDQXJsAwBAz0aaVRhy+SGi2kNthIsOQ2KnKvvCgsjx GOH8E6K4LDah5zDKWg1yeTa1amfm234hIiYxgueSlu/izTGv3wAhcdQ9gXqV+EJx1A5C +ZP6VgDjKB35HZB2i3UxvPJK6ho8+lCGxyFpAD24BGksyiR26FcN99fA09eTVQ+QaqVn KH5Q== X-Gm-Message-State: AKwxyteUGw2S0uf25vvSRESc9z2ApoeWhAKigvhXWybNoT8SVlsfLJ3p xeb0jQlJMFjzy7dh9M9941p1v4Rs9DGNtCewOUw= X-Google-Smtp-Source: AH8x226j8vnZMJhewrnP2MIvtwjz9oZoFL/khvv/8Uql+vA2kLaJlRpM982XLYqStInPC/66kdJ+DrMG7bKhiH2dCPo= X-Received: by 10.129.235.13 with SMTP id n13mr15782654ywm.414.1517176171523; Sun, 28 Jan 2018 13:49:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.37.230.83 with HTTP; Sun, 28 Jan 2018 13:49:31 -0800 (PST) In-Reply-To: References: <20180126122947.GA1287@albert.catwhisker.org> <20180126150710.GV1287@albert.catwhisker.org> From: thomas masper Date: Sun, 28 Jan 2018 22:49:31 +0100 Message-ID: Subject: Re: Panic on shutdown @r328436: "Unholding 6 with cnt = -559038242" To: Warner Losh Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2018 21:49:34 -0000 > Do you have a reproducible test case? Ideally, it would be 'insert and > remove usb thumb drive' but maybe there's more steps between insert and > removal. Exactly! Just insert and remove the usb thumb drive. Happen in both USB3 and USB2 ports of the laptop. Regards thomas On Sun, Jan 28, 2018 at 10:28 PM, Warner Losh wrote: > > > On Sun, Jan 28, 2018 at 2:22 PM, thomas masper > wrote: >> >> Hi, >> similar panic happen to me when extracting a pendrive from laptop USB po= rt >> (I tried 3 different pendrive). >> No issue if I reboot or shutdown. I don't know if those two issues are >> related. > > > Do you have a reproducible test case? Ideally, it would be 'insert and > remove usb thumb drive' but maybe there's more steps between insert and > removal. > > Warner > > >> >> panic: Releasing 6 with cnt =3D -559038242 >> >> GNU gdb (GDB) 8.0.1 [GDB v8.0.1 for FreeBSD] >> Copyright (C) 2017 Free Software Foundation, Inc. >> License GPLv3+: GNU GPL version 3 or later >> > > >> This is free software: you are free to change and redistribute it. >> There is NO WARRANTY, to the extent permitted by law. Type "show copyin= g" >> and "show warranty" for details. >> This GDB was configured as "x86_64-portbld-freebsd12.0". >> Type "show configuration" for configuration details. >> For bug reporting instructions, please see: >> . >> Find the GDB manual and other documentation resources online at: >> . >> For help, type "help". >> Type "apropos word" to search for commands related to "word"... >> Reading symbols from /boot/kernel/kernel...Reading symbols from >> /usr/lib/debug//boot/kernel/kernel.debug...done. >> done. >> >> Unread portion of the kernel message buffer: >> da0 at umass-sim0 bus 0 scbus4 target 0 lun 0 >> da0: s/n 30E47C20 detached >> (da0:umass-sim0:0:0:0): Periph destroyed >> panic: Releasing 6 with cnt =3D -559038242 >> cpuid =3D 0 >> time =3D 1517158352 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> 0xfffffe00593838c0 >> vpanic() at vpanic+0x18d/frame 0xfffffe0059383920 >> panic() at panic+0x43/frame 0xfffffe0059383980 >> dadiskgonecb() at dadiskgonecb+0x42/frame 0xfffffe00593839a0 >> g_disk_providergone() at g_disk_providergone+0x25/frame 0xfffffe00593839= d0 >> g_destroy_provider() at g_destroy_provider+0xae/frame 0xfffffe00593839f0 >> g_wither_washer() at g_wither_washer+0x87/frame 0xfffffe0059383a30 >> g_run_events() at g_run_events+0x3ca/frame 0xfffffe0059383a70 >> fork_exit() at fork_exit+0x84/frame 0xfffffe0059383ab0 >> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0059383ab0 >> --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- >> KDB: enter: panic >> >> __curthread () at ./machine/pcpu.h:229 >> 229 __asm("movq %%gs:%1,%0" : "=3Dr" (td) >> (kgdb) #0 __curthread () at ./machine/pcpu.h:229 >> #1 doadump (textdump=3D0) at /usr/src/sys/kern/kern_shutdown.c:346 >> #2 0xffffffff8040a08b in db_dump (dummy=3D, >> dummy2=3D, dummy3=3D, dummy4=3D) >> at /usr/src/sys/ddb/db_command.c:574 >> #3 0xffffffff80409e59 in db_command (last_cmdp=3D, >> cmd_table=3D, dopager=3D) >> at /usr/src/sys/ddb/db_command.c:481 >> #4 0xffffffff80409bd4 in db_command_loop () >> at /usr/src/sys/ddb/db_command.c:534 >> #5 0xffffffff8040cdff in db_trap (type=3D, code=3D> out>) >> at /usr/src/sys/ddb/db_main.c:250 >> #6 0xffffffff80b0d923 in kdb_trap (type=3D3, code=3D-61456, tf=3D> out>) >> at /usr/src/sys/kern/subr_kdb.c:697 >> #7 0xffffffff80f7b498 in trap (frame=3D0xfffffe00593837f0) >> at /usr/src/sys/amd64/amd64/trap.c:547 >> #8 >> #9 kdb_enter (why=3D0xffffffff811f101e "panic", msg=3D) >> at /usr/src/sys/kern/subr_kdb.c:479 >> #10 0xffffffff80ac8d3a in vpanic (fmt=3D, >> ap=3D0xfffffe0059383960) >> at /usr/src/sys/kern/kern_shutdown.c:800 >> #11 0xffffffff80ac8dc3 in panic ( >> fmt=3D0xffffffff81b1bbd8 >> "\257\257\033\201\377\377\377\377") >> at /usr/src/sys/kern/kern_shutdown.c:738 >> #12 0xffffffff80368bb2 in da_periph_release (periph=3D, >> token=3DDA_REF_GEOM) at /usr/src/sys/cam/scsi/scsi_da.c:1591 >> #13 dadiskgonecb (dp=3D) at >> /usr/src/sys/cam/scsi/scsi_da.c:1904 >> #14 0xffffffff80a0fdd5 in g_disk_providergone (pp=3D0xfffff80003e8b700) >> at /usr/src/sys/geom/geom_disk.c:783 >> #15 0xffffffff80a15f9e in g_destroy_provider (pp=3D0xfffff80003e8b700) >> at /usr/src/sys/geom/geom_subr.c:746 >> #16 0xffffffff80a15e17 in g_wither_washer () >> at /usr/src/sys/geom/geom_subr.c:461 >> #17 0xffffffff80a112da in g_run_events () >> at /usr/src/sys/geom/geom_event.c:297 >> #18 0xffffffff80a89444 in fork_exit ( >> callout=3D0xffffffff80a138c0 , arg=3D0x0, >> frame=3D0xfffffe0059383ac0) at /usr/src/sys/kern/kern_fork.c:1039 >> #19 >> (kgdb) >> >> >> uname -a >> FreeBSD laptopW530.tommyBSD.org 12.0-CURRENT FreeBSD 12.0-CURRENT #13 >> r328509M: Sun Jan 28 15:38:35 CET 2018 >> tommy@laptopW530.tommyBSD.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC >> amd64 >> >> Regards, >> thomas >> >> >> On Fri, Jan 26, 2018 at 4:07 PM, David Wolfskill >> wrote: >> >> > On Fri, Jan 26, 2018 at 07:47:48AM -0700, Warner Losh wrote: >> > > On Fri, Jan 26, 2018 at 5:29 AM, David Wolfskill >> > > >> > > wrote: >> > > >> > > > This is on my "build machine" (laptop is still building updated >> > > > ports >> > > > for today, so I don't know yet whether or not it encounters this.) >> > > > >> > > >> > > Running a kernel with INVARIANTS, right? >> > >> > Yes -- GENERIC. >> > >> > > > I had performed a source-based update from r328393 to r328436, >> > > > rebooted, performed "make delete-old-libs", and all seemed well. >> > > > >> > > >> > > This has my change 328415 in it. >> > >> > :-) >> > >> > > > I then issued "sudo shutdown -p now", and serial console shows: >> > > > panic: Unholding 6 with cnt =3D -559038242 >> > > > cpuid =3D 3 >> > > > time =3D 1516968697 >> > > > KDB: stack backtrace: >> > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> > > > 0xfffffe00004288c0 >> > > > vpanic() at vpanic+0x18d/frame 0xfffffe0000428920 >> > > > panic() at panic+0x43/frame 0xfffffe0000428980 >> > > > dadiskgonecb() at dadiskgonecb+0x42/frame 0xfffffe00004289a0 >> > > > g_disk_providergone() at g_disk_providergone+0x25/frame >> > 0xfffffe00004289d0 >> > > > g_destroy_provider() at g_destroy_provider+0xae/frame >> > 0xfffffe00004289f0 >> > > > g_wither_washer() at g_wither_washer+0x87/frame 0xfffffe0000428a30 >> > > > g_run_events() at g_run_events+0x3ca/frame 0xfffffe0000428a70 >> > > > fork_exit() at fork_exit+0x84/frame 0xfffffe0000428ab0 >> > > > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0000428ab0 >> > > > --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- >> > > > KDB: enter: panic >> > > > [ thread pid 13 tid 100044 ] >> > > > Stopped at kdb_enter+0x3b: movq $0,kdb_why >> > > > db> >> > > > >> > > >> > > That's no good. We're releasing a reference to the da peripheral >> > > because >> > > geom has finished with the disk and is giving us a final callback so >> > > we >> > can >> > > drop the reference we took when we created the geom. Trouble is, cnt >> > should >> > > be like 1 always for this code, but it's not. It looks like it may b= e >> > bytes >> > > to a pointer :( >> > > >> > > >> > > > As noted, this is a build machine, and it was to be powered off fo= r >> > > > the rest of the day anyway, so I don't need to get it up & running >> > > > immediately: I can poke at the ddb prompt, given some clues. >> > > > >> > > >> > > I don't suppose you can attach kgdb to this machine? I'd be interest= ed >> > > to >> > > see what the contents of the softc are...a >> > >> > Pointer to how to do that? >> > >> > I do have ddb right now.... >> > >> > > .... >> > > Thanks for the report. This is quite troubling. >> > >> > Well, let's get it fixed, then! :-) >> > >> > > Warner >> > > .... >> > >> > I should still have access to the serial console after I get in to the >> > office (heading out shortly). >> > >> > Peace, >> > david >> > -- >> > David H. Wolfskill david@catwhisker.org >> > "unfortunately, no trust!=E2=80=9D -- well, of course! You reap what = you sow. >> > >> > See http://www.catwhisker.org/~david/publickey.gpg for my public key. >> > >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" > > From owner-freebsd-current@freebsd.org Sun Jan 28 22:22:15 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 19A39EE2C7B for ; Sun, 28 Jan 2018 22:22:15 +0000 (UTC) (envelope-from def@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A4CBE715F5 for ; Sun, 28 Jan 2018 22:22:14 +0000 (UTC) (envelope-from def@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 64103EE2C6E; Sun, 28 Jan 2018 22:22:14 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4210EEE2C6D for ; Sun, 28 Jan 2018 22:22:14 +0000 (UTC) (envelope-from def@FreeBSD.org) Received: from troz.pl (troz.pl [37.187.125.115]) by mx1.freebsd.org (Postfix) with ESMTP id BAE5C715F2 for ; Sun, 28 Jan 2018 22:22:13 +0000 (UTC) (envelope-from def@FreeBSD.org) Received: from [192.168.1.140] (3224033-cl69.boa.fiberby.dk [89.23.224.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by troz.pl (Postfix) with ESMTPSA id A66DC98; Sun, 28 Jan 2018 23:22:12 +0100 (CET) Subject: Re: Panic on shutdown @r328436: "Unholding 6 with cnt = -559038242" To: Warner Losh , thomas masper Cc: FreeBSD Current References: <20180126122947.GA1287@albert.catwhisker.org> <20180126150710.GV1287@albert.catwhisker.org> From: Konrad Witaszczyk Message-ID: Date: Sun, 28 Jan 2018 23:22:08 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="VtflopWLmYIeDj1YLhKUTDjETETL8iAIo" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jan 2018 22:22:15 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --VtflopWLmYIeDj1YLhKUTDjETETL8iAIo Content-Type: multipart/mixed; boundary="leT38lHe12LKG3Iu8lpLMUPogGckJAwzE"; protected-headers="v1" From: Konrad Witaszczyk To: Warner Losh , thomas masper Cc: FreeBSD Current Message-ID: Subject: Re: Panic on shutdown @r328436: "Unholding 6 with cnt = -559038242" References: <20180126122947.GA1287@albert.catwhisker.org> <20180126150710.GV1287@albert.catwhisker.org> In-Reply-To: --leT38lHe12LKG3Iu8lpLMUPogGckJAwzE Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 01/28/2018 22:28, Warner Losh wrote: > On Sun, Jan 28, 2018 at 2:22 PM, thomas masper > wrote: >=20 >> Hi, >> similar panic happen to me when extracting a pendrive from laptop USB = port >> (I tried 3 different pendrive). >> No issue if I reboot or shutdown. I don't know if those two issues are= >> related. >> >=20 > Do you have a reproducible test case? Ideally, it would be 'insert and > remove usb thumb drive' but maybe there's more steps between insert and= > removal. >=20 > Warner I hit the same problem after upgrading to r328500. I booted my laptop fro= m a pendrive, got a GELI password prompt, removed the pendrive, typed in a GE= LI password and then I got the kernel panic. Removing the pendrive at an ear= lier stage is a workaround for me at the moment. >> panic: Releasing 6 with cnt =3D -559038242 >> >> GNU gdb (GDB) 8.0.1 [GDB v8.0.1 for FreeBSD] >> Copyright (C) 2017 Free Software Foundation, Inc. >> License GPLv3+: GNU GPL version 3 or later > html >>> >> This is free software: you are free to change and redistribute it. >> There is NO WARRANTY, to the extent permitted by law. Type "show copy= ing" >> and "show warranty" for details. >> This GDB was configured as "x86_64-portbld-freebsd12.0". >> Type "show configuration" for configuration details. >> For bug reporting instructions, please see: >> . >> Find the GDB manual and other documentation resources online at: >> . >> For help, type "help". >> Type "apropos word" to search for commands related to "word"... >> Reading symbols from /boot/kernel/kernel...Reading symbols from >> /usr/lib/debug//boot/kernel/kernel.debug...done. >> done. >> >> Unread portion of the kernel message buffer: >> da0 at umass-sim0 bus 0 scbus4 target 0 lun 0 >> da0: s/n 30E47C20 detached >> (da0:umass-sim0:0:0:0): Periph destroyed >> panic: Releasing 6 with cnt =3D -559038242 >> cpuid =3D 0 >> time =3D 1517158352 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> 0xfffffe00593838c0 >> vpanic() at vpanic+0x18d/frame 0xfffffe0059383920 >> panic() at panic+0x43/frame 0xfffffe0059383980 >> dadiskgonecb() at dadiskgonecb+0x42/frame 0xfffffe00593839a0 >> g_disk_providergone() at g_disk_providergone+0x25/frame 0xfffffe005938= 39d0 >> g_destroy_provider() at g_destroy_provider+0xae/frame 0xfffffe00593839= f0 >> g_wither_washer() at g_wither_washer+0x87/frame 0xfffffe0059383a30 >> g_run_events() at g_run_events+0x3ca/frame 0xfffffe0059383a70 >> fork_exit() at fork_exit+0x84/frame 0xfffffe0059383ab0 >> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0059383ab0 >> --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- >> KDB: enter: panic >> >> __curthread () at ./machine/pcpu.h:229 >> 229 __asm("movq %%gs:%1,%0" : "=3Dr" (td) >> (kgdb) #0 __curthread () at ./machine/pcpu.h:229 >> #1 doadump (textdump=3D0) at /usr/src/sys/kern/kern_shutdown.c:346 >> #2 0xffffffff8040a08b in db_dump (dummy=3D, >> dummy2=3D, dummy3=3D, dummy4=3D) >> at /usr/src/sys/ddb/db_command.c:574 >> #3 0xffffffff80409e59 in db_command (last_cmdp=3D, >> cmd_table=3D, dopager=3D) >> at /usr/src/sys/ddb/db_command.c:481 >> #4 0xffffffff80409bd4 in db_command_loop () >> at /usr/src/sys/ddb/db_command.c:534 >> #5 0xffffffff8040cdff in db_trap (type=3D, code=3D> out>) >> at /usr/src/sys/ddb/db_main.c:250 >> #6 0xffffffff80b0d923 in kdb_trap (type=3D3, code=3D-61456, tf=3D> out>) >> at /usr/src/sys/kern/subr_kdb.c:697 >> #7 0xffffffff80f7b498 in trap (frame=3D0xfffffe00593837f0) >> at /usr/src/sys/amd64/amd64/trap.c:547 >> #8 >> #9 kdb_enter (why=3D0xffffffff811f101e "panic", msg=3D= ) >> at /usr/src/sys/kern/subr_kdb.c:479 >> #10 0xffffffff80ac8d3a in vpanic (fmt=3D, >> ap=3D0xfffffe0059383960) >> at /usr/src/sys/kern/kern_shutdown.c:800 >> #11 0xffffffff80ac8dc3 in panic ( >> fmt=3D0xffffffff81b1bbd8 "\257\257\033\201\377\377\37= 7\ >> 377") >> at /usr/src/sys/kern/kern_shutdown.c:738 >> #12 0xffffffff80368bb2 in da_periph_release (periph=3D,= >> token=3DDA_REF_GEOM) at /usr/src/sys/cam/scsi/scsi_da.c:1591 >> #13 dadiskgonecb (dp=3D) at >> /usr/src/sys/cam/scsi/scsi_da.c:1904 >> #14 0xffffffff80a0fdd5 in g_disk_providergone (pp=3D0xfffff80003e8b700= ) >> at /usr/src/sys/geom/geom_disk.c:783 >> #15 0xffffffff80a15f9e in g_destroy_provider (pp=3D0xfffff80003e8b700)= >> at /usr/src/sys/geom/geom_subr.c:746 >> #16 0xffffffff80a15e17 in g_wither_washer () >> at /usr/src/sys/geom/geom_subr.c:461 >> #17 0xffffffff80a112da in g_run_events () >> at /usr/src/sys/geom/geom_event.c:297 >> #18 0xffffffff80a89444 in fork_exit ( >> callout=3D0xffffffff80a138c0 , arg=3D0x0, >> frame=3D0xfffffe0059383ac0) at /usr/src/sys/kern/kern_fork.c:1039 >> #19 >> (kgdb) >> >> >> uname -a >> FreeBSD laptopW530.tommyBSD.org 12.0-CURRENT FreeBSD 12.0-CURRENT #13 >> r328509M: Sun Jan 28 15:38:35 CET 2018 >> tommy@laptopW530.tommyBSD.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC= >> amd64 >> >> Regards, >> thomas >> >> >> On Fri, Jan 26, 2018 at 4:07 PM, David Wolfskill >> wrote: >> >>> On Fri, Jan 26, 2018 at 07:47:48AM -0700, Warner Losh wrote: >>>> On Fri, Jan 26, 2018 at 5:29 AM, David Wolfskill >> >>>> wrote: >>>> >>>>> This is on my "build machine" (laptop is still building updated por= ts >>>>> for today, so I don't know yet whether or not it encounters this.) >>>>> >>>> >>>> Running a kernel with INVARIANTS, right? >>> >>> Yes -- GENERIC. >>> >>>>> I had performed a source-based update from r328393 to r328436, >>>>> rebooted, performed "make delete-old-libs", and all seemed well. >>>>> >>>> >>>> This has my change 328415 in it. >>> >>> :-) >>> >>>>> I then issued "sudo shutdown -p now", and serial console shows: >>>>> panic: Unholding 6 with cnt =3D -559038242 >>>>> cpuid =3D 3 >>>>> time =3D 1516968697 >>>>> KDB: stack backtrace: >>>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >>>>> 0xfffffe00004288c0 >>>>> vpanic() at vpanic+0x18d/frame 0xfffffe0000428920 >>>>> panic() at panic+0x43/frame 0xfffffe0000428980 >>>>> dadiskgonecb() at dadiskgonecb+0x42/frame 0xfffffe00004289a0 >>>>> g_disk_providergone() at g_disk_providergone+0x25/frame >>> 0xfffffe00004289d0 >>>>> g_destroy_provider() at g_destroy_provider+0xae/frame >>> 0xfffffe00004289f0 >>>>> g_wither_washer() at g_wither_washer+0x87/frame 0xfffffe0000428a30 >>>>> g_run_events() at g_run_events+0x3ca/frame 0xfffffe0000428a70 >>>>> fork_exit() at fork_exit+0x84/frame 0xfffffe0000428ab0 >>>>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0000428ab0 >>>>> --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- >>>>> KDB: enter: panic >>>>> [ thread pid 13 tid 100044 ] >>>>> Stopped at kdb_enter+0x3b: movq $0,kdb_why >>>>> db> >>>>> >>>> >>>> That's no good. We're releasing a reference to the da peripheral >> because >>>> geom has finished with the disk and is giving us a final callback so= we >>> can >>>> drop the reference we took when we created the geom. Trouble is, cnt= >>> should >>>> be like 1 always for this code, but it's not. It looks like it may b= e >>> bytes >>>> to a pointer :( >>>> >>>> >>>>> As noted, this is a build machine, and it was to be powered off for= >>>>> the rest of the day anyway, so I don't need to get it up & running >>>>> immediately: I can poke at the ddb prompt, given some clues. >>>>> >>>> >>>> I don't suppose you can attach kgdb to this machine? I'd be interest= ed >> to >>>> see what the contents of the softc are...a >>> >>> Pointer to how to do that? >>> >>> I do have ddb right now.... >>> >>>> .... >>>> Thanks for the report. This is quite troubling. >>> >>> Well, let's get it fixed, then! :-) >>> >>>> Warner >>>> .... >>> >>> I should still have access to the serial console after I get in to th= e >>> office (heading out shortly). >>> >>> Peace, >>> david >>> -- >>> David H. Wolfskill david@catwhisker.org >>> "unfortunately, no trust!=E2=80=9D -- well, of course! You reap what= you sow. >>> >>> See http://www.catwhisker.org/~david/publickey.gpg for my public key.= >>> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.= org" >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" --leT38lHe12LKG3Iu8lpLMUPogGckJAwzE-- --VtflopWLmYIeDj1YLhKUTDjETETL8iAIo Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE/bUwFm9Qs8vtm2934cEiWwsmpPAFAlpuTRBfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEZE QjUzMDE2NkY1MEIzQ0JFRDlCNkY3N0UxQzEyMjVCMEIyNkE0RjAACgkQ4cEiWwsm pPBAFg//T6ob21EIjLPXC9LFvpsk30wmy7genVtJu3ONA6wXAspGxzK2Eka9usio v6IGM6RatWVBKoLt2naDJALo+hsEwfBLLuYJVBGOVHEbI+lo4wGI50dDr6vKVtjT 4Xg2tUXWH/E8l/y0R1Ag88bvQT+agFprSprfCChxMI006TZJH8qRaMQNVu+hhoML LoLotneavaQsPB32W712G+38+4cgJfxutO16exFQChMPNv0EPVJPDV1Hqs74VpDW o+ploudOCuFxD/M+yNRJvBCLqDUKKe9CO/+yyXDSU9dRRz3uxpvcfnualcKEhanF W5HvjpoVkfIE54esmd56yDmLUJ0uuIG6UW9v+VFC4sNT9/NRRO9I1Cq+oO8ipXrH +a/mQ/52ylT5FVA7P11nz89CA/y02vp6xpagSx93vKd1ypPGR7jSlXIbyl6HfDcd 5g6TA6qnb5knHisaSCMjlHdJ7T8w7Ukzju2q+5DyoWYzP2bfvtHhAJ8W2ksbjuPg bbp0pfmyCDEioI97gosCvyTaFCZ3OuV/sc8cXpGUxTn8jtQ1V3mA2MpyGHGdKo4A BG46SiYDWmruVd/YNStcuvepMh+IgJpdD6vezHjRAwOE7/9xOj46vGF8J/Vtx1b0 YMDxLMNOvEpWPyr/sAm+YU1h+zVZZWv6T1Jncvydlzb8tLbSfZk= =5pux -----END PGP SIGNATURE----- --VtflopWLmYIeDj1YLhKUTDjETETL8iAIo-- From owner-freebsd-current@freebsd.org Mon Jan 29 01:40:30 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 07C97ECBF64 for ; Mon, 29 Jan 2018 01:40:30 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B012D78827 for ; Mon, 29 Jan 2018 01:40:29 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 01929143C1 for ; Mon, 29 Jan 2018 01:40:23 +0000 (UTC) Subject: Re: Panic on shutdown @r328436: "Unholding 6 with cnt = -559038242" To: freebsd-current@freebsd.org References: <20180126122947.GA1287@albert.catwhisker.org> <20180126150710.GV1287@albert.catwhisker.org> From: Allan Jude Message-ID: <2effa324-c428-6135-371b-acb00c803d29@freebsd.org> Date: Sun, 28 Jan 2018 20:40:22 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 01:40:30 -0000 On 2018-01-28 16:28, Warner Losh wrote: > On Sun, Jan 28, 2018 at 2:22 PM, thomas masper > wrote: > >> Hi, >> similar panic happen to me when extracting a pendrive from laptop USB port >> (I tried 3 different pendrive). >> No issue if I reboot or shutdown. I don't know if those two issues are >> related. >> > > Do you have a reproducible test case? Ideally, it would be 'insert and > remove usb thumb drive' but maybe there's more steps between insert and > removal. > > Warner > > > >> panic: Releasing 6 with cnt = -559038242 >> >> GNU gdb (GDB) 8.0.1 [GDB v8.0.1 for FreeBSD] >> Copyright (C) 2017 Free Software Foundation, Inc. >> License GPLv3+: GNU GPL version 3 or later > html >>> >> This is free software: you are free to change and redistribute it. >> There is NO WARRANTY, to the extent permitted by law. Type "show copying" >> and "show warranty" for details. >> This GDB was configured as "x86_64-portbld-freebsd12.0". >> Type "show configuration" for configuration details. >> For bug reporting instructions, please see: >> . >> Find the GDB manual and other documentation resources online at: >> . >> For help, type "help". >> Type "apropos word" to search for commands related to "word"... >> Reading symbols from /boot/kernel/kernel...Reading symbols from >> /usr/lib/debug//boot/kernel/kernel.debug...done. >> done. >> >> Unread portion of the kernel message buffer: >> da0 at umass-sim0 bus 0 scbus4 target 0 lun 0 >> da0: s/n 30E47C20 detached >> (da0:umass-sim0:0:0:0): Periph destroyed >> panic: Releasing 6 with cnt = -559038242 >> cpuid = 0 >> time = 1517158352 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> 0xfffffe00593838c0 >> vpanic() at vpanic+0x18d/frame 0xfffffe0059383920 >> panic() at panic+0x43/frame 0xfffffe0059383980 >> dadiskgonecb() at dadiskgonecb+0x42/frame 0xfffffe00593839a0 >> g_disk_providergone() at g_disk_providergone+0x25/frame 0xfffffe00593839d0 >> g_destroy_provider() at g_destroy_provider+0xae/frame 0xfffffe00593839f0 >> g_wither_washer() at g_wither_washer+0x87/frame 0xfffffe0059383a30 >> g_run_events() at g_run_events+0x3ca/frame 0xfffffe0059383a70 >> fork_exit() at fork_exit+0x84/frame 0xfffffe0059383ab0 >> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0059383ab0 >> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- >> KDB: enter: panic >> >> __curthread () at ./machine/pcpu.h:229 >> 229 __asm("movq %%gs:%1,%0" : "=r" (td) >> (kgdb) #0 __curthread () at ./machine/pcpu.h:229 >> #1 doadump (textdump=0) at /usr/src/sys/kern/kern_shutdown.c:346 >> #2 0xffffffff8040a08b in db_dump (dummy=, >> dummy2=, dummy3=, dummy4=) >> at /usr/src/sys/ddb/db_command.c:574 >> #3 0xffffffff80409e59 in db_command (last_cmdp=, >> cmd_table=, dopager=) >> at /usr/src/sys/ddb/db_command.c:481 >> #4 0xffffffff80409bd4 in db_command_loop () >> at /usr/src/sys/ddb/db_command.c:534 >> #5 0xffffffff8040cdff in db_trap (type=, code=> out>) >> at /usr/src/sys/ddb/db_main.c:250 >> #6 0xffffffff80b0d923 in kdb_trap (type=3, code=-61456, tf=> out>) >> at /usr/src/sys/kern/subr_kdb.c:697 >> #7 0xffffffff80f7b498 in trap (frame=0xfffffe00593837f0) >> at /usr/src/sys/amd64/amd64/trap.c:547 >> #8 >> #9 kdb_enter (why=0xffffffff811f101e "panic", msg=) >> at /usr/src/sys/kern/subr_kdb.c:479 >> #10 0xffffffff80ac8d3a in vpanic (fmt=, >> ap=0xfffffe0059383960) >> at /usr/src/sys/kern/kern_shutdown.c:800 >> #11 0xffffffff80ac8dc3 in panic ( >> fmt=0xffffffff81b1bbd8 "\257\257\033\201\377\377\377\ >> 377") >> at /usr/src/sys/kern/kern_shutdown.c:738 >> #12 0xffffffff80368bb2 in da_periph_release (periph=, >> token=DA_REF_GEOM) at /usr/src/sys/cam/scsi/scsi_da.c:1591 >> #13 dadiskgonecb (dp=) at >> /usr/src/sys/cam/scsi/scsi_da.c:1904 >> #14 0xffffffff80a0fdd5 in g_disk_providergone (pp=0xfffff80003e8b700) >> at /usr/src/sys/geom/geom_disk.c:783 >> #15 0xffffffff80a15f9e in g_destroy_provider (pp=0xfffff80003e8b700) >> at /usr/src/sys/geom/geom_subr.c:746 >> #16 0xffffffff80a15e17 in g_wither_washer () >> at /usr/src/sys/geom/geom_subr.c:461 >> #17 0xffffffff80a112da in g_run_events () >> at /usr/src/sys/geom/geom_event.c:297 >> #18 0xffffffff80a89444 in fork_exit ( >> callout=0xffffffff80a138c0 , arg=0x0, >> frame=0xfffffe0059383ac0) at /usr/src/sys/kern/kern_fork.c:1039 >> #19 >> (kgdb) >> >> >> uname -a >> FreeBSD laptopW530.tommyBSD.org 12.0-CURRENT FreeBSD 12.0-CURRENT #13 >> r328509M: Sun Jan 28 15:38:35 CET 2018 >> tommy@laptopW530.tommyBSD.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC >> amd64 >> >> Regards, >> thomas >> >> >> On Fri, Jan 26, 2018 at 4:07 PM, David Wolfskill >> wrote: >> >>> On Fri, Jan 26, 2018 at 07:47:48AM -0700, Warner Losh wrote: >>>> On Fri, Jan 26, 2018 at 5:29 AM, David Wolfskill >> >>>> wrote: >>>> >>>>> This is on my "build machine" (laptop is still building updated ports >>>>> for today, so I don't know yet whether or not it encounters this.) >>>>> >>>> >>>> Running a kernel with INVARIANTS, right? >>> >>> Yes -- GENERIC. >>> >>>>> I had performed a source-based update from r328393 to r328436, >>>>> rebooted, performed "make delete-old-libs", and all seemed well. >>>>> >>>> >>>> This has my change 328415 in it. >>> >>> :-) >>> >>>>> I then issued "sudo shutdown -p now", and serial console shows: >>>>> panic: Unholding 6 with cnt = -559038242 >>>>> cpuid = 3 >>>>> time = 1516968697 >>>>> KDB: stack backtrace: >>>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >>>>> 0xfffffe00004288c0 >>>>> vpanic() at vpanic+0x18d/frame 0xfffffe0000428920 >>>>> panic() at panic+0x43/frame 0xfffffe0000428980 >>>>> dadiskgonecb() at dadiskgonecb+0x42/frame 0xfffffe00004289a0 >>>>> g_disk_providergone() at g_disk_providergone+0x25/frame >>> 0xfffffe00004289d0 >>>>> g_destroy_provider() at g_destroy_provider+0xae/frame >>> 0xfffffe00004289f0 >>>>> g_wither_washer() at g_wither_washer+0x87/frame 0xfffffe0000428a30 >>>>> g_run_events() at g_run_events+0x3ca/frame 0xfffffe0000428a70 >>>>> fork_exit() at fork_exit+0x84/frame 0xfffffe0000428ab0 >>>>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0000428ab0 >>>>> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- >>>>> KDB: enter: panic >>>>> [ thread pid 13 tid 100044 ] >>>>> Stopped at kdb_enter+0x3b: movq $0,kdb_why >>>>> db> >>>>> >>>> >>>> That's no good. We're releasing a reference to the da peripheral >> because >>>> geom has finished with the disk and is giving us a final callback so we >>> can >>>> drop the reference we took when we created the geom. Trouble is, cnt >>> should >>>> be like 1 always for this code, but it's not. It looks like it may be >>> bytes >>>> to a pointer :( >>>> >>>> >>>>> As noted, this is a build machine, and it was to be powered off for >>>>> the rest of the day anyway, so I don't need to get it up & running >>>>> immediately: I can poke at the ddb prompt, given some clues. >>>>> >>>> >>>> I don't suppose you can attach kgdb to this machine? I'd be interested >> to >>>> see what the contents of the softc are...a >>> >>> Pointer to how to do that? >>> >>> I do have ddb right now.... >>> >>>> .... >>>> Thanks for the report. This is quite troubling. >>> >>> Well, let's get it fixed, then! :-) >>> >>>> Warner >>>> .... >>> >>> I should still have access to the serial console after I get in to the >>> office (heading out shortly). >>> >>> Peace, >>> david >>> -- >>> David H. Wolfskill david@catwhisker.org >>> "unfortunately, no trust!” -- well, of course! You reap what you sow. >>> >>> See http://www.catwhisker.org/~david/publickey.gpg for my public key. >>> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > I've been seeing this today while working on my laptop. 1) insert USB stick. 2) mount UFS partition to /mnt 3) copy a file off 4) umount /mnt 5) remove usb stick 6) instant panic Oddly, it is the same negative number every time (-559038242), so it isn't random/memory corruption. -- Allan Jude From owner-freebsd-current@freebsd.org Mon Jan 29 02:29:25 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56439ECE5D5 for ; Mon, 29 Jan 2018 02:29:25 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x244.google.com (mail-io0-x244.google.com [IPv6:2607:f8b0:4001:c06::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D56807A133 for ; Mon, 29 Jan 2018 02:29:24 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x244.google.com with SMTP id m11so5993180iob.2 for ; Sun, 28 Jan 2018 18:29:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=p/s0k/2/w+f6drLElKk7WxLtwJlVQXRkAHxQVab6X/E=; b=Px4qe1JLKrW+oW2w64oMCCNCuFdfAB2SZ4/5SPRhgek3S/wOotaAzjc5YSKA2bfnhK 3LnhsZu+OEk9EXDir2dr/GiocsN/X3qsPt2AYdkU/9FVi2BsOzP7VcRk5WzHZUf7gVr6 q293GvaLgbG0cayQWsMOn02nNE4pML1Wa4P4soDuSgQ+ZT7FMiKC7R1zPtRGdgAjtmML sYxgZE2O8IFTJky44cnfp1S40MpkwLO4LhJGSL7gUW0eVo1b8sSSNoXR7rumdQfZR/qv VtHk+7XsS0Akh+lS4d2KAw0mdA87CKsM6vhr0Q7Ytqs/BSuP7AEkymaoAHsmnAi4WiIh peIg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=p/s0k/2/w+f6drLElKk7WxLtwJlVQXRkAHxQVab6X/E=; b=GOeMkSnMvO6RJ6LHughX/BvsSG5hJrq1MtlvAeLXNrJWxpJIfVMoay3FqONt9sC6yX InZ6kfXlF8NTj4zgA/b14aBPasFaRgw1gsuvQnoYCUOvx5zW+PLGkUakqNRG888DVl+V YvdM5tt4zMVfsKBWkvH2PGWOQ49jiXkHd8/YBDn2wlDt06xHmLZ/0WVDcNqCe/v8OPj3 unjya31Uqo8u7Qe9AQX4hq/YxfbM+NbBUq1bKYPtHZN19J1sd+Ww/PVN/aDwJs2nArHh 2z9PXqwf4j9tQd1aTXskdGeRE7ulF4c4b8HzyIZQFPhpucpzMgDhoNoQmdqaBBtGtshw 4iAA== X-Gm-Message-State: AKwxytcmlvOOnG9h2pwjJOioiN0c9ANybceNgx47DBYtUKrb3y76sCUV NeYcg4yYV9n3VuFNyPTa2V+TG3iOYHNHoejrWhCDdw== X-Google-Smtp-Source: AH8x224I+zfax9nEjSHFmk+CbNuuQQr3PD4t8ghj4KdvT2dOg0cGaXjMsYYhUfsorlP5vltO+FnQatbRui0B46Po1gM= X-Received: by 10.107.107.1 with SMTP id g1mr23833349ioc.63.1517192964177; Sun, 28 Jan 2018 18:29:24 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.201.67 with HTTP; Sun, 28 Jan 2018 18:29:23 -0800 (PST) X-Originating-IP: [2603:300b:6:5100:7dfc:932:a74d:83e6] Received: by 10.79.201.67 with HTTP; Sun, 28 Jan 2018 18:29:23 -0800 (PST) In-Reply-To: <2effa324-c428-6135-371b-acb00c803d29@freebsd.org> References: <20180126122947.GA1287@albert.catwhisker.org> <20180126150710.GV1287@albert.catwhisker.org> <2effa324-c428-6135-371b-acb00c803d29@freebsd.org> From: Warner Losh Date: Sun, 28 Jan 2018 19:29:23 -0700 X-Google-Sender-Auth: ba0MZX6NyzdnMidodENPe7phhU0 Message-ID: Subject: Re: Panic on shutdown @r328436: "Unholding 6 with cnt = -559038242" To: Allan Jude Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 02:29:25 -0000 On Jan 28, 2018 6:41 PM, "Allan Jude" wrote: On 2018-01-28 16:28, Warner Losh wrote: > On Sun, Jan 28, 2018 at 2:22 PM, thomas masper > wrote: > >> Hi, >> similar panic happen to me when extracting a pendrive from laptop USB port >> (I tried 3 different pendrive). >> No issue if I reboot or shutdown. I don't know if those two issues are >> related. >> > > Do you have a reproducible test case? Ideally, it would be 'insert and > remove usb thumb drive' but maybe there's more steps between insert and > removal. > > Warner > > > >> panic: Releasing 6 with cnt =3D -559038242 >> >> GNU gdb (GDB) 8.0.1 [GDB v8.0.1 for FreeBSD] >> Copyright (C) 2017 Free Software Foundation, Inc. >> License GPLv3+: GNU GPL version 3 or later > html >>> >> This is free software: you are free to change and redistribute it. >> There is NO WARRANTY, to the extent permitted by law. Type "show copying" >> and "show warranty" for details. >> This GDB was configured as "x86_64-portbld-freebsd12.0". >> Type "show configuration" for configuration details. >> For bug reporting instructions, please see: >> . >> Find the GDB manual and other documentation resources online at: >> . >> For help, type "help". >> Type "apropos word" to search for commands related to "word"... >> Reading symbols from /boot/kernel/kernel...Reading symbols from >> /usr/lib/debug//boot/kernel/kernel.debug...done. >> done. >> >> Unread portion of the kernel message buffer: >> da0 at umass-sim0 bus 0 scbus4 target 0 lun 0 >> da0: s/n 30E47C20 detached >> (da0:umass-sim0:0:0:0): Periph destroyed >> panic: Releasing 6 with cnt =3D -559038242 >> cpuid =3D 0 >> time =3D 1517158352 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> 0xfffffe00593838c0 >> vpanic() at vpanic+0x18d/frame 0xfffffe0059383920 >> panic() at panic+0x43/frame 0xfffffe0059383980 >> dadiskgonecb() at dadiskgonecb+0x42/frame 0xfffffe00593839a0 >> g_disk_providergone() at g_disk_providergone+0x25/frame 0xfffffe00593839d0 >> g_destroy_provider() at g_destroy_provider+0xae/frame 0xfffffe00593839f0 >> g_wither_washer() at g_wither_washer+0x87/frame 0xfffffe0059383a30 >> g_run_events() at g_run_events+0x3ca/frame 0xfffffe0059383a70 >> fork_exit() at fork_exit+0x84/frame 0xfffffe0059383ab0 >> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0059383ab0 >> --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- >> KDB: enter: panic >> >> __curthread () at ./machine/pcpu.h:229 >> 229 __asm("movq %%gs:%1,%0" : "=3Dr" (td) >> (kgdb) #0 __curthread () at ./machine/pcpu.h:229 >> #1 doadump (textdump=3D0) at /usr/src/sys/kern/kern_shutdown.c:346 >> #2 0xffffffff8040a08b in db_dump (dummy=3D, >> dummy2=3D, dummy3=3D, dummy4=3D) >> at /usr/src/sys/ddb/db_command.c:574 >> #3 0xffffffff80409e59 in db_command (last_cmdp=3D, >> cmd_table=3D, dopager=3D) >> at /usr/src/sys/ddb/db_command.c:481 >> #4 0xffffffff80409bd4 in db_command_loop () >> at /usr/src/sys/ddb/db_command.c:534 >> #5 0xffffffff8040cdff in db_trap (type=3D, code=3D> out>) >> at /usr/src/sys/ddb/db_main.c:250 >> #6 0xffffffff80b0d923 in kdb_trap (type=3D3, code=3D-61456, tf=3D> out>) >> at /usr/src/sys/kern/subr_kdb.c:697 >> #7 0xffffffff80f7b498 in trap (frame=3D0xfffffe00593837f0) >> at /usr/src/sys/amd64/amd64/trap.c:547 >> #8 >> #9 kdb_enter (why=3D0xffffffff811f101e "panic", msg=3D) >> at /usr/src/sys/kern/subr_kdb.c:479 >> #10 0xffffffff80ac8d3a in vpanic (fmt=3D, >> ap=3D0xfffffe0059383960) >> at /usr/src/sys/kern/kern_shutdown.c:800 >> #11 0xffffffff80ac8dc3 in panic ( >> fmt=3D0xffffffff81b1bbd8 "\257\257\033\201\377\377\377\ >> 377") >> at /usr/src/sys/kern/kern_shutdown.c:738 >> #12 0xffffffff80368bb2 in da_periph_release (periph=3D, >> token=3DDA_REF_GEOM) at /usr/src/sys/cam/scsi/scsi_da.c:1591 >> #13 dadiskgonecb (dp=3D) at >> /usr/src/sys/cam/scsi/scsi_da.c:1904 >> #14 0xffffffff80a0fdd5 in g_disk_providergone (pp=3D0xfffff80003e8b700) >> at /usr/src/sys/geom/geom_disk.c:783 >> #15 0xffffffff80a15f9e in g_destroy_provider (pp=3D0xfffff80003e8b700) >> at /usr/src/sys/geom/geom_subr.c:746 >> #16 0xffffffff80a15e17 in g_wither_washer () >> at /usr/src/sys/geom/geom_subr.c:461 >> #17 0xffffffff80a112da in g_run_events () >> at /usr/src/sys/geom/geom_event.c:297 >> #18 0xffffffff80a89444 in fork_exit ( >> callout=3D0xffffffff80a138c0 , arg=3D0x0, >> frame=3D0xfffffe0059383ac0) at /usr/src/sys/kern/kern_fork.c:1039 >> #19 >> (kgdb) >> >> >> uname -a >> FreeBSD laptopW530.tommyBSD.org 12.0-CURRENT FreeBSD 12.0-CURRENT #13 >> r328509M: Sun Jan 28 15:38:35 CET 2018 >> tommy@laptopW530.tommyBSD.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC >> amd64 >> >> Regards, >> thomas >> >> >> On Fri, Jan 26, 2018 at 4:07 PM, David Wolfskill >> wrote: >> >>> On Fri, Jan 26, 2018 at 07:47:48AM -0700, Warner Losh wrote: >>>> On Fri, Jan 26, 2018 at 5:29 AM, David Wolfskill >> >>>> wrote: >>>> >>>>> This is on my "build machine" (laptop is still building updated ports >>>>> for today, so I don't know yet whether or not it encounters this.) >>>>> >>>> >>>> Running a kernel with INVARIANTS, right? >>> >>> Yes -- GENERIC. >>> >>>>> I had performed a source-based update from r328393 to r328436, >>>>> rebooted, performed "make delete-old-libs", and all seemed well. >>>>> >>>> >>>> This has my change 328415 in it. >>> >>> :-) >>> >>>>> I then issued "sudo shutdown -p now", and serial console shows: >>>>> panic: Unholding 6 with cnt =3D -559038242 >>>>> cpuid =3D 3 >>>>> time =3D 1516968697 >>>>> KDB: stack backtrace: >>>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >>>>> 0xfffffe00004288c0 >>>>> vpanic() at vpanic+0x18d/frame 0xfffffe0000428920 >>>>> panic() at panic+0x43/frame 0xfffffe0000428980 >>>>> dadiskgonecb() at dadiskgonecb+0x42/frame 0xfffffe00004289a0 >>>>> g_disk_providergone() at g_disk_providergone+0x25/frame >>> 0xfffffe00004289d0 >>>>> g_destroy_provider() at g_destroy_provider+0xae/frame >>> 0xfffffe00004289f0 >>>>> g_wither_washer() at g_wither_washer+0x87/frame 0xfffffe0000428a30 >>>>> g_run_events() at g_run_events+0x3ca/frame 0xfffffe0000428a70 >>>>> fork_exit() at fork_exit+0x84/frame 0xfffffe0000428ab0 >>>>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0000428ab0 >>>>> --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- >>>>> KDB: enter: panic >>>>> [ thread pid 13 tid 100044 ] >>>>> Stopped at kdb_enter+0x3b: movq $0,kdb_why >>>>> db> >>>>> >>>> >>>> That's no good. We're releasing a reference to the da peripheral >> because >>>> geom has finished with the disk and is giving us a final callback so w= e >>> can >>>> drop the reference we took when we created the geom. Trouble is, cnt >>> should >>>> be like 1 always for this code, but it's not. It looks like it may be >>> bytes >>>> to a pointer :( >>>> >>>> >>>>> As noted, this is a build machine, and it was to be powered off for >>>>> the rest of the day anyway, so I don't need to get it up & running >>>>> immediately: I can poke at the ddb prompt, given some clues. >>>>> >>>> >>>> I don't suppose you can attach kgdb to this machine? I'd be interested >> to >>>> see what the contents of the softc are...a >>> >>> Pointer to how to do that? >>> >>> I do have ddb right now.... >>> >>>> .... >>>> Thanks for the report. This is quite troubling. >>> >>> Well, let's get it fixed, then! :-) >>> >>>> Warner >>>> .... >>> >>> I should still have access to the serial console after I get in to the >>> office (heading out shortly). >>> >>> Peace, >>> david >>> -- >>> David H. Wolfskill david@catwhisker.org >>> "unfortunately, no trust!=E2=80=9D -- well, of course! You reap what y= ou sow. >>> >>> See http://www.catwhisker.org/~david/publickey.gpg for my public key. >>> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g " >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > I've been seeing this today while working on my laptop. 1) insert USB stick. 2) mount UFS partition to /mnt 3) copy a file off 4) umount /mnt 5) remove usb stick 6) instant panic Oddly, it is the same negative number every time (-559038242), so it isn't random/memory corruption. Is mount required? Warner Allan Jude _______________________________________________ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Mon Jan 29 02:39:02 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DC615ECED5D for ; Mon, 29 Jan 2018 02:39:01 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B33D7A647; Mon, 29 Jan 2018 02:39:01 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with ESMTPA id fzLPeNciES7BpfzLReqHli; Sun, 28 Jan 2018 19:38:54 -0700 X-Authority-Analysis: v=2.2 cv=NKylwwyg c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=kj9zAlcOel0A:10 a=RgaUWeydRksA:10 a=6I5d2MoRAAAA:8 a=pGLkceISAAAA:8 a=mDV3o1hIAAAA:8 a=9qJtDzCHAAAA:8 a=JAf30KXuAAAA:8 a=YxBL1-UpAAAA:8 a=kdC8WTYPHP6gL9xq4AUA:9 a=R3zDdWJ5I0K4Q6Qf:21 a=mviYWmmLeBl4YPNk:21 a=g6CZkk0KmXVHpAYe:21 a=CjuIK1q_8ugA:10 a=IjZwj45LgO3ly-622nXo:22 a=_FVE-zBwftR9WsbkzFJk:22 a=hiAHZcYKRbsBqHOmy6e6:22 a=GEL62FyrTCmHtEug2d3R:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id E38FE3389; Sun, 28 Jan 2018 18:38:50 -0800 (PST) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id w0T2coKY053085; Sun, 28 Jan 2018 18:38:50 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id w0T2co4M053082; Sun, 28 Jan 2018 18:38:50 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201801290238.w0T2co4M053082@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.7 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Allan Jude cc: freebsd-current@freebsd.org Subject: Re: Panic on shutdown @r328436: "Unholding 6 with cnt = -559038242" In-Reply-To: Message from Allan Jude of "Sun, 28 Jan 2018 20:40:22 -0500." <2effa324-c428-6135-371b-acb00c803d29@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 28 Jan 2018 18:38:50 -0800 X-CMAE-Envelope: MS4wfCPAOJDx3PwxEOo7uw89dBbOx8rWv+O7hN05J3B66xJ99zGqAigm0j57P5Xd2CW1cJhwTKKsO24lmcQId2SO/QHKfH3/Jl5pFXdHpUKy1uctp0KaqClh BXgvUmbyg6brysehuX6+IopO3cPjGS7P8RC+nRl5UjyChXjjPFOQyJYNOuHHP3xal16uBxy88uqdckI/OiISg+cA35q27AAs1IQVOrH+XQc2ujkTS8ZqMMw8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 02:39:02 -0000 In message <2effa324-c428-6135-371b-acb00c803d29@freebsd.org>, Allan Jude write s: > On 2018-01-28 16:28, Warner Losh wrote: > > On Sun, Jan 28, 2018 at 2:22 PM, thomas masper > > wrote: > > > >> Hi, > >> similar panic happen to me when extracting a pendrive from laptop USB port > >> (I tried 3 different pendrive). > >> No issue if I reboot or shutdown. I don't know if those two issues are > >> related. > >> > > > > Do you have a reproducible test case? Ideally, it would be 'insert and > > remove usb thumb drive' but maybe there's more steps between insert and > > removal. > > > > Warner > > > > > > > >> panic: Releasing 6 with cnt = -559038242 Converting this to hex we get DEADC0DE. > >> > >> GNU gdb (GDB) 8.0.1 [GDB v8.0.1 for FreeBSD] > >> Copyright (C) 2017 Free Software Foundation, Inc. > >> License GPLv3+: GNU GPL version 3 or later >> html > >>> > >> This is free software: you are free to change and redistribute it. > >> There is NO WARRANTY, to the extent permitted by law. Type "show copying" > >> and "show warranty" for details. > >> This GDB was configured as "x86_64-portbld-freebsd12.0". > >> Type "show configuration" for configuration details. > >> For bug reporting instructions, please see: > >> . > >> Find the GDB manual and other documentation resources online at: > >> . > >> For help, type "help". > >> Type "apropos word" to search for commands related to "word"... > >> Reading symbols from /boot/kernel/kernel...Reading symbols from > >> /usr/lib/debug//boot/kernel/kernel.debug...done. > >> done. > >> > >> Unread portion of the kernel message buffer: > >> da0 at umass-sim0 bus 0 scbus4 target 0 lun 0 > >> da0: s/n 30E47C20 detached > >> (da0:umass-sim0:0:0:0): Periph destroyed > >> panic: Releasing 6 with cnt = -559038242 > >> cpuid = 0 > >> time = 1517158352 > >> KDB: stack backtrace: > >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > >> 0xfffffe00593838c0 > >> vpanic() at vpanic+0x18d/frame 0xfffffe0059383920 > >> panic() at panic+0x43/frame 0xfffffe0059383980 > >> dadiskgonecb() at dadiskgonecb+0x42/frame 0xfffffe00593839a0 > >> g_disk_providergone() at g_disk_providergone+0x25/frame 0xfffffe00593839d0 > >> g_destroy_provider() at g_destroy_provider+0xae/frame 0xfffffe00593839f0 > >> g_wither_washer() at g_wither_washer+0x87/frame 0xfffffe0059383a30 > >> g_run_events() at g_run_events+0x3ca/frame 0xfffffe0059383a70 > >> fork_exit() at fork_exit+0x84/frame 0xfffffe0059383ab0 > >> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0059383ab0 > >> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > >> KDB: enter: panic > >> > >> __curthread () at ./machine/pcpu.h:229 > >> 229 __asm("movq %%gs:%1,%0" : "=r" (td) > >> (kgdb) #0 __curthread () at ./machine/pcpu.h:229 > >> #1 doadump (textdump=0) at /usr/src/sys/kern/kern_shutdown.c:346 > >> #2 0xffffffff8040a08b in db_dump (dummy=, > >> dummy2=, dummy3=, dummy4=) > >> at /usr/src/sys/ddb/db_command.c:574 > >> #3 0xffffffff80409e59 in db_command (last_cmdp=, > >> cmd_table=, dopager=) > >> at /usr/src/sys/ddb/db_command.c:481 > >> #4 0xffffffff80409bd4 in db_command_loop () > >> at /usr/src/sys/ddb/db_command.c:534 > >> #5 0xffffffff8040cdff in db_trap (type=, code= >> out>) > >> at /usr/src/sys/ddb/db_main.c:250 > >> #6 0xffffffff80b0d923 in kdb_trap (type=3, code=-61456, tf= >> out>) > >> at /usr/src/sys/kern/subr_kdb.c:697 > >> #7 0xffffffff80f7b498 in trap (frame=0xfffffe00593837f0) > >> at /usr/src/sys/amd64/amd64/trap.c:547 > >> #8 > >> #9 kdb_enter (why=0xffffffff811f101e "panic", msg=) > >> at /usr/src/sys/kern/subr_kdb.c:479 > >> #10 0xffffffff80ac8d3a in vpanic (fmt=, > >> ap=0xfffffe0059383960) > >> at /usr/src/sys/kern/kern_shutdown.c:800 > >> #11 0xffffffff80ac8dc3 in panic ( > >> fmt=0xffffffff81b1bbd8 "\257\257\033\201\377\377\377\ > >> 377") > >> at /usr/src/sys/kern/kern_shutdown.c:738 > >> #12 0xffffffff80368bb2 in da_periph_release (periph=, > >> token=DA_REF_GEOM) at /usr/src/sys/cam/scsi/scsi_da.c:1591 > >> #13 dadiskgonecb (dp=) at > >> /usr/src/sys/cam/scsi/scsi_da.c:1904 > >> #14 0xffffffff80a0fdd5 in g_disk_providergone (pp=0xfffff80003e8b700) > >> at /usr/src/sys/geom/geom_disk.c:783 > >> #15 0xffffffff80a15f9e in g_destroy_provider (pp=0xfffff80003e8b700) > >> at /usr/src/sys/geom/geom_subr.c:746 > >> #16 0xffffffff80a15e17 in g_wither_washer () > >> at /usr/src/sys/geom/geom_subr.c:461 > >> #17 0xffffffff80a112da in g_run_events () > >> at /usr/src/sys/geom/geom_event.c:297 > >> #18 0xffffffff80a89444 in fork_exit ( > >> callout=0xffffffff80a138c0 , arg=0x0, > >> frame=0xfffffe0059383ac0) at /usr/src/sys/kern/kern_fork.c:1039 > >> #19 > >> (kgdb) > >> > >> > >> uname -a > >> FreeBSD laptopW530.tommyBSD.org 12.0-CURRENT FreeBSD 12.0-CURRENT #13 > >> r328509M: Sun Jan 28 15:38:35 CET 2018 > >> tommy@laptopW530.tommyBSD.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC > >> amd64 > >> > >> Regards, > >> thomas > >> > >> > >> On Fri, Jan 26, 2018 at 4:07 PM, David Wolfskill > >> wrote: > >> > >>> On Fri, Jan 26, 2018 at 07:47:48AM -0700, Warner Losh wrote: > >>>> On Fri, Jan 26, 2018 at 5:29 AM, David Wolfskill >>> > >>>> wrote: > >>>> > >>>>> This is on my "build machine" (laptop is still building updated ports > >>>>> for today, so I don't know yet whether or not it encounters this.) > >>>>> > >>>> > >>>> Running a kernel with INVARIANTS, right? > >>> > >>> Yes -- GENERIC. > >>> > >>>>> I had performed a source-based update from r328393 to r328436, > >>>>> rebooted, performed "make delete-old-libs", and all seemed well. > >>>>> > >>>> > >>>> This has my change 328415 in it. > >>> > >>> :-) > >>> > >>>>> I then issued "sudo shutdown -p now", and serial console shows: > >>>>> panic: Unholding 6 with cnt = -559038242 > >>>>> cpuid = 3 > >>>>> time = 1516968697 > >>>>> KDB: stack backtrace: > >>>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > >>>>> 0xfffffe00004288c0 > >>>>> vpanic() at vpanic+0x18d/frame 0xfffffe0000428920 > >>>>> panic() at panic+0x43/frame 0xfffffe0000428980 > >>>>> dadiskgonecb() at dadiskgonecb+0x42/frame 0xfffffe00004289a0 > >>>>> g_disk_providergone() at g_disk_providergone+0x25/frame > >>> 0xfffffe00004289d0 > >>>>> g_destroy_provider() at g_destroy_provider+0xae/frame > >>> 0xfffffe00004289f0 > >>>>> g_wither_washer() at g_wither_washer+0x87/frame 0xfffffe0000428a30 > >>>>> g_run_events() at g_run_events+0x3ca/frame 0xfffffe0000428a70 > >>>>> fork_exit() at fork_exit+0x84/frame 0xfffffe0000428ab0 > >>>>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0000428ab0 > >>>>> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > >>>>> KDB: enter: panic > >>>>> [ thread pid 13 tid 100044 ] > >>>>> Stopped at kdb_enter+0x3b: movq $0,kdb_why > >>>>> db> > >>>>> > >>>> > >>>> That's no good. We're releasing a reference to the da peripheral > >> because > >>>> geom has finished with the disk and is giving us a final callback so we > >>> can > >>>> drop the reference we took when we created the geom. Trouble is, cnt > >>> should > >>>> be like 1 always for this code, but it's not. It looks like it may be > >>> bytes > >>>> to a pointer :( > >>>> > >>>> > >>>>> As noted, this is a build machine, and it was to be powered off for > >>>>> the rest of the day anyway, so I don't need to get it up & running > >>>>> immediately: I can poke at the ddb prompt, given some clues. > >>>>> > >>>> > >>>> I don't suppose you can attach kgdb to this machine? I'd be interested > >> to > >>>> see what the contents of the softc are...a > >>> > >>> Pointer to how to do that? > >>> > >>> I do have ddb right now.... > >>> > >>>> .... > >>>> Thanks for the report. This is quite troubling. > >>> > >>> Well, let's get it fixed, then! :-) > >>> > >>>> Warner > >>>> .... > >>> > >>> I should still have access to the serial console after I get in to the > >>> office (heading out shortly). > >>> > >>> Peace, > >>> david > >>> -- > >>> David H. Wolfskill david@catwhisker.org > >>> "unfortunately, no trust!” -- well, of course! You reap what you sow. > >>> > >>> See http://www.catwhisker.org/~david/publickey.gpg for my public key. > >>> > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >> > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > I've been seeing this today while working on my laptop. > > 1) insert USB stick. > 2) mount UFS partition to /mnt > 3) copy a file off > 4) umount /mnt > 5) remove usb stick > 6) instant panic > > Oddly, it is the same negative number every time (-559038242), so it > isn't random/memory corruption. > > > -- > Allan Jude > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Mon Jan 29 03:11:44 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E68E3ED0882 for ; Mon, 29 Jan 2018 03:11:43 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 959B37BCAB for ; Mon, 29 Jan 2018 03:11:43 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id A525A14A2E; Mon, 29 Jan 2018 03:11:42 +0000 (UTC) Subject: Re: Panic on shutdown @r328436: "Unholding 6 with cnt = -559038242" To: Warner Losh Cc: FreeBSD Current References: <20180126122947.GA1287@albert.catwhisker.org> <20180126150710.GV1287@albert.catwhisker.org> <2effa324-c428-6135-371b-acb00c803d29@freebsd.org> From: Allan Jude Message-ID: <8e4be036-688c-a7ce-d077-93b956b586f7@freebsd.org> Date: Sun, 28 Jan 2018 22:11:42 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 03:11:44 -0000 On 2018-01-28 21:29, Warner Losh wrote: > > I've been seeing this today while working on my laptop. > > 1) insert USB stick. > 2) mount UFS partition to /mnt > 3) copy a file off > 4) umount /mnt > 5) remove usb stick > 6) instant panic > > Oddly, it is the same negative number every time (-559038242), so it > isn't random/memory corruption. > > > > Is mount required? > > Warner  > > No, I just plugged the USB stick in, and then removed it 10 seconds later, panic. I've also seen it in VirtualBox when removing a virtual CD (.iso) -- Allan Jude From owner-freebsd-current@freebsd.org Mon Jan 29 03:19:01 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E963FED0EB1 for ; Mon, 29 Jan 2018 03:19:00 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x243.google.com (mail-it0-x243.google.com [IPv6:2607:f8b0:4001:c0b::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 79BBC7C06F for ; Mon, 29 Jan 2018 03:19:00 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x243.google.com with SMTP id k131so6595013ith.4 for ; Sun, 28 Jan 2018 19:19:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=pAF+Pf9iIpI8tH+GB+K+AsYmKB5evlPFs8Or4EqAEcc=; b=UCZC5vtWI2WeUJqiMFAQ3x5T19+27i5Zs+C9Okb30nAouLVxonBOxbBlDC81SNldMI /0VD1br3wGhO1ZLDLz7VXYCMIOWnlTBhn20IIVKGMJxCn6eTxa5kckvr6z9VkvkCIRVj wMP8hX5uz1bb/WeUYaj8vDV0yC2okI9qVFREXqNRi314PvCohyRY95NV8QqigKKQB47p o9/FLDoFi80mbZd/KbNS5GioRBlcKOKUuBLzzUIV0VbwLesUGbF4rJ+A4pz0wahFjlxD yeT+hCrEF9j5fUt3al+wp+eeYcZzR5Ww0F94R23hqtz3kZ3priSsdGLNR8Pf4GMt9u2N 5lNA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=pAF+Pf9iIpI8tH+GB+K+AsYmKB5evlPFs8Or4EqAEcc=; b=WYUwDf36kG3ET9vQCJTRF/Bc9KT6WH2UgFbtjPe/9wFVYqIhrNF9CP26L9maE3qFsE yHlM/IdjHZ58tITo8Uiw5XLMP+vDAkJxVszZ1Ln9GTYORy0PMyUpEsNJ3aRDJ3Zjbc0K y+1cDQuNyrhF/wills/0Y7c4XkqT0xgBDI5yaMZifU/nVXXZZ3ZxkRiiKOjXxn/znYnF DkNuexyvXB5il/I5V1zrbO/3b8a1ZT0vxhk6fTY7qg6Af3ZV4Twcry3+pDRx0YsAGDKi AumgZxr4jE3rLMv9UX21S+Pf191OhOITUwKKLx+qIXFuFFD3DMnFRUv5lZOe8I/9my6t FpVw== X-Gm-Message-State: AKwxytdhHLsVWfc0uujddftWR0nd4uqDLBEOYGXhNhFPo5Jx16g3IUz9 TAuGdPGzci+SVXOT9FGZCj+vqVjW2hz6Xy95xIaZ5w== X-Google-Smtp-Source: AH8x225eVnwbUKPBIL0+go4ZzmrZr/duvXyki26rxtRF+vWCyElGmFpBjv5X406ZvivhUKISIoOJc4gVkbvHcXTU52o= X-Received: by 10.36.238.68 with SMTP id b65mr25327679iti.97.1517195939693; Sun, 28 Jan 2018 19:18:59 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.201.67 with HTTP; Sun, 28 Jan 2018 19:18:59 -0800 (PST) X-Originating-IP: [2603:300b:6:5100:18a2:a4f7:170:8dd9] In-Reply-To: <201801290238.w0T2co4M053082@slippy.cwsent.com> References: <2effa324-c428-6135-371b-acb00c803d29@freebsd.org> <201801290238.w0T2co4M053082@slippy.cwsent.com> From: Warner Losh Date: Sun, 28 Jan 2018 20:18:59 -0700 X-Google-Sender-Auth: ocAmQNbgyUEYgSMUp47B0W8EQY0 Message-ID: Subject: Re: Panic on shutdown @r328436: "Unholding 6 with cnt = -559038242" To: Cy Schubert Cc: Allan Jude , FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 03:19:01 -0000 On Sun, Jan 28, 2018 at 7:38 PM, Cy Schubert wrote: > In message <2effa324-c428-6135-371b-acb00c803d29@freebsd.org>, Allan > Jude write > s: > > On 2018-01-28 16:28, Warner Losh wrote: > > > On Sun, Jan 28, 2018 at 2:22 PM, thomas masper < > thomas.masper@gmail.com> > > > wrote: > > > > > >> Hi, > > >> similar panic happen to me when extracting a pendrive from laptop US= B > port > > >> (I tried 3 different pendrive). > > >> No issue if I reboot or shutdown. I don't know if those two issues a= re > > >> related. > > >> > > > > > > Do you have a reproducible test case? Ideally, it would be 'insert an= d > > > remove usb thumb drive' but maybe there's more steps between insert a= nd > > > removal. > > > > > > Warner > > > > > > > > > > > >> panic: Releasing 6 with cnt =3D -559038242 > > Converting this to hex we get DEADC0DE. vm/uma_dbg.c:static const uint32_t uma_junk =3D 0xdeadc0de; Use after free it is then... Warner > > >> > > >> GNU gdb (GDB) 8.0.1 [GDB v8.0.1 for FreeBSD] > > >> Copyright (C) 2017 Free Software Foundation, Inc. > > >> License GPLv3+: GNU GPL version 3 or later < > http://gnu.org/licenses/gpl. > > >> html > > >>> > > >> This is free software: you are free to change and redistribute it. > > >> There is NO WARRANTY, to the extent permitted by law. Type "show > copying" > > >> and "show warranty" for details. > > >> This GDB was configured as "x86_64-portbld-freebsd12.0". > > >> Type "show configuration" for configuration details. > > >> For bug reporting instructions, please see: > > >> . > > >> Find the GDB manual and other documentation resources online at: > > >> . > > >> For help, type "help". > > >> Type "apropos word" to search for commands related to "word"... > > >> Reading symbols from /boot/kernel/kernel...Reading symbols from > > >> /usr/lib/debug//boot/kernel/kernel.debug...done. > > >> done. > > >> > > >> Unread portion of the kernel message buffer: > > >> da0 at umass-sim0 bus 0 scbus4 target 0 lun 0 > > >> da0: s/n 30E47C20 detached > > >> (da0:umass-sim0:0:0:0): Periph destroyed > > >> panic: Releasing 6 with cnt =3D -559038242 > > >> cpuid =3D 0 > > >> time =3D 1517158352 > > >> KDB: stack backtrace: > > >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > >> 0xfffffe00593838c0 > > >> vpanic() at vpanic+0x18d/frame 0xfffffe0059383920 > > >> panic() at panic+0x43/frame 0xfffffe0059383980 > > >> dadiskgonecb() at dadiskgonecb+0x42/frame 0xfffffe00593839a0 > > >> g_disk_providergone() at g_disk_providergone+0x25/frame > 0xfffffe00593839d0 > > >> g_destroy_provider() at g_destroy_provider+0xae/frame > 0xfffffe00593839f0 > > >> g_wither_washer() at g_wither_washer+0x87/frame 0xfffffe0059383a30 > > >> g_run_events() at g_run_events+0x3ca/frame 0xfffffe0059383a70 > > >> fork_exit() at fork_exit+0x84/frame 0xfffffe0059383ab0 > > >> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0059383ab0 > > >> --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- > > >> KDB: enter: panic > > >> > > >> __curthread () at ./machine/pcpu.h:229 > > >> 229 __asm("movq %%gs:%1,%0" : "=3Dr" (td) > > >> (kgdb) #0 __curthread () at ./machine/pcpu.h:229 > > >> #1 doadump (textdump=3D0) at /usr/src/sys/kern/kern_shutdown.c:346 > > >> #2 0xffffffff8040a08b in db_dump (dummy=3D, > > >> dummy2=3D, dummy3=3D, dummy4=3D) > > >> at /usr/src/sys/ddb/db_command.c:574 > > >> #3 0xffffffff80409e59 in db_command (last_cmdp=3D, > > >> cmd_table=3D, dopager=3D) > > >> at /usr/src/sys/ddb/db_command.c:481 > > >> #4 0xffffffff80409bd4 in db_command_loop () > > >> at /usr/src/sys/ddb/db_command.c:534 > > >> #5 0xffffffff8040cdff in db_trap (type=3D, > code=3D > >> out>) > > >> at /usr/src/sys/ddb/db_main.c:250 > > >> #6 0xffffffff80b0d923 in kdb_trap (type=3D3, code=3D-61456, tf=3D > >> out>) > > >> at /usr/src/sys/kern/subr_kdb.c:697 > > >> #7 0xffffffff80f7b498 in trap (frame=3D0xfffffe00593837f0) > > >> at /usr/src/sys/amd64/amd64/trap.c:547 > > >> #8 > > >> #9 kdb_enter (why=3D0xffffffff811f101e "panic", msg=3D) > > >> at /usr/src/sys/kern/subr_kdb.c:479 > > >> #10 0xffffffff80ac8d3a in vpanic (fmt=3D, > > >> ap=3D0xfffffe0059383960) > > >> at /usr/src/sys/kern/kern_shutdown.c:800 > > >> #11 0xffffffff80ac8dc3 in panic ( > > >> fmt=3D0xffffffff81b1bbd8 "\257\257\033\201\377\377\= 377\ > > >> 377") > > >> at /usr/src/sys/kern/kern_shutdown.c:738 > > >> #12 0xffffffff80368bb2 in da_periph_release (periph=3D, > > >> token=3DDA_REF_GEOM) at /usr/src/sys/cam/scsi/scsi_da.c:1591 > > >> #13 dadiskgonecb (dp=3D) at > > >> /usr/src/sys/cam/scsi/scsi_da.c:1904 > > >> #14 0xffffffff80a0fdd5 in g_disk_providergone (pp=3D0xfffff80003e8b7= 00) > > >> at /usr/src/sys/geom/geom_disk.c:783 > > >> #15 0xffffffff80a15f9e in g_destroy_provider (pp=3D0xfffff80003e8b70= 0) > > >> at /usr/src/sys/geom/geom_subr.c:746 > > >> #16 0xffffffff80a15e17 in g_wither_washer () > > >> at /usr/src/sys/geom/geom_subr.c:461 > > >> #17 0xffffffff80a112da in g_run_events () > > >> at /usr/src/sys/geom/geom_event.c:297 > > >> #18 0xffffffff80a89444 in fork_exit ( > > >> callout=3D0xffffffff80a138c0 , arg=3D0x0, > > >> frame=3D0xfffffe0059383ac0) at /usr/src/sys/kern/kern_fork.c:103= 9 > > >> #19 > > >> (kgdb) > > >> > > >> > > >> uname -a > > >> FreeBSD laptopW530.tommyBSD.org 12.0-CURRENT FreeBSD 12.0-CURRENT #1= 3 > > >> r328509M: Sun Jan 28 15:38:35 CET 2018 > > >> tommy@laptopW530.tommyBSD.org:/usr/obj/usr/src/amd64.amd64/ > sys/GENERIC > > >> amd64 > > >> > > >> Regards, > > >> thomas > > >> > > >> > > >> On Fri, Jan 26, 2018 at 4:07 PM, David Wolfskill < > david@catwhisker.org> > > >> wrote: > > >> > > >>> On Fri, Jan 26, 2018 at 07:47:48AM -0700, Warner Losh wrote: > > >>>> On Fri, Jan 26, 2018 at 5:29 AM, David Wolfskill < > david@catwhisker.org > > >>> > > >>>> wrote: > > >>>> > > >>>>> This is on my "build machine" (laptop is still building updated > ports > > >>>>> for today, so I don't know yet whether or not it encounters this.= ) > > >>>>> > > >>>> > > >>>> Running a kernel with INVARIANTS, right? > > >>> > > >>> Yes -- GENERIC. > > >>> > > >>>>> I had performed a source-based update from r328393 to r328436, > > >>>>> rebooted, performed "make delete-old-libs", and all seemed well. > > >>>>> > > >>>> > > >>>> This has my change 328415 in it. > > >>> > > >>> :-) > > >>> > > >>>>> I then issued "sudo shutdown -p now", and serial console shows: > > >>>>> panic: Unholding 6 with cnt =3D -559038242 > > >>>>> cpuid =3D 3 > > >>>>> time =3D 1516968697 > > >>>>> KDB: stack backtrace: > > >>>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > >>>>> 0xfffffe00004288c0 > > >>>>> vpanic() at vpanic+0x18d/frame 0xfffffe0000428920 > > >>>>> panic() at panic+0x43/frame 0xfffffe0000428980 > > >>>>> dadiskgonecb() at dadiskgonecb+0x42/frame 0xfffffe00004289a0 > > >>>>> g_disk_providergone() at g_disk_providergone+0x25/frame > > >>> 0xfffffe00004289d0 > > >>>>> g_destroy_provider() at g_destroy_provider+0xae/frame > > >>> 0xfffffe00004289f0 > > >>>>> g_wither_washer() at g_wither_washer+0x87/frame 0xfffffe0000428a3= 0 > > >>>>> g_run_events() at g_run_events+0x3ca/frame 0xfffffe0000428a70 > > >>>>> fork_exit() at fork_exit+0x84/frame 0xfffffe0000428ab0 > > >>>>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0000428ab0 > > >>>>> --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- > > >>>>> KDB: enter: panic > > >>>>> [ thread pid 13 tid 100044 ] > > >>>>> Stopped at kdb_enter+0x3b: movq $0,kdb_why > > >>>>> db> > > >>>>> > > >>>> > > >>>> That's no good. We're releasing a reference to the da peripheral > > >> because > > >>>> geom has finished with the disk and is giving us a final callback > so we > > >>> can > > >>>> drop the reference we took when we created the geom. Trouble is, c= nt > > >>> should > > >>>> be like 1 always for this code, but it's not. It looks like it may > be > > >>> bytes > > >>>> to a pointer :( > > >>>> > > >>>> > > >>>>> As noted, this is a build machine, and it was to be powered off f= or > > >>>>> the rest of the day anyway, so I don't need to get it up & runnin= g > > >>>>> immediately: I can poke at the ddb prompt, given some clues. > > >>>>> > > >>>> > > >>>> I don't suppose you can attach kgdb to this machine? I'd be > interested > > >> to > > >>>> see what the contents of the softc are...a > > >>> > > >>> Pointer to how to do that? > > >>> > > >>> I do have ddb right now.... > > >>> > > >>>> .... > > >>>> Thanks for the report. This is quite troubling. > > >>> > > >>> Well, let's get it fixed, then! :-) > > >>> > > >>>> Warner > > >>>> .... > > >>> > > >>> I should still have access to the serial console after I get in to > the > > >>> office (heading out shortly). > > >>> > > >>> Peace, > > >>> david > > >>> -- > > >>> David H. Wolfskill david@catwhisker.or= g > > >>> "unfortunately, no trust!=E2=80=9D -- well, of course! You reap wh= at you > sow. > > >>> > > >>> See http://www.catwhisker.org/~david/publickey.gpg for my public > key. > > >>> > > >> _______________________________________________ > > >> freebsd-current@freebsd.org mailing list > > >> https://lists.freebsd.org/mailman/listinfo/freebsd-current > > >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@ > freebsd.org" > > >> > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@ > freebsd.org" > > > > > > > I've been seeing this today while working on my laptop. > > > > 1) insert USB stick. > > 2) mount UFS partition to /mnt > > 3) copy a file off > > 4) umount /mnt > > 5) remove usb stick > > 6) instant panic > > > > Oddly, it is the same negative number every time (-559038242), so it > > isn't random/memory corruption. > > > > > > -- > > Allan Jude > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@ > freebsd.org" > > > > > -- > Cheers, > Cy Schubert > FreeBSD UNIX: Web: http://www.FreeBSD.org > > The need of the many outweighs the greed of the few. > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > > From owner-freebsd-current@freebsd.org Mon Jan 29 03:44:06 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6435AED2114 for ; Mon, 29 Jan 2018 03:44:06 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DCE127CE48; Mon, 29 Jan 2018 03:44:05 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with ESMTPA id g0MTeNtRNS7Bpg0MVeqRUv; Sun, 28 Jan 2018 20:44:04 -0700 X-Authority-Analysis: v=2.2 cv=NKylwwyg c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=kj9zAlcOel0A:10 a=RgaUWeydRksA:10 a=xfDLHkLGAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=pGLkceISAAAA:8 a=mmhVEwpV6fCbO0pgw5wA:9 a=CjuIK1q_8ugA:10 a=IfaqVvZgccqrtc8gcwf2:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id B901B3437; Sun, 28 Jan 2018 19:44:01 -0800 (PST) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id w0T3i1dP071994; Sun, 28 Jan 2018 19:44:01 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id w0T3i19l071991; Sun, 28 Jan 2018 19:44:01 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201801290344.w0T3i19l071991@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.7 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Warner Losh cc: Cy Schubert , Allan Jude , FreeBSD Current Subject: Re: Panic on shutdown @r328436: "Unholding 6 with cnt = -559038242" In-Reply-To: Message from Warner Losh of "Sun, 28 Jan 2018 20:18:59 -0700." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 28 Jan 2018 19:44:01 -0800 X-CMAE-Envelope: MS4wfDLtsfz73HmPhxd0b8fD+dEsedLdJ4HRjZ/skl5QQFT+iDzZdYq77g82idK0NHomqmPon83SIEhbB+mHmbU8Ug5bjtDjub4jfoNwL2OIqOn64lYNvGEG EcaFAOnxN8choC+5Wi0PX95AB8sJ5uZF0UHQDTIX5PQzIt4fyclCh95p25puUYJGA+pDddXe2A8b2YdCQQlJqeyWWpR5nDR5BsmIcjHX0D3qNAt5jbfnBbZ/ q2hzpAgvIokE9V1BKEzaKPei1jE6Ax9JmKAdTW7Y87s= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 03:44:06 -0000 In message , Warner Losh writes: > --94eb2c0425900a5b5c0563e1b5b8 > Content-Type: text/plain; charset="UTF-8" > Content-Transfer-Encoding: quoted-printable > > On Sun, Jan 28, 2018 at 7:38 PM, Cy Schubert > wrote: > > > In message <2effa324-c428-6135-371b-acb00c803d29@freebsd.org>, Allan > > Jude write > > s: > > > On 2018-01-28 16:28, Warner Losh wrote: > > > > On Sun, Jan 28, 2018 at 2:22 PM, thomas masper < > > thomas.masper@gmail.com> > > > > wrote: > > > > > > > >> Hi, > > > >> similar panic happen to me when extracting a pendrive from laptop US= > B > > port > > > >> (I tried 3 different pendrive). > > > >> No issue if I reboot or shutdown. I don't know if those two issues a= > re > > > >> related. > > > >> > > > > > > > > Do you have a reproducible test case? Ideally, it would be 'insert an= > d > > > > remove usb thumb drive' but maybe there's more steps between insert a= > nd > > > > removal. > > > > > > > > Warner > > > > > > > > > > > > > > > >> panic: Releasing 6 with cnt =3D -559038242 > > > > Converting this to hex we get DEADC0DE. > > > vm/uma_dbg.c:static const uint32_t uma_junk =3D 0xdeadc0de; > > Use after free it is then... Yes, INVARIANTS. Learned that when I was chasing an ipfilter use after free. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Mon Jan 29 05:31:40 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D1E1AED690D for ; Mon, 29 Jan 2018 05:31:40 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 370A3800A5 for ; Mon, 29 Jan 2018 05:31:39 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lqn7e-1fIvUU39EY-00eNnA for ; Mon, 29 Jan 2018 06:31:32 +0100 Date: Mon, 29 Jan 2018 06:31:31 +0100 From: "O. Hartmann" To: freebsd-current Subject: r 328531: installworld failure: /usr/share/man/man3/cap_syslog.3.gz: No such file or directory Message-ID: <20180129063131.3e6e3ba6@freyja.zeit4.iv.bundesimmobilien.de> Organization: Walstatt MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:jxK5uXKGGs5ZdeGo12xFOt6ih6BVIWZ1oRztOFtG9tR6PWMOqmf FooU58o/npLEb2oPCC65GAA7MNLhXcS+jgkBgs4gxpd5GkiyRtVLqZu1/V/Zu1SwRWmv33G Jp0d/ZyVcfzrwFEadw0QT6vIabeJdo8kuUtlZCctQzQEGvoi0gsdACXs713a5VmPFbll4U9 uvh2E7ostyXrfIpM2t4fQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:Qz4l+R1XS60=:VjGjAJnZEB69VUpthLbSro 3sqhUvAQbpvbKJEzXnbzOe+6kdD5rjrLw0+LXEFc/g+kFMaIGH1lu7PERAyZu4E3z55GP68/f FqiCaARRMIm0oEIcsc+p/8/0jOISddOkhHwJB+HvG4umbviycIQHStKVsESDabPjZNlrZ90Ty I7mudI9gXMm89MiRcHzUbKADeLQmO77FpjgcT5nZeIFdFm0dUuyn4FHjpJ0VZlnUr3Fw//DFf XejHAPC2wSLoJBPoJCUd1WIohDBxCVpCqdwepGp4myxB8a6WCAffazX15+IvLZLQ6RX6PWRc4 ZJjqXK4gS3iyl2kvDza0LuvVncUze6kjaxWQWWX5Uu2L92bhT07j0UzcJWbLRUs9sy/UBZ1Gp FyFwb/gWJnLnBUYKnms85nrVw59paLFMxUGJ7uZ2DdgIeAkyInm/bWPxzdCZdaoZFVqtj616T UFoeDPrCVaQFYyZ4oiTgwugzVkDyPm4tjuwjSaL9yzYenJSHTxwi035f01eS4aZj2GhmcyrRN BOqOn1esYYtusQOkGJFe9UbVm0gOZ8B5BCisYh6/Db5DkT+dVP0VBy7fwBh9zoLiFyqWs88mp mMKnrN1OcFyIBHk7QQUCQJi7hcqPyWQ0yW8Ze6cG2jg1f/rsfDumhS2tXBqPjfQ6xIq0KC8ug TzHUdRsRNg08/Tk8N6U0j64PzQ1RJL0jsvnTm+YdArPKZf/bOiXUmo4is9Aiai3vwJuK4Cn2U WJsKaKy1gdFJ+jXGQ3V1zj2yqmWaK7olcUOagLiYk0GZqEtHvX0dWMNP4z0rh4HDhyYtikk1+ 51o/1Zn86OhsrAw2S7ZrMpO4A7PQnUKBjbqdhGd/3uh+ET4s3w= X-Mailman-Approved-At: Mon, 29 Jan 2018 11:27:36 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 05:31:41 -0000 "make installworld' fails on r328531 with the follwoing error: [...] --- maninstall --- rm -f /usr/share/man/man3/cap_syslog.3 /usr/share/man/man3/cap_syslog.3.gz; install -l h /usr/share/man/man3/cap_syslog.3.gz /usr/share/man/man3/cap_syslog.3.gz install: link /usr/share/man/man3/cap_syslog.3.gz -> /usr/share/man/man3/cap_syslog.3.gz: No such file or directory *** [maninstall] Error code 71 make[7]: stopped in /usr/src/lib/libcasper/services/cap_syslog 1 error make[7]: stopped in /usr/src/lib/libcasper/services/cap_syslog *** [realinstall_subdir_lib/libcasper/services/cap_syslog] Error code 2 From owner-freebsd-current@freebsd.org Mon Jan 29 12:50:16 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 39D88EC4E88 for ; Mon, 29 Jan 2018 12:50:16 +0000 (UTC) (envelope-from maurizio1018@gmail.com) Received: from mail-pf0-x22b.google.com (mail-pf0-x22b.google.com [IPv6:2607:f8b0:400e:c00::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AF0BB71166; Mon, 29 Jan 2018 12:50:15 +0000 (UTC) (envelope-from maurizio1018@gmail.com) Received: by mail-pf0-x22b.google.com with SMTP id 23so5070460pfp.3; Mon, 29 Jan 2018 04:50:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=8PlmQjk4DLH4lT9BUzXz42Yc3tmsRWcY0l2p0lBOnfY=; b=hTzxTutl1L833/IrpPdekkVB0p/wVANshWy3uhMhbWTrLN/pxwDUnFEqNfadKXSgKc fdKX5Z/pgZw7B+lgjtsqTuC6ZhuMmwNHjCHwqZ7I/0EpEs74ZiBf5QheHCT73tiG1zA5 KEZqCAV45KGdyehSbly9HpFhv7ce7CqrbWqrUIDMp4CeduJl5AW5bSd3OmaDa8E8YiMX OkR9l050rm/bd1Rr8MwYzLpia2PrGjmIPm+ZSM/jyZerT28HyeAvx0daDzBXvucHXwR9 CcRVOdd6Ss/hh849dvUuzC0/Hel/CRwuZqmp8JtNpWaQRbLHRS/32VIqzb4YNaHFbww3 o5JA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=8PlmQjk4DLH4lT9BUzXz42Yc3tmsRWcY0l2p0lBOnfY=; b=UTujYwEm3O68a5JN+dTFiP3haFbyBSNddSXXaNrSFTzv01PSIWqwp0idoXsNnv68W3 YbixIZ6PFoRKdsV9V7yXPlmraZyYOh7SDHA90QmaR5eA7UFtCLFwmRRrgitvSHF+Ejug NE4xtB+45+dqUGQR+XNgTL28r3TKsIvyfOxCYMVGHI0CuQk2w1+AEWNpZuUKEbly0ZuW fEcl7Vo7VAlUluZiVnQbJj+bPHbvGfF75nn6qZJAsePv/Wm/21KEuDSsXN8MYmCINIAn phAqHNiPnC1HVEVAQt8wj+4karS4epS9Y8SAHp/jegzptd+XrPT70sIBovsjA5I+6lJg FahA== X-Gm-Message-State: AKwxytfVc8CmVnQDjtvtBTXkcuUh7PeF/Mn7E4CLFfjbosdiszE6o+wW VwaMbnldAV+LAxnRvy7UVkx+WuV30wi2tuoL4pY= X-Google-Smtp-Source: AH8x226Bv42xqStfuBVGAXDvT0qgmUVuUx1mc3p17RI3uQ6IhX2CvgLm1ybqPdWTisSW8KtqpSLbWO6VXDT8Z6uOMic= X-Received: by 10.99.112.81 with SMTP id a17mr12583168pgn.293.1517230214544; Mon, 29 Jan 2018 04:50:14 -0800 (PST) MIME-Version: 1.0 Received: by 10.100.138.144 with HTTP; Mon, 29 Jan 2018 04:50:14 -0800 (PST) In-Reply-To: <1517070032.84051.6.camel@freebsd.org> References: <9D0C6C9E-3020-4EC0-97AF-6498FB7356C7@jnielsen.net> <1516988137.42536.255.camel@freebsd.org> <09C92929-BC36-4C75-A2F2-0607C9701D40@jnielsen.net> <1517070032.84051.6.camel@freebsd.org> From: Maurizio Vairani Date: Mon, 29 Jan 2018 13:50:14 +0100 Message-ID: Subject: Re: Error compiling isboot-kmod To: Ian Lepore Cc: John Nielsen , freebsd-current , Warner Losh Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 12:50:16 -0000 2018-01-27 17:20 GMT+01:00 Ian Lepore : > On Fri, 2018-01-26 at 23:20 -0700, John Nielsen wrote: > > > > > > On Jan 26, 2018, at 9:42 PM, John Nielsen wrote: > > > > > > > > > > > [...] > > > --- iscsi.o --- > > > iscsi.c:1146:3: error: incompatible pointer types passing 'void > (struct mbuf *, void *, void *)' to parameter of type 'm_ext_free_t *' (aka > 'void (*)(struct mbuf *)') [-Werror,-Wincompatible-pointer-types] > > > MEXTADD(md, (caddr_t)ds_dd, (ISCSI_ALIGN(pp->ds_len) > > > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > /usr/src/sys/sys/mbuf.h:887:42: note: expanded from macro 'MEXTADD' > > > m_extadd((m), (char *)(buf), (size), (free), (arg1), > (arg2), \ > > > ^~~~~~ > > > /usr/src/sys/sys/mbuf.h:634:59: note: passing argument to parameter > here > > > void m_extadd(struct mbuf *, char *, u_int, m_ext_free_t, > > Looks like iscsi.c needs to be fixed up following r324446 > > (https://svnweb.freebsd.org/changeset/base/324446). Starting to be > > out of my depth unless there's a mechanical way to make the changes? > > > > > > I'm not set up to test-compile this against -current right now, so I'm > not sure if this is all that remains or just another breadcrumb on the > trail, but... try the attached patch. > > -- Ian > > --- iscsi.c.orig 2018-01-27 08:43:26.937858000 -0700 > +++ iscsi.c 2018-01-27 09:15:39.631501000 -0700 > @@ -1071,17 +1071,23 @@ > } > > > -#if __FreeBSD_version >= 1100000 > +#if __FreeBSD_version >= 1200051 > +static void > +isboot_free_mbufext(struct mbuf *m) > +{ > + void *p = m->m_ext.ext_arg1; > +#elif __FreeBSD_version >= 1100000 > static void > isboot_free_mbufext(struct mbuf *m, void *p, void *optarg) > #elif __FreeBSD_version >= 1000050 && __FreeBSD_version < 1100000 > static int > isboot_free_mbufext(struct mbuf *m, void *p, void *optarg) > +{ > #else > static void > isboot_free_mbufext(void *p, void *optarg) > -#endif > { > +#endif > > ISBOOT_TRACE("isboot_free_mbufext\n"); > if (p == NULL) > > Applying this patch the module is compilable, but when I use it I receive a 'Fatal trap 12'. I will open a new discussion. Thanks to all of you. Maurizio From owner-freebsd-current@freebsd.org Mon Jan 29 12:58:51 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5F0F0EC55DA for ; Mon, 29 Jan 2018 12:58:51 +0000 (UTC) (envelope-from oshogbo.vx@gmail.com) Received: from mail-lf0-x22d.google.com (mail-lf0-x22d.google.com [IPv6:2a00:1450:4010:c07::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BB01571708 for ; Mon, 29 Jan 2018 12:58:50 +0000 (UTC) (envelope-from oshogbo.vx@gmail.com) Received: by mail-lf0-x22d.google.com with SMTP id k19so9861822lfj.1 for ; Mon, 29 Jan 2018 04:58:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=oB8KQV0JgN2a4kbOXXLXhh+Pv2RE3Wi/GUUfI8iEVnM=; b=jEP8xiIPHfm/VbPVa0SYyFV4Z0sPYCbU9DBSjdd3F4hKbulDvo99Ui+4HAXzkX8Ady 5iObAUfP+z6XxdqjBbMaw90VO2O3/JmN4HcUkW219Nfh128MyEMjeZ6Kp1qOKnj0DIA4 S53UCT0e40dqpGIzs2BVD0BMoxFWEGcyHqUNZW6gvMZF37I9VmXD5MDHtRH3D79t1TTi VbT1QQ1TseeLXRc3FCGdmCQ4QGUhxlTUP95aTH87Os3jTrfKaW7YAT4xMcJ285jNQ06o 12e+A46c60+ZPiOwFUpfBHlMlGyO1LicotD2y+QF7x2sOZKjlXFAxwfzE4EY+6su8YX5 /c7Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=oB8KQV0JgN2a4kbOXXLXhh+Pv2RE3Wi/GUUfI8iEVnM=; b=AGeUxw6giEZN1agyG5fDmoUcYjYNUW36WJc4WOiod673n90BsvIArVz2+dNrhZ570X ffVN/6xyD6glVxjMj9UnbuURNleOd+6YNeYvqDf+QQYNWh3lhNHppnwK7lAjpsQpIT3V v76LneuwRTucusQiDySfLIP0O6lYPYSSekCrhPz3Qk71pxNes3cAcBgbG1XWftyZ+tjS 2zWRe2krRfp2+eHfT7B6ggjpLcGqKzYij4xO4sU0MACwG6WTjINpGfCKQUJL8tw0dCLO V4N6eA+lFkUSPzg9GPfKgLuwSXgUwHN+LskvqPgwzLTWm2+MkNOe0tJtUhUORtlHmSXv kVCg== X-Gm-Message-State: AKwxytesTcov2+Po2OAQIojF2Cwy6bnOLGpJMtD40BOl/zF6be4hx11z gF5iweSBoENdT6sHtZclQf8sw7ky X-Google-Smtp-Source: AH8x227IYVuyIc0u/IpgLubmFw5BDjQ12chXZe56pq+EtqAoAOtj52K+rVE8wjYYKRAwN9sA1F8fkA== X-Received: by 10.46.87.93 with SMTP id r29mr218968ljd.93.1517230729001; Mon, 29 Jan 2018 04:58:49 -0800 (PST) Received: from jarvis ([77.79.224.226]) by smtp.gmail.com with ESMTPSA id s87sm2928234lfk.68.2018.01.29.04.58.47 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 29 Jan 2018 04:58:47 -0800 (PST) Sender: Mariusz Zaborski Date: Mon, 29 Jan 2018 13:58:33 +0100 From: Mariusz Zaborski To: "O. Hartmann" Cc: freebsd-current Subject: Re: r 328531: installworld failure: /usr/share/man/man3/cap_syslog.3.gz: No such file or directory Message-ID: <20180129125833.GA2167@jarvis> References: <20180129063131.3e6e3ba6@freyja.zeit4.iv.bundesimmobilien.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: <20180129063131.3e6e3ba6@freyja.zeit4.iv.bundesimmobilien.de> User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 12:58:51 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 29, 2018 at 06:31:31AM +0100, O. Hartmann wrote: >=20 > "make installworld' fails on r328531 with the follwoing error: >=20 > [...] > --- maninstall --- > rm -f /usr/share/man/man3/cap_syslog.3 /usr/share/man/man3/cap_syslog.3.g= z; > install -l > h /usr/share/man/man3/cap_syslog.3.gz /usr/share/man/man3/cap_syslog.3.gz > install: link /usr/share/man/man3/cap_syslog.3.gz > -> /usr/share/man/man3/cap_syslog.3.gz: No such file or directory *** > [maninstall] Error code 71 >=20 > make[7]: stopped in /usr/src/lib/libcasper/services/cap_syslog > 1 error Hello, Thank you for reporting. Did r328532 fix the problem for you? Thanks, --=20 Mariusz Zaborski oshogbo//vx | http://oshogbo.vexillium.org FreeBSD commiter | https://freebsd.org Software developer | http://wheelsystems.com If it's not broken, let's fix it till it is!!1 --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEkD1x0xkJXVVY1Gwf38KEGuLGxWQFAlpvGnQACgkQ38KEGuLG xWTnwg//ZFXSZcwkkgAwf8ZuOwpjz2QlQAuNBs8LIxMBAzgtU+QMfgUqb0Lv7n5P gB6bJvmUX6kHmvlm041gDfQ5r+QWQRn1jY7oqOW6fwREgc2rcxsRJNGNtowHnJ3+ AAiY0u0W/Su2bUN7gtiSm9LThH1qzxy4UM4D3+dZWTkEJ13ErTvw+xokGHDcIPpX 39D8cFVVdFAdNItvFdnG5T1W0dnEwPKO7hgULFgS2IkBsQK92whMj0VxSMX17jHx ZlBuNSo4O84lfYJa9YEja8tmDYoRZzEYXvxwqm1TcHG2hjoKz5DvYNp+sOXbknIb J7UtLGlmM25JXoof/hDmAdmWQUNoFWTfx8eIVnGy8kI5kbHrA3G3V9umhBNjdVIQ RKhsere2Oly5ikBSLJ4IO1JYeIDTMfzV0Cj56ApyvCUPHXQJGqBn1FYrJI4ne5VD DP1gP0UqZYqrIsS23RDC02PisjfPSrWNQh4b2r9pOe+UezvvvHPNEzivagTgt78/ 6ry2yBUIva0vJhOb395Oo5bN+eP8H5fVUImH3x92VaESqdT4p0XVKDmzgFAXmXNz ifPvQFt9o3xJHf7PEjtsdPUGHgKbSTH7J1OewLktacSsr0oQ/2O48gvhTM+SViWW iiynoa7uvMvZv+7wTrRxioGZ8SL2hfexF8lcp+r+VVWAdt2D9yI= =EE2f -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-current@freebsd.org Mon Jan 29 13:05:25 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D922EC5D1E for ; Mon, 29 Jan 2018 13:05:25 +0000 (UTC) (envelope-from maurizio1018@gmail.com) Received: from mail-pf0-x236.google.com (mail-pf0-x236.google.com [IPv6:2607:f8b0:400e:c00::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9425471E31 for ; Mon, 29 Jan 2018 13:05:24 +0000 (UTC) (envelope-from maurizio1018@gmail.com) Received: by mail-pf0-x236.google.com with SMTP id c6so5110938pfi.8 for ; Mon, 29 Jan 2018 05:05:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=10A2kdQRXsiK/qkbSRjGRvIvCWJBFOFy6DTvTXRzCXo=; b=XaN/Qt6af788B+NdSd+QIXYXvE8X5cT3DYUH1uRCvsWOdHK26h+W6HVSh3mVJwte18 FXFZ/SVtfGZmupK8GmIrHTCDMDsTGXaUVZiwic2lUqG/tHTi5M/SkvRafNc5YXAO/xih DhY0ZWe3wa8jPmFH0mI236Hfg9ufAp9+Ri6xotlSMs7cqFLIfGEznMHkGkrqAepZok2V QU4ZajEO6rVnCa+14WaLVI1ZZHN+M6rjT9KSO4o597e3/i/FmNLnvfrtsVzSwjJKD5+3 269k3zVA0TWEKNrmfgqa+XUaPssf3BgJuHmIvVRYDhWeCfZUlmDFF1L8tT2ebINAdkNo o+/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=10A2kdQRXsiK/qkbSRjGRvIvCWJBFOFy6DTvTXRzCXo=; b=iJ8/VOh0i6aJ76PQITWOWd/C0C9pWGaJUot3mkgqjqIOpyM7D3rZ8OADALeTKSOBhc iGDyrruf0yTipYpPa5a89onaCCNjcpZce5LCHuLKAek+ivPDxz5F1nwrCKgQFDVfYebD HDJmLHV629kNqeYzRRwfoiBCTPLDePRrnFLe4a4ETsg9CzFgXiasbuLjcoZ6ertJO/So 3IKd2P1W13RbfP0iNUIGAJMAa080XxEQbdGfBspyM597EXkcjlM5h1mLbF6Ua6A2RCDV K8uLz5QoaXhbbvTgcHwvm03dLfTS+1s6agIP8YIi8RLXRoQqa8gJ87Oc/jPSp21o8znB 2ogQ== X-Gm-Message-State: AKwxyte8Y5vDo+gYwf5bhyAXMi6F1oviF2ngoDZTM52efY2yQcyKBHho j9LrmuINdFsNgCzGbv5+IWH5qMa48JWxAGTpjlKrKA== X-Google-Smtp-Source: AH8x227/CG+XkbCuCh2Yuq+ZXXKYaxiPyf8PLP00/TY4vsZgWYipHT2+g8r0/iKH3giJpKBv3HjrA+jw+OZ+eYxCyMQ= X-Received: by 2002:a17:902:7614:: with SMTP id k20-v6mr21923614pll.343.1517231123269; Mon, 29 Jan 2018 05:05:23 -0800 (PST) MIME-Version: 1.0 Received: by 10.100.138.144 with HTTP; Mon, 29 Jan 2018 05:05:22 -0800 (PST) From: Maurizio Vairani Date: Mon, 29 Jan 2018 14:05:22 +0100 Message-ID: Subject: Fatal trap 12 booting FreeBSD-CURRENT via isboot kernel module. To: freebsd-current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 13:05:25 -0000 I am running # uname -a FreeBSD 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r328383: Thu Jan 25 04:48:52 UTC 2018 root@releng3.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 After compiling the kernel module as discussed in this thread : https://lists.freebsd.org/pipermail/freebsd-current/2018-January/068272.html I can boot FreeBSD via iSCSI using iPXE. But when the isboot, the iSCSI boot driver version 0.2.13, starts I receive a panic: https://mega.nz/#!tkVwBBKA!PUj14-Za6KCNaoo9hxuXORRLQoWkb4LMvTdUA1BorD4 Any idea? -- Thanks, Maurizio From owner-freebsd-current@freebsd.org Mon Jan 29 16:22:49 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D9285ECFDF0 for ; Mon, 29 Jan 2018 16:22:48 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 400317A739; Mon, 29 Jan 2018 16:22:47 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([77.180.154.99]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MLj5z-1efN2p2Cn5-000voW; Mon, 29 Jan 2018 17:17:36 +0100 Date: Mon, 29 Jan 2018 17:16:58 +0100 From: "O. Hartmann" To: Mariusz Zaborski Cc: freebsd-current Subject: Re: r 328531: installworld failure: /usr/share/man/man3/cap_syslog.3.gz: No such file or directory Message-ID: <20180129171725.296a568e@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20180129125833.GA2167@jarvis> References: <20180129063131.3e6e3ba6@freyja.zeit4.iv.bundesimmobilien.de> <20180129125833.GA2167@jarvis> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/=NnUHeD7uTgSgBn7xeMjVh5"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:WlqeMxZ5STvxT4jNcKDLqDY4kjye7n8axO1UNWSFtjuODVNuKKZ aHw19HYvkbAhm7Co2DCt0GPxorsvB0ASSDBUl8Tuk0KZzh9BmDrhV3iSA/MRMCq/1oQ1VJI vEJ2CZaiN04ykis1Nih/q/ntis8jXSICcymUXQ0itzyuuqwXjOM9nowG89aaMfXgzHcobfO 5jLYELhL6IZcNoRo7Ac4w== X-UI-Out-Filterresults: notjunk:1;V01:K0:U0pa6gvma4I=:b3mrXOI5+eBcTt0lRXsp4S L42PeTBNLvq3z9MiBd9O1yM6ugWXVVOk5TIMIQGI+Ray0wcxFaW3DlYsaG9PlUkVOAut0YVUy gEeEmmxObJL0jJIpB2W1jBE4XG1Z22/n4o8f9rryXXRFgJQ07LQvjCCEK7C84xvIj70EoyHrb m+xvf19L45iUw0LRcNCHy9Ek7RSVb4agt731Cdhc6aHPUKQQ6pEnJ8BAqNicCeRr+GVwLbX8d NoXRlLSz/PKyZYX3oFlwDrhM8DMAQxj9XR/jfm6/7Ee5Jgk3fqFOzsRBCa1pHvMMrJO5fmvw5 K4yxCs1LIpBl4NbmG5YXtgICj+jiWMkiaNAYWir351J61WX+qgqAFNumTULbZGG2g8GNL8rt9 yrrJYZMZKoe4/c3lPabGF4Rjf7IITf8m/jMhbIXzAjeGI4rq7WrVOMSO3GoJLexGieG/kXhET IiBlgmG/5jVOnPTOL68LNaXTr1pnZewNKONY/5Sob72WVX1x08rRmS3UvqFkC6Q5SQgGc72Cv X1BdJu5jqUm3hkJYoTm0KPnkrURVVf6E/oZ0WfqnNQbEo6zNH2hahSlbpdxsZOa1sKvS1jDYH 6RhZw/7IxNl4C0aNpmzNDN0jL1Dgx0uih5a0mzq1wJfu9wk7q1qhepVkan1Cee4LTz7tj6DnN VAZLxM1VcP6RcVtZ6gK6QggSOkP0f7Fb2lyMRrexmzfBxn6X+3rZISDw9AkTIHKc2Wad1a1IO k12OmhQgMSMC1X9Rka+5ZycamHQ/2refJ3AwklA+5Yzax5UmWsM7oz9ytYIhSmRfY/scrOLbh KWNtqGvz44xTTI2yDSR988tCA17gw== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 16:22:49 -0000 --Sig_/=NnUHeD7uTgSgBn7xeMjVh5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Mon, 29 Jan 2018 13:58:33 +0100 Mariusz Zaborski schrieb: > On Mon, Jan 29, 2018 at 06:31:31AM +0100, O. Hartmann wrote: > >=20 > > "make installworld' fails on r328531 with the follwoing error: > >=20 > > [...] > > --- maninstall --- > > rm -f /usr/share/man/man3/cap_syslog.3 /usr/share/man/man3/cap_syslog.3= .gz; > > install -l > > h /usr/share/man/man3/cap_syslog.3.gz /usr/share/man/man3/cap_syslog.3= .gz > > install: link /usr/share/man/man3/cap_syslog.3.gz =20 > > -> /usr/share/man/man3/cap_syslog.3.gz: No such file or directory *** = =20 > > [maninstall] Error code 71 > >=20 > > make[7]: stopped in /usr/src/lib/libcasper/services/cap_syslog > > 1 error =20 >=20 > Hello, >=20 > Thank you for reporting. > Did r328532 fix the problem for you? >=20 > Thanks, Yes, it did ;-) Everything smooth again. Kind regards, Oliver --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/=NnUHeD7uTgSgBn7xeMjVh5 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWm9JFQAKCRDS528fyFhY lFVnAf42lR1AC/hbfw5RaghaB+itMgHzVfCB3X6FLPa45wL8dX6awZcvkXS7y66i q4Dfb8LFG360fnh2pco7nL8CwtbeAf9LGMN/4RFU522/jnSu6Cyv0kmxxvH6DEj8 04keV4Pm8qos1B0FHkP+SO9igK85bRw5Wcjn25MvEOS14QLYyLwI =PB4+ -----END PGP SIGNATURE----- --Sig_/=NnUHeD7uTgSgBn7xeMjVh5-- From owner-freebsd-current@freebsd.org Mon Jan 29 17:29:18 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B1D61ED3446 for ; Mon, 29 Jan 2018 17:29:18 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from webmail4.jnielsen.net (webmail4.jnielsen.net [IPv6:2607:f7a0:a:18c::c0de]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "webmail2.jnielsen.net", Issuer "freebsdsolutions.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C3BF7CAF1; Mon, 29 Jan 2018 17:29:18 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from [10.3.135.19] (50-207-240-162-static.hfc.comcastbusiness.net [50.207.240.162]) (authenticated bits=0) by webmail4.jnielsen.net (8.15.2/8.15.2) with ESMTPSA id w0THTBxc030860 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 29 Jan 2018 10:29:13 -0700 (MST) (envelope-from lists@jnielsen.net) X-Authentication-Warning: webmail4.jnielsen.net: Host 50-207-240-162-static.hfc.comcastbusiness.net [50.207.240.162] claimed to be [10.3.135.19] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Error compiling isboot-kmod From: John Nielsen In-Reply-To: <1517070032.84051.6.camel@freebsd.org> Date: Mon, 29 Jan 2018 10:29:10 -0700 Cc: freebsd-current , Warner Losh , Maurizio Vairani Content-Transfer-Encoding: quoted-printable Message-Id: <8C0D755C-5DD8-40BE-A0F8-180152A0BF84@jnielsen.net> References: <9D0C6C9E-3020-4EC0-97AF-6498FB7356C7@jnielsen.net> <1516988137.42536.255.camel@freebsd.org> <09C92929-BC36-4C75-A2F2-0607C9701D40@jnielsen.net> <1517070032.84051.6.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 17:29:19 -0000 > On Jan 27, 2018, at 9:20 AM, Ian Lepore wrote: >=20 > On Fri, 2018-01-26 at 23:20 -0700, John Nielsen wrote: >>>=20 >>> On Jan 26, 2018, at 9:42 PM, John Nielsen = wrote: >>>=20 >>>>=20 >>>> [...] >>> --- iscsi.o --- >>> iscsi.c:1146:3: error: incompatible pointer types passing 'void = (struct mbuf *, void *, void *)' to parameter of type 'm_ext_free_t *' = (aka 'void (*)(struct mbuf *)') [-Werror,-Wincompatible-pointer-types] >>> MEXTADD(md, (caddr_t)ds_dd, (ISCSI_ALIGN(pp->ds_len) >>> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> /usr/src/sys/sys/mbuf.h:887:42: note: expanded from macro 'MEXTADD' >>> m_extadd((m), (char *)(buf), (size), (free), (arg1), (arg2), = \ >>> ^~~~~~ >>> /usr/src/sys/sys/mbuf.h:634:59: note: passing argument to parameter = here >>> void m_extadd(struct mbuf *, char *, u_int, = m_ext_free_t, >> Looks like iscsi.c needs to be fixed up following r324446 >> (https://svnweb.freebsd.org/changeset/base/324446). Starting to be >> out of my depth unless there's a mechanical way to make the changes? >=20 > I'm not set up to test-compile this against -current right now, so I'm > not sure if this is all that remains or just another breadcrumb on the > trail, but... try the attached patch. >=20 > -- Ian > --- iscsi.c.orig 2018-01-27 08:43:26.937858000 -0700 > +++ iscsi.c 2018-01-27 09:15:39.631501000 -0700 > @@ -1071,17 +1071,23 @@ > } >=20 >=20 > -#if __FreeBSD_version >=3D 1100000 > +#if __FreeBSD_version >=3D 1200051 > +static void > +isboot_free_mbufext(struct mbuf *m) > +{ > + void *p =3D m->m_ext.ext_arg1; > +#elif __FreeBSD_version >=3D 1100000 > static void > isboot_free_mbufext(struct mbuf *m, void *p, void *optarg) > #elif __FreeBSD_version >=3D 1000050 && __FreeBSD_version < 1100000 > static int > isboot_free_mbufext(struct mbuf *m, void *p, void *optarg) > +{ > #else > static void > isboot_free_mbufext(void *p, void *optarg) > -#endif > { > +#endif Thanks Ian. I think I ran in to a copy/paste issue on my end with the = above but I can compile with this similar patch. Is it functionally = equivalent to yours? --- iscsi.c.orig 2015-11-05 09:50:51.000000000 -0700 +++ iscsi.c 2018-01-29 10:20:00.586277000 -0700 @@ -1070,9 +1070,11 @@ return (n); } =20 - -#if __FreeBSD_version >=3D 1100000 +#if __FreeBSD_version >=3D 1200051 static void +isboot_free_mbufext(struct mbuf *m) +#elif __FreeBSD_version >=3D 1100000 +static void isboot_free_mbufext(struct mbuf *m, void *p, void *optarg) #elif __FreeBSD_version >=3D 1000050 && __FreeBSD_version < 1100000 static int @@ -1082,7 +1084,9 @@ isboot_free_mbufext(void *p, void *optarg) #endif { - +#if __FreeBSD_version >=3D 1200051 + void *p =3D m->m_ext.ext_arg1; +#endif ISBOOT_TRACE("isboot_free_mbufext\n"); if (p =3D=3D NULL) #if __FreeBSD_version >=3D 1000050 && __FreeBSD_version < 1100000 From owner-freebsd-current@freebsd.org Mon Jan 29 17:38:05 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 93AC0ED3CA3 for ; Mon, 29 Jan 2018 17:38:05 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from webmail4.jnielsen.net (webmail4.jnielsen.net [IPv6:2607:f7a0:a:18c::c0de]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "webmail2.jnielsen.net", Issuer "freebsdsolutions.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 35E547D2BB for ; Mon, 29 Jan 2018 17:38:05 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from [10.3.135.19] (50-207-240-162-static.hfc.comcastbusiness.net [50.207.240.162]) (authenticated bits=0) by webmail4.jnielsen.net (8.15.2/8.15.2) with ESMTPSA id w0THb0PV030947 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 29 Jan 2018 10:38:04 -0700 (MST) (envelope-from lists@jnielsen.net) X-Authentication-Warning: webmail4.jnielsen.net: Host 50-207-240-162-static.hfc.comcastbusiness.net [50.207.240.162] claimed to be [10.3.135.19] From: John Nielsen Message-Id: <3E242843-7D43-4A36-A448-E4B0DACB2AB4@jnielsen.net> Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Fatal trap 12 booting FreeBSD-CURRENT via isboot kernel module. Date: Mon, 29 Jan 2018 10:38:04 -0700 In-Reply-To: Cc: freebsd-current , Daisuke Aoyama To: Maurizio Vairani References: X-Mailer: Apple Mail (2.3273) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 17:38:05 -0000 [ resending from correct email address ] > On Jan 29, 2018, at 6:05 AM, Maurizio Vairani = wrote: >=20 > I am running > # uname > -a >=20 > FreeBSD 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r328383: Thu Jan 25 = 04:48:52 > UTC 2018 = root@releng3.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC > amd64 >=20 > After compiling the kernel module as discussed in this thread : > = https://lists.freebsd.org/pipermail/freebsd-current/2018-January/068272.ht= ml >=20 > I can boot FreeBSD via iSCSI using iPXE. But when the isboot, the = iSCSI > boot driver version 0.2.13, starts I receive a panic: > https://mega.nz/#!tkVwBBKA!PUj14-Za6KCNaoo9hxuXORRLQoWkb4LMvTdUA1BorD4 >=20 > Any idea? Bummer!=20 Aoyama-san- Are you still maintaining isboot? Can you help debug this issue on = FreeBSD 12-CURRENT? Once we get it working I will update the port with whatever is needed = and send you the patches in case you'd like to cut a new release. Thank you!= From owner-freebsd-current@freebsd.org Mon Jan 29 17:54:49 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2CA2ED4A00 for ; Mon, 29 Jan 2018 17:54:49 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3CC7D7DCA2 for ; Mon, 29 Jan 2018 17:54:48 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 78c11014-051d-11e8-bb8e-b35b57339d60 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound1.ore.mailhop.org (Halon) with ESMTPSA id 78c11014-051d-11e8-bb8e-b35b57339d60; Mon, 29 Jan 2018 17:54:37 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w0THse1D005193; Mon, 29 Jan 2018 10:54:40 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1517248480.1517.12.camel@freebsd.org> Subject: Re: Error compiling isboot-kmod From: Ian Lepore To: John Nielsen Cc: freebsd-current , Warner Losh , Maurizio Vairani Date: Mon, 29 Jan 2018 10:54:40 -0700 In-Reply-To: <8C0D755C-5DD8-40BE-A0F8-180152A0BF84@jnielsen.net> References: <9D0C6C9E-3020-4EC0-97AF-6498FB7356C7@jnielsen.net> <1516988137.42536.255.camel@freebsd.org> <09C92929-BC36-4C75-A2F2-0607C9701D40@jnielsen.net> <1517070032.84051.6.camel@freebsd.org> <8C0D755C-5DD8-40BE-A0F8-180152A0BF84@jnielsen.net> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 17:54:49 -0000 On Mon, 2018-01-29 at 10:29 -0700, John Nielsen wrote: > > > > On Jan 27, 2018, at 9:20 AM, Ian Lepore wrote: > > > > On Fri, 2018-01-26 at 23:20 -0700, John Nielsen wrote: > > > > > > > > > > > > > > > On Jan 26, 2018, at 9:42 PM, John Nielsen > > > > wrote: > > > > > > > > > > > > > > > > > > > [...] > > > > --- iscsi.o --- > > > > iscsi.c:1146:3: error: incompatible pointer types passing 'void > > > > (struct mbuf *, void *, void *)' to parameter of type > > > > 'm_ext_free_t *' (aka 'void (*)(struct mbuf *)') [-Werror,- > > > > Wincompatible-pointer-types] > > > > MEXTADD(md, (caddr_t)ds_dd, (ISCSI_ALIGN(pp- > > > > >ds_len) > > > > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > ~~~~ > > > > /usr/src/sys/sys/mbuf.h:887:42: note: expanded from macro > > > > 'MEXTADD' > > > > m_extadd((m), (char *)(buf), (size), (free), (arg1), > > > > (arg2),\ > > > > ^~~~~~ > > > > /usr/src/sys/sys/mbuf.h:634:59: note: passing argument to > > > > parameter here > > > > voidm_extadd(struct mbuf *, char *, u_int, > > > > m_ext_free_t, > > > Looks like iscsi.c needs to be fixed up following r324446 > > > (https://svnweb.freebsd.org/changeset/base/324446). Starting to > > > be > > > out of my depth unless there's a mechanical way to make the > > > changes? > > I'm not set up to test-compile this against -current right now, so > > I'm > > not sure if this is all that remains or just another breadcrumb on > > the > > trail, but... try the attached patch. > > > > -- Ian > > --- iscsi.c.orig 2018-01-27 08:43:26.937858000 -0700 > > +++ iscsi.c 2018-01-27 09:15:39.631501000 -0700 > > @@ -1071,17 +1071,23 @@ > > } > > > > > > -#if __FreeBSD_version >= 1100000 > > +#if __FreeBSD_version >= 1200051 > > +static void > > +isboot_free_mbufext(struct mbuf *m) > > +{ > > + void *p = m->m_ext.ext_arg1; > > +#elif __FreeBSD_version >= 1100000 > > static void > > isboot_free_mbufext(struct mbuf *m, void *p, void *optarg) > > #elif __FreeBSD_version >= 1000050 && __FreeBSD_version < 1100000 > > static int > > isboot_free_mbufext(struct mbuf *m, void *p, void *optarg) > > +{ > > #else > > static void > > isboot_free_mbufext(void *p, void *optarg) > > -#endif > > { > > +#endif > Thanks Ian. I think I ran in to a copy/paste issue on my end with the > above but I can compile with this similar patch. Is it functionally > equivalent to yours? > > --- iscsi.c.orig 2015-11-05 09:50:51.000000000 -0700 > +++ iscsi.c 2018-01-29 10:20:00.586277000 -0700 > @@ -1070,9 +1070,11 @@ > return (n); > } > > - > -#if __FreeBSD_version >= 1100000 > +#if __FreeBSD_version >= 1200051 > static void > +isboot_free_mbufext(struct mbuf *m) > +#elif __FreeBSD_version >= 1100000 > +static void > isboot_free_mbufext(struct mbuf *m, void *p, void *optarg) > #elif __FreeBSD_version >= 1000050 && __FreeBSD_version < 1100000 > static int > @@ -1082,7 +1084,9 @@ > isboot_free_mbufext(void *p, void *optarg) > #endif > { > - > +#if __FreeBSD_version >= 1200051 > + void *p = m->m_ext.ext_arg1; > +#endif > ISBOOT_TRACE("isboot_free_mbufext\n"); > if (p == NULL) > #if __FreeBSD_version >= 1000050 && __FreeBSD_version < 1100000 Yeah, that looks the same. But someone else reported that once you get it to compile, it crashes at runtime, not necessarily in a way that involves this part of the code. I probably can't help much with that, I don't know anything about iscsi, and don't have a setup for testing. -- Ian From owner-freebsd-current@freebsd.org Mon Jan 29 18:40:40 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 51F5AED716F for ; Mon, 29 Jan 2018 18:40:40 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B16F580023 for ; Mon, 29 Jan 2018 18:40:39 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([77.180.154.99]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MK0bZ-1eerRd0nPp-001UrD for ; Mon, 29 Jan 2018 19:40:32 +0100 Date: Mon, 29 Jan 2018 19:39:58 +0100 From: "O. Hartmann" To: FreeBSD CURRENT Subject: CURRENT, CLANG 6: apache24, uid 80: exited on signal 11 Message-ID: <20180129194025.745c49bd@thor.intern.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/Y.zAIbZILC6.8K2DG2_WoEJ"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:aFlRXP4ZhWU8kuHlgRk1gQmy6CoyhtRZ7Yq+gSDQw7jxL+izvtt RYdKjIxhziSQ1wJdr4foaHXQbfV0oLcP4EJPBQ44osP3PQLU4hjL/N14IDzFvC+50e4p+Z/ d6GJ6MpKlhzb3RUPczHkTLdo7BE9VLOWVmgREDWHzFnxSr04EC3RuxMTdfIJRnYfij6HPSH d8m+6qeaBsFuDCez07ZpQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:l4+acx1W0nc=:WnTHzd04EUe+Z8purqs0LF CbEiEBMm8o7RTRnl+n/6XrKoSJad8zz8PGk4tPKuIh/tgojI06HM9Igb1+bA0+dew42+c5i91 /hMMemk8YyvBwWnbZulT+UG0sJhqfD9CglSnjUgpbP1N6z6o6cp4eMiTyK/h6tRC6KSHmecxq XM2MpM8jnU1l1J06PwcujZw4C+oYxSptvJGsqGsO3GTB9m0lDyU26+jDDmk7md04ixoRC6gpU lrRXTtb+KzKe4a831xaJSfP76WRWJT9q/MM95x9aelR6hltHaYnE25Jb5G8+5pA4erTKB1rX5 yqnocXtHewSlRiOhixB2Z8mNhzsNGh5ysdaDnJ6cVKdwPw5hQdux6iQT0ad3Ua21/Er6vG7Ob KJ5BzvE9vcw9sJJRmzRpPNeMhaQQrm/YCE2cd6R/6pjLi8txgVF3cZPXtEw0aIixYNDUohpt7 K+km9EqLcFw3g8QlqWLy1e9Q7H51Uzw4DReeOS4bLsYfWrD601AT8zoc56nuBdS1GxmWy/SF2 zUTnW9MSvCK/OnP9xjMp9ICls8obNl+CKbwBRpCgnYsiiCirUwmPIWvCMo/HRLTdtPFzjSfOL oEJYkpLXN/FlH1/2DAxTxuybfPHfJ5c/5AfnK5lxNQHrzelLZ/ijnveahv3AcTW65jNijMGiL Wv899bOMzGJLcgfBjPoHI8kfQzN69Xxh4a4JErbClwPw4Mw4SCEacW0zeBi7tp01YNYi5RiGI Ykjgvnz0mGx8fN+NRmlzcB+U5qwQyOqXzprMOqq3yQ/09FlWAM+0aQ3KiGXS7XQn21kaPJyA9 RdjOd6Hu4voUpyIZw9g4vKaVgXrzg== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 18:40:40 -0000 --Sig_/Y.zAIbZILC6.8K2DG2_WoEJ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Last weekend I updated a CURRENT server to recent CURRENT, > r328400 and pe= rformed updates of the ports tree. Since Sunday, I receive segmenatation faults (SI= G 11) when accessing the server, especially with setup of nextcloud, refdb, phpldapadm= in and any other access with LDAP backend (all https). The message on console is: pid 23108 (httpd), uid 80: exited on signal 11 pid 32283 (httpd), uid 80: exited on signal 11 pid 21286 (httpd), uid 80: exited on signal 11 pid 10292 (httpd), uid 80: exited on signal 11 I do not see anything else! Neither in the log (no matter what log level I = switch on) nor elsewhere. Configuration hasn't changed. What the ... is up with the system? How can I dig into the problem? Thanks for advices in advance, Oliver --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/Y.zAIbZILC6.8K2DG2_WoEJ Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWm9qmQAKCRDS528fyFhY lPvpAf0dqJXhVu6IMSglZmdyuyNXmpjgxpB6k6Q5jJAaC4RUxb0Yq7PRaivc4j2r 6G6irb9+mp0U6nE8U4vytTA89eMKAf9hYDbMLL502rwJIPZM9pQoBm3frMKOjom/ QTGtvqy6d+WSi5lOsyH2IKjb9IKdn8Kfa4VZt2dso2qFPNIPBUrX =ZKxp -----END PGP SIGNATURE----- --Sig_/Y.zAIbZILC6.8K2DG2_WoEJ-- From owner-freebsd-current@freebsd.org Mon Jan 29 19:56:50 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3F173EDB2F0 for ; Mon, 29 Jan 2018 19:56:50 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) by mx1.freebsd.org (Postfix) with ESMTP id D717983686 for ; Mon, 29 Jan 2018 19:56:49 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.23.186] (unknown [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 134A9587 for ; Mon, 29 Jan 2018 22:56:49 +0300 (MSK) To: freebsd-current Reply-To: lev@FreeBSD.org From: Lev Serebryakov Subject: How to avoid building of all llvm/clang-related stuff on recent CURRENT? Organization: FreeBSD Message-ID: <1eddd30d-2743-890f-3e9b-eff06a1d9a41@FreeBSD.org> Date: Mon, 29 Jan 2018 22:56:48 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 19:56:50 -0000 I have these lines in my nanobsd config: WITHOUT_CROSS_COMPILER=yes WITH_SYSTEM_COMPILER=yes WITHOUT_CLANG=yes WITHOUT_CLANG_EXTRAS=yes WITHOUT_CLANG_BOOTSTRAP=yes WITHOUT_BINUTILS=yes WITHOUT_BINUTILS_BOOTSTRAP=yes WITHOUT_ELFTOOLCHAIN=yes WITHOUT_ELFTOOLCHAIN_TOOLS=yes WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=yes WITHOUT_LLD=yes XCC=/usr/bin/cc XCXX=/usr/bin/c++ XCPP=/usr/bin/cpp XAS=/usr/bin/as XAR=/usr/bin/ar XLD=/usr/bin/ld XNM=/usr/bin/nm XOBJDUMP=/usr/bin/objdump XRANLIB=/usr/bin/ranlib XSTRINGS=/usr/bin/strings XSTRIPBIN=/usr/bin/strip COMPILER_TYPE=clang And it worked some time ago. But now "buildworld" with these setting build libllvm and other cross-tools anyway. Host and target are the same (amd64) and nanobsd sources are the same as sources used to build host system. How to disable llvm & clang build completely? -- // Lev Serebryakov From owner-freebsd-current@freebsd.org Mon Jan 29 21:50:21 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F41D0EE0A7C for ; Mon, 29 Jan 2018 21:50:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A2E51684E0 for ; Mon, 29 Jan 2018 21:50:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (ralph.baldwin.cx [66.234.199.215]) by mail.baldwin.cx (Postfix) with ESMTPSA id D9D5410AF2A; Mon, 29 Jan 2018 16:50:19 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Cc: Per Gunnarsson Subject: Re: Kernel build error rev.328485 Date: Mon, 29 Jan 2018 11:18:50 -0800 Message-ID: <2115257.6N2LzdhDfd@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.1-STABLE; KDE/4.14.30; amd64; ; ) In-Reply-To: <95eb22f2-64e8-2921-3f72-dca1ce048271@yahoo.com> References: <95eb22f2-64e8-2921-3f72-dca1ce048271@yahoo.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Mon, 29 Jan 2018 16:50:19 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 21:50:21 -0000 On Saturday, January 27, 2018 06:54:03 PM Per Gunnarsson wrote: > I am back with new build errors. If I post too frequently, please inform me. These all look like you have stale sources in your tree somehow (e.g. sys/compat/freebsd/freebsd32_misc.c doesn't seem to match sys/compat/freebsd/freebsd32.h) -- John Baldwin From owner-freebsd-current@freebsd.org Mon Jan 29 23:02:15 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 05775EE3B7D for ; Mon, 29 Jan 2018 23:02:15 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9BF786B6E9 for ; Mon, 29 Jan 2018 23:02:14 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.home.andric.com (coleburn.home.andric.com [192.168.0.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 861BA120DA; Tue, 30 Jan 2018 00:02:07 +0100 (CET) From: Dimitry Andric Message-Id: <0B0D5F42-8A40-4E00-812C-EFB6556E9444@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_F9AD0379-E10A-4F99-8D01-5D168C29FC5C"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: CURRENT, CLANG 6: apache24, uid 80: exited on signal 11 Date: Tue, 30 Jan 2018 00:01:57 +0100 In-Reply-To: <20180129194025.745c49bd@thor.intern.walstatt.dynvpn.de> Cc: FreeBSD CURRENT To: "O. Hartmann" References: <20180129194025.745c49bd@thor.intern.walstatt.dynvpn.de> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 23:02:15 -0000 --Apple-Mail=_F9AD0379-E10A-4F99-8D01-5D168C29FC5C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 29 Jan 2018, at 19:39, O. Hartmann wrote: >=20 > Last weekend I updated a CURRENT server to recent CURRENT, > r328400 = and performed > updates of the ports tree. Since Sunday, I receive segmenatation = faults (SIG 11) when > accessing the server, especially with setup of nextcloud, refdb, = phpldapadmin and any > other access with LDAP backend (all https). >=20 > The message on console is: >=20 > pid 23108 (httpd), uid 80: exited on signal 11 > pid 32283 (httpd), uid 80: exited on signal 11 > pid 21286 (httpd), uid 80: exited on signal 11 > pid 10292 (httpd), uid 80: exited on signal 11 >=20 > I do not see anything else! Neither in the log (no matter what log = level I switch on) nor > elsewhere. >=20 > Configuration hasn't changed. >=20 > What the ... is up with the system? How can I dig into the problem? Try debugging httpd, e.g.: sudo /usr/local/sbin/httpd -X then "run", and see if you can get a backtrace. -Dimitry --Apple-Mail=_F9AD0379-E10A-4F99-8D01-5D168C29FC5C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWm+n7gAKCRCwXqMKLiCW o60yAJ97H664CSKWoDDPzBfW/KND1fqZ4wCfeg97B9MOSCLq/a2b6fzJzvne6tQ= =vntf -----END PGP SIGNATURE----- --Apple-Mail=_F9AD0379-E10A-4F99-8D01-5D168C29FC5C-- From owner-freebsd-current@freebsd.org Mon Jan 29 23:03:55 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 26784EE3CC5 for ; Mon, 29 Jan 2018 23:03:55 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BFB9C6BA66; Mon, 29 Jan 2018 23:03:52 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.home.andric.com (coleburn.home.andric.com [192.168.0.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 6DA29120DB; Tue, 30 Jan 2018 00:03:50 +0100 (CET) From: Dimitry Andric Message-Id: <37FC8627-D520-4BAF-B168-783F39F44CAF@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_5AEA5B1E-4993-4A1C-AE64-9A77598856FA"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: How to avoid building of all llvm/clang-related stuff on recent CURRENT? Date: Tue, 30 Jan 2018 00:03:49 +0100 In-Reply-To: <1eddd30d-2743-890f-3e9b-eff06a1d9a41@FreeBSD.org> Cc: freebsd-current To: lev@FreeBSD.org References: <1eddd30d-2743-890f-3e9b-eff06a1d9a41@FreeBSD.org> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 23:03:55 -0000 --Apple-Mail=_5AEA5B1E-4993-4A1C-AE64-9A77598856FA Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 29 Jan 2018, at 20:56, Lev Serebryakov wrote: > > I have these lines in my nanobsd config: > > WITHOUT_CROSS_COMPILER=yes > WITH_SYSTEM_COMPILER=yes > WITHOUT_CLANG=yes > WITHOUT_CLANG_EXTRAS=yes > WITHOUT_CLANG_BOOTSTRAP=yes > WITHOUT_BINUTILS=yes > WITHOUT_BINUTILS_BOOTSTRAP=yes > WITHOUT_ELFTOOLCHAIN=yes > WITHOUT_ELFTOOLCHAIN_TOOLS=yes > WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=yes > WITHOUT_LLD=yes > XCC=/usr/bin/cc > XCXX=/usr/bin/c++ > XCPP=/usr/bin/cpp > XAS=/usr/bin/as > XAR=/usr/bin/ar > XLD=/usr/bin/ld > XNM=/usr/bin/nm > XOBJDUMP=/usr/bin/objdump > XRANLIB=/usr/bin/ranlib > XSTRINGS=/usr/bin/strings > XSTRIPBIN=/usr/bin/strip > COMPILER_TYPE=clang > > And it worked some time ago. But now "buildworld" with these setting > build libllvm and other cross-tools anyway. > > Host and target are the same (amd64) and nanobsd sources are the same > as sources used to build host system. > > How to disable llvm & clang build completely? I think you also need WITHOUT_LLD_BOOTSTRAP now, if you are building for amd64 or aarch64. -Dimitry --Apple-Mail=_5AEA5B1E-4993-4A1C-AE64-9A77598856FA Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWm+oVQAKCRCwXqMKLiCW o7eGAKC7bc0vRX9Nb5UzbQGkVFZb4jRZmACfY3evA5OO6FXU8tlGKub4BXMwHIk= =k0ml -----END PGP SIGNATURE----- --Apple-Mail=_5AEA5B1E-4993-4A1C-AE64-9A77598856FA-- From owner-freebsd-current@freebsd.org Mon Jan 29 23:09:10 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E37FFEE40DE for ; Mon, 29 Jan 2018 23:09:09 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 804116BDB2 for ; Mon, 29 Jan 2018 23:09:09 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.home.andric.com (coleburn.home.andric.com [192.168.0.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id B060D120DC; Tue, 30 Jan 2018 00:09:07 +0100 (CET) From: Dimitry Andric Message-Id: <0D62F4DB-72A3-4A38-8448-5BE722D75B62@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_F9137F48-95CF-47D4-9A8B-5A1965299AD8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: CURRENT, CLANG 6: apache24, uid 80: exited on signal 11 Date: Tue, 30 Jan 2018 00:09:07 +0100 In-Reply-To: <0B0D5F42-8A40-4E00-812C-EFB6556E9444@FreeBSD.org> Cc: FreeBSD CURRENT To: "O. Hartmann" References: <20180129194025.745c49bd@thor.intern.walstatt.dynvpn.de> <0B0D5F42-8A40-4E00-812C-EFB6556E9444@FreeBSD.org> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 23:09:10 -0000 --Apple-Mail=_F9137F48-95CF-47D4-9A8B-5A1965299AD8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 30 Jan 2018, at 00:01, Dimitry Andric wrote: >=20 > On 29 Jan 2018, at 19:39, O. Hartmann wrote: >>=20 >> Last weekend I updated a CURRENT server to recent CURRENT, > r328400 = and performed >> updates of the ports tree. Since Sunday, I receive segmenatation = faults (SIG 11) when >> accessing the server, especially with setup of nextcloud, refdb, = phpldapadmin and any >> other access with LDAP backend (all https). >>=20 >> The message on console is: >>=20 >> pid 23108 (httpd), uid 80: exited on signal 11 >> pid 32283 (httpd), uid 80: exited on signal 11 >> pid 21286 (httpd), uid 80: exited on signal 11 >> pid 10292 (httpd), uid 80: exited on signal 11 >>=20 >> I do not see anything else! Neither in the log (no matter what log = level I switch on) nor >> elsewhere. >>=20 >> Configuration hasn't changed. >>=20 >> What the ... is up with the system? How can I dig into the problem? >=20 > Try debugging httpd, e.g.: >=20 > sudo /usr/local/sbin/httpd -X I meant "sudo gdb /usr/local/sbin/httpd -X", sorry. -Dimitry --Apple-Mail=_F9137F48-95CF-47D4-9A8B-5A1965299AD8 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWm+pkwAKCRCwXqMKLiCW o0B8AKCaRWgh6qqYc/Zz7vxwVtvhT7xl8ACcClF4+M1fqg0GQv7RXFQrWD6VA4s= =FX7d -----END PGP SIGNATURE----- --Apple-Mail=_F9137F48-95CF-47D4-9A8B-5A1965299AD8-- From owner-freebsd-current@freebsd.org Mon Jan 29 23:21:01 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A5CDFEE4978 for ; Mon, 29 Jan 2018 23:21:01 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) by mx1.freebsd.org (Postfix) with ESMTP id 46EE36C4AE; Mon, 29 Jan 2018 23:21:01 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [IPV6:2001:470:923f:2:c871:22f6:f21b:b7ba] (unknown [IPv6:2001:470:923f:2:c871:22f6:f21b:b7ba]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id E24A15DC; Tue, 30 Jan 2018 02:20:59 +0300 (MSK) Date: Tue, 30 Jan 2018 02:21:00 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org,lev@FreeBSD.org To: lev@FreeBSD.org,Dimitry Andric Cc: freebsd-current Message-ID: <7d2992f2-3ac9-4930-b4e9-58ad78d56448.maildroid@localhost> Subject: Re: How to avoid building of all llvm/clang-related stuff on recent CURRENT? MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Mailer: MailDroid/4.81 (Android 8.0.0) User-Agent: MailDroid/4.81 (Android 8.0.0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2018 23:21:01 -0000 It is not part of ELFTOOLCHAIN? -- // Lev Serebryakov -----Original Message----- From: Dimitry Andric To: lev@FreeBSD.org Cc: freebsd-current Sent: Tue, 30 Jan 2018 2:04 Subject: Re: How to avoid building of all llvm/clang-related stuff on recent CURRENT? On 29 Jan 2018, at 20:56, Lev Serebryakov wrote: > > I have these lines in my nanobsd config: > > WITHOUT_CROSS_COMPILER=yes > WITH_SYSTEM_COMPILER=yes > WITHOUT_CLANG=yes > WITHOUT_CLANG_EXTRAS=yes > WITHOUT_CLANG_BOOTSTRAP=yes > WITHOUT_BINUTILS=yes > WITHOUT_BINUTILS_BOOTSTRAP=yes > WITHOUT_ELFTOOLCHAIN=yes > WITHOUT_ELFTOOLCHAIN_TOOLS=yes > WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=yes > WITHOUT_LLD=yes > XCC=/usr/bin/cc > XCXX=/usr/bin/c++ > XCPP=/usr/bin/cpp > XAS=/usr/bin/as > XAR=/usr/bin/ar > XLD=/usr/bin/ld > XNM=/usr/bin/nm > XOBJDUMP=/usr/bin/objdump > XRANLIB=/usr/bin/ranlib > XSTRINGS=/usr/bin/strings > XSTRIPBIN=/usr/bin/strip > COMPILER_TYPE=clang > > And it worked some time ago. But now "buildworld" with these setting > build libllvm and other cross-tools anyway. > > Host and target are the same (amd64) and nanobsd sources are the same > as sources used to build host system. > > How to disable llvm & clang build completely? I think you also need WITHOUT_LLD_BOOTSTRAP now, if you are building for amd64 or aarch64. -Dimitry From owner-freebsd-current@freebsd.org Tue Jan 30 04:04:22 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F07CBED4BA4 for ; Tue, 30 Jan 2018 04:04:21 +0000 (UTC) (envelope-from iblis@hs.ntnu.edu.tw) Received: from mail.hs.ntnu.edu.tw (mail.hs.ntnu.edu.tw [140.131.149.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7177978F1B for ; Tue, 30 Jan 2018 04:04:20 +0000 (UTC) (envelope-from iblis@hs.ntnu.edu.tw) Received: by mail.hs.ntnu.edu.tw (Postfix, from userid 800) id A7CFE1C6439; Tue, 30 Jan 2018 11:57:19 +0800 (CST) Received: from abeing (IP-215-9.cs.nctu.edu.tw [140.113.215.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: iblis@hs.ntnu.edu.tw) by mail.hs.ntnu.edu.tw (Postfix) with ESMTPSA id 8E4E31C6412 for ; Tue, 30 Jan 2018 11:57:19 +0800 (CST) Date: Tue, 30 Jan 2018 11:57:18 +0800 From: Iblis Lin To: freebsd-current@freebsd.org Subject: multimedia/libvpx cause clang fatal error on CURRENT Message-ID: <20180130035717.GA2843@abeing> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.9.0 (2017-09-02) X-Bogosity: Ham, tests=bogofilter, spamicity=0.040934, version=1.2.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jan 2018 04:04:22 -0000 Hi, I got this while building multimedia/libvpx ``` cc -O2 -pipe -march=native ... #0: t25: v8i64 = llvm.x86.avx512.psad.bw.512 TargetConstant:i64<5820>, t11, t5 fatal error: error in backend: Do not know how to split the result of this operator! cc: error: clang frontend command failed with exit code 70 (use -v to see invocation) FreeBSD clang version 6.0.0 (branches/release_60 321788) (based on LLVM 6.0.0) Target: x86_64-unknown-freebsd12.0 Thread model: posix InstalledDir: /usr/bin ``` My box: FreeBSD abeing 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r328198: Mon Jan 22 13:26:48 CST 2018 root@abeing:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 Here is the script https://gist.github.com/iblis17/6a1d899462ba8ba1a475eebad83e993d -- Iblis Lin 林峻頤 From owner-freebsd-current@freebsd.org Tue Jan 30 04:10:38 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4578BED53F8 for ; Tue, 30 Jan 2018 04:10:38 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail03.adl2.internode.on.net (ipmail03.adl2.internode.on.net [150.101.137.141]) by mx1.freebsd.org (Postfix) with ESMTP id EA18679523; Tue, 30 Jan 2018 04:10:36 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from 220-253-44-188.dyn.iinet.net.au (HELO leader.local) ([220.253.44.188]) by ipmail03.adl2.internode.on.net with ESMTP; 30 Jan 2018 14:35:25 +1030 Subject: Re: How to avoid building of all llvm/clang-related stuff on recent CURRENT? To: Dimitry Andric , lev@FreeBSD.org Cc: freebsd-current References: <1eddd30d-2743-890f-3e9b-eff06a1d9a41@FreeBSD.org> <37FC8627-D520-4BAF-B168-783F39F44CAF@FreeBSD.org> From: Shane Ambler Message-ID: <16ef72c6-38b1-5c58-bd0f-ab5d4eebf743@ShaneWare.Biz> Date: Tue, 30 Jan 2018 14:35:24 +1030 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <37FC8627-D520-4BAF-B168-783F39F44CAF@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-AU Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jan 2018 04:10:38 -0000 On 30/01/2018 09:33, Dimitry Andric wrote: > On 29 Jan 2018, at 20:56, Lev Serebryakov wrote: >> >> I have these lines in my nanobsd config: >> >> WITHOUT_CROSS_COMPILER=yes >> WITH_SYSTEM_COMPILER=yes >> WITHOUT_CLANG=yes >> WITHOUT_CLANG_EXTRAS=yes >> WITHOUT_CLANG_BOOTSTRAP=yes >> WITHOUT_BINUTILS=yes >> WITHOUT_BINUTILS_BOOTSTRAP=yes >> WITHOUT_ELFTOOLCHAIN=yes >> WITHOUT_ELFTOOLCHAIN_TOOLS=yes >> WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=yes >> WITHOUT_LLD=yes >> XCC=/usr/bin/cc >> XCXX=/usr/bin/c++ >> XCPP=/usr/bin/cpp >> XAS=/usr/bin/as >> XAR=/usr/bin/ar >> XLD=/usr/bin/ld >> XNM=/usr/bin/nm >> XOBJDUMP=/usr/bin/objdump >> XRANLIB=/usr/bin/ranlib >> XSTRINGS=/usr/bin/strings >> XSTRIPBIN=/usr/bin/strip >> COMPILER_TYPE=clang >> >> And it worked some time ago. But now "buildworld" with these setting >> build libllvm and other cross-tools anyway. >> >> Host and target are the same (amd64) and nanobsd sources are the same >> as sources used to build host system. >> >> How to disable llvm & clang build completely? > > I think you also need WITHOUT_LLD_BOOTSTRAP now, if you are building for > amd64 or aarch64. You may also (soon) need WITHOUT_LLD_IS_LD, there are plans to enable LLD by default. Looking at man src.conf on current, WITHOUT_CROSS_COMPILER enforces - WITHOUT_BINUTILS_BOOTSTRAP WITHOUT_CLANG_BOOTSTRAP WITHOUT_ELFTOOLCHAIN_BOOTSTRAP WITHOUT_GCC_BOOTSTRAP I think WITHOUT_LLD_BOOTSTRAP might belong in that list. There is also a WITHOUT_TOOLCHAIN which enforces - WITHOUT_BINUTILS WITHOUT_CLANG WITHOUT_CLANG_EXTRAS WITHOUT_CLANG_FULL WITHOUT_GCC WITHOUT_GDB WITHOUT_INCLUDES WITHOUT_LLD WITHOUT_LLDB which WITHOUT_LLD_IS_LD might also belong to, there is no mention of other options enforcing it. Shouldn't nanobsd disable these by default? -- FreeBSD - the place to B...Software Developing Shane Ambler From owner-freebsd-current@freebsd.org Tue Jan 30 04:14:01 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 128C8ED5B67 for ; Tue, 30 Jan 2018 04:14:01 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-io0-f175.google.com (mail-io0-f175.google.com [209.85.223.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8E9E179B43 for ; Tue, 30 Jan 2018 04:14:00 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-io0-f175.google.com with SMTP id b198so9958836iof.6 for ; Mon, 29 Jan 2018 20:14:00 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc:content-transfer-encoding; bh=+jmgEC2yERoBZfn1oyNpOrnoOv5G/KgTtPW7mOynC1g=; b=IfQDWPeSHkqoR7tMVpT8CuSWH8eqPydLs1DOGpTG3Zz/S0lWkE94vQ5UAwch16XwFY hKCVRuvANUm1QV7tR266+CvjIrMhRjYSeIN9vpxtIRrerfcZmdt9hPemWbsAkOBbW0Ya rDtohJgy7c0cwJtbCdOkWec4ILwppD/KcKGHcZ37IJwoDat3IIRxLnGRCO7m/6bubYAf c39FOZjPDmSIta2VAKTQcLmzmJBexnPL3a2Vnr55BV5uhHW6Q267h1n+Pgq8kMu3erUh FlduVdPnTPXg1OPS5PXrrxegAtlB/1r6O3XoC2NPPElu/1tk4eqeMSuM8fpo+PJUr4jJ pG3Q== X-Gm-Message-State: AKwxytcs8uuvd7lnvQLT0qTf1bw5/59hn/AXkOsEx/fR/KfWsaUi7zM6 yvqim1i19uOcCXG0o+RDcSyDhA+1 X-Google-Smtp-Source: AH8x226x5X/IdI0MMr6vJlD1wGui+gkKwACIHnWyQVAvMWh13J/At7MPhI54ynpu/i28tsqd7JI4LQ== X-Received: by 10.107.7.69 with SMTP id 66mr29024086ioh.216.1517285634485; Mon, 29 Jan 2018 20:13:54 -0800 (PST) Received: from mail-io0-f181.google.com (mail-io0-f181.google.com. [209.85.223.181]) by smtp.gmail.com with ESMTPSA id d1sm5114997iti.18.2018.01.29.20.13.54 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 29 Jan 2018 20:13:54 -0800 (PST) Received: by mail-io0-f181.google.com with SMTP id 72so9932023iom.10 for ; Mon, 29 Jan 2018 20:13:54 -0800 (PST) X-Received: by 10.107.15.89 with SMTP id x86mr29672737ioi.38.1517285634159; Mon, 29 Jan 2018 20:13:54 -0800 (PST) MIME-Version: 1.0 Reply-To: cem@freebsd.org Received: by 10.2.95.152 with HTTP; Mon, 29 Jan 2018 20:13:53 -0800 (PST) In-Reply-To: <20180130035717.GA2843@abeing> References: <20180130035717.GA2843@abeing> From: Conrad Meyer Date: Mon, 29 Jan 2018 20:13:53 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: multimedia/libvpx cause clang fatal error on CURRENT To: Iblis Lin Cc: freebsd-current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jan 2018 04:14:01 -0000 Is this the same issue as https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225488 ? That was fixed in r328513. Please try that revision if you're not at it yet. On Mon, Jan 29, 2018 at 7:57 PM, Iblis Lin wrote: > Hi, > > I got this while building multimedia/libvpx > > ``` > cc -O2 -pipe -march=3Dnative ... > #0: t25: v8i64 =3D llvm.x86.avx512.psad.bw.512 TargetConstant:i64<5820>, = t11, t5 > > fatal error: error in backend: Do not know how to split the result of thi= s operator! > > cc: error: clang frontend command failed with exit code 70 (use -v to see= invocation) > FreeBSD clang version 6.0.0 (branches/release_60 321788) (based on LLVM 6= .0.0) > Target: x86_64-unknown-freebsd12.0 > Thread model: posix > InstalledDir: /usr/bin > ``` > > My box: > > FreeBSD abeing 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r328198: Mon Jan 22 1= 3:26:48 > CST 2018 root@abeing:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > > Here is the script > https://gist.github.com/iblis17/6a1d899462ba8ba1a475eebad83e993d > > -- > Iblis Lin > =E6=9E=97=E5=B3=BB=E9=A0=A4 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@freebsd.org Tue Jan 30 12:12:14 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E8284EC5CFC for ; Tue, 30 Jan 2018 12:12:13 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) by mx1.freebsd.org (Postfix) with ESMTP id 883C469908; Tue, 30 Jan 2018 12:12:13 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.23.186] (unknown [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 199876D3; Tue, 30 Jan 2018 15:12:12 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: How to avoid building of all llvm/clang-related stuff on recent CURRENT? To: Shane Ambler , Dimitry Andric Cc: freebsd-current References: <1eddd30d-2743-890f-3e9b-eff06a1d9a41@FreeBSD.org> <37FC8627-D520-4BAF-B168-783F39F44CAF@FreeBSD.org> <16ef72c6-38b1-5c58-bd0f-ab5d4eebf743@ShaneWare.Biz> From: Lev Serebryakov Organization: FreeBSD Message-ID: <7e07a3a7-21ba-4770-8dd3-feff92b41f7a@FreeBSD.org> Date: Tue, 30 Jan 2018 15:12:11 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <16ef72c6-38b1-5c58-bd0f-ab5d4eebf743@ShaneWare.Biz> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jan 2018 12:12:14 -0000 On 30.01.2018 7:05, Shane Ambler wrote: > You may also (soon) need WITHOUT_LLD_IS_LD, there are plans to enable > LLD by default. I think, WITHOUT_LLD should be enough, together with WITHOUT_LLD_BOOTSTRAP. > Looking at man src.conf on current, > > WITHOUT_CROSS_COMPILER enforces - > WITHOUT_BINUTILS_BOOTSTRAP > WITHOUT_CLANG_BOOTSTRAP > WITHOUT_ELFTOOLCHAIN_BOOTSTRAP > WITHOUT_GCC_BOOTSTRAP > > I think WITHOUT_LLD_BOOTSTRAP might belong in that list. Yess! > There is also a WITHOUT_TOOLCHAIN which enforces - > WITHOUT_BINUTILS > WITHOUT_CLANG > WITHOUT_CLANG_EXTRAS > WITHOUT_CLANG_FULL > WITHOUT_GCC > WITHOUT_GDB > WITHOUT_INCLUDES > WITHOUT_LLD > WITHOUT_LLDB > > which WITHOUT_LLD_IS_LD might also belong to, there is no mention of > other options enforcing it. I don't remember now why I use WITHOUT_TOOLCHAIN only at installworld stage… There was a reason, but I don't remember it! > Shouldn't nanobsd disable these by default? nanobsd doesn't disable anything by default, and, IMHO, it is right way to go. -- // Lev Serebryakov From owner-freebsd-current@freebsd.org Tue Jan 30 20:28:13 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8FCF8EE0ADE for ; Tue, 30 Jan 2018 20:28:13 +0000 (UTC) (envelope-from mqudsi@neosmart.net) Received: from mail-oi0-x230.google.com (mail-oi0-x230.google.com [IPv6:2607:f8b0:4003:c06::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 196F17F752 for ; Tue, 30 Jan 2018 20:28:13 +0000 (UTC) (envelope-from mqudsi@neosmart.net) Received: by mail-oi0-x230.google.com with SMTP id j15so5660255oii.5 for ; Tue, 30 Jan 2018 12:28:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=neosmart.net; s=google; h=mime-version:from:date:message-id:subject:to; bh=k1qqz4Zk829mcSCrs5s5NhU9OQ+OvzJPQXiX0YSYF5U=; b=xE8rZk9yq3BCDz5FdOPkHVc08vpyr3iZDPFX5K8sPHB2wUrt5oXa1n06F+VyB1b6Oj jyAp3d1lsXE+eRdy4SMoMHja2BZ48JeCek+bEEc9lPks1ssIi6nGDoXwttdtnOAO6OcG DUjaZ2yhjpBEe+e/Xw/4XubML/syz8uNkoPjQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=k1qqz4Zk829mcSCrs5s5NhU9OQ+OvzJPQXiX0YSYF5U=; b=kiX4SkxWAfHFEyvGkY/LSpSwmUBSUgaUg//5QyPBnfYyUoUmPFsEaZUkd2vHfYZWX1 pGXvjM3/j2WGBnAFLpVj6xxOdZFqVTpJBENXobCsCxFt2WQSuwLAvxC/ji+NGjgjPPLI nNR8FFgYwIZWN+9M5c82cIaQ2wJ9wV2euBjdIeZemJpPRMcSz5YLTRVoxOMtuBNkvKlv ogPC44iIG1YkTIWrY3ep4wosABrTrrdAeu7kxBBzYoXmsGlXpp4msPeu3HYLtvsziOD1 KsfQQ8aLcvFvW4zgIpJx3c/ArNeM9OlhSsKOaXM/8fFjhn1Ol8WXgS/4ItiRw68R9/1D IYLQ== X-Gm-Message-State: AKwxytd4qJDxNfbuhX+xt3e78easww/hA1+hRkLhzh0GRA9qqkYWkj9s uiz2rYk+/aNP/ceAnUSHKykppWLL/h2Yj9JvtHAHeA== X-Google-Smtp-Source: AH8x226Y9rdKfQUzRhWrEdLY6iPVt56TrAgLlZyQCAB3T89DXkfcufWixm5eyAJGTZrIsJwcOJ1ww2tUGEau4SkdMSM= X-Received: by 10.202.195.144 with SMTP id t138mr5205095oif.311.1517344092066; Tue, 30 Jan 2018 12:28:12 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.61.230 with HTTP; Tue, 30 Jan 2018 12:27:51 -0800 (PST) From: Mahmoud Al-Qudsi Date: Tue, 30 Jan 2018 14:27:51 -0600 Message-ID: Subject: [PATCH] (validated against 50k+ i686 machines) for vmparam.h and vesa.c To: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jan 2018 20:28:13 -0000 Hello list, NeoSmart Technologies has been using these patches to address issues in production for live CDs that are used by end users on their own (generic) hardware. We've validated the patches against well over 50k i686 machines, (not fleet machines, each is more or less unique/random), running a patched 10.x kernel over many years (you can see the original date in the attached patches). The first (and perhaps more important) addresses a common bug on x86 hardware, which results in the following error message combined with a panic at boot time: > Too many segments in the physical address map, giving up The second addresses bug kern/162373 which causes the framebuffer initialization to fail on certain graphics cards (AMD models seem particularly affected) with EINVAL, caused by incorrect range checks (which are actually prefaced with a "XXX: is this correct?" comment in the original source). We have our own framebuffer-based Xorg display driver (xf86-video-scfb, see [0]), so it was particularly important for us to have the framebuffer working correctly. I know some (extensive) changes have been made to the framebuffer with FreeBSD 11, so I'm not sure if the patch applies to code still in use or not; I have not taken the time to check under 12-CURRENT. [0]: https://github.com/neosmart/xf86-video-scfb Thanks, Mahmoud Al-Qudsi NeoSmart Technologies Patches follow. ------------------------------------------------------------------------------ >From 5829531f379d14939a4ec78e0d6647558cf4aa26 Mon Sep 17 00:00:00 2001 From: Mahmoud Al-Qudsi Date: Thu, 17 Apr 2014 14:09:59 -0500 Subject: [PATCH] Increased VM_PHSYSSEG_MAX on i386 Trying to fix an error "Too many segments in the physical address map, giving up" on boot that is seen on certain hardware configurations when booting the i386 GENERIC kernel. Previously attempted to work around this by setting hw.physmem to 3G, but that only resulted in a kernel segfault instead of the too many segments error. Using VM_PHYSSEG_MAX set to 31, as taken from the AMD64 configuration, initial testing seems to indicate this is OK for use on i386 as well. --- sys/i386/include/vmparam.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sys/i386/include/vmparam.h b/sys/i386/include/vmparam.h index 19cdd8e115eff..48e41a321d39b 100644 --- a/sys/i386/include/vmparam.h +++ b/sys/i386/include/vmparam.h @@ -74,7 +74,7 @@ * largest physical address that is accessible by ISA DMA is split * into two PHYSSEG entries. */ -#define VM_PHYSSEG_MAX 17 +#define VM_PHYSSEG_MAX 31 /* * Create two free page pools. Since the i386 kernel virtual address ------------------------------------------------------------------------------ ------------------------------------------------------------------------------ >From b3af2d1ed4a63fe1a5d771ed3a052242250098d7 Mon Sep 17 00:00:00 2001 From: Mahmoud Al-Qudsi Date: Thu, 17 Apr 2014 12:17:44 -0500 Subject: [PATCH] Fixed incorrect range checks in mmap of framebuffer (kern/162373) Implemented a fix for incorrect/invalid range checks in the vesa framebuffer when attempting to mmap the framebuffer device. As described in kern/162373, the original code contains a bug and will incorrectly refuse to mmap at certain modes/resolutions because it thinks the mmap length is out-of-range when it isn't. Testing indicates that the revised framebuffer range check (mmap offset is less than the window buffer size instead of the old check that the offset is less than the window size minuse pagesize, which really makes no sense) is the correct way to go. --- sys/dev/fb/vesa.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sys/dev/fb/vesa.c b/sys/dev/fb/vesa.c index 48067b6401fe6..c67b8f24e0d71 100644 --- a/sys/dev/fb/vesa.c +++ b/sys/dev/fb/vesa.c @@ -1631,7 +1631,7 @@ vesa_mmap(video_adapter_t *adp, vm_ooffset_t offset, vm_paddr_t *paddr, (adp->va_info.vi_flags & V_INFO_LINEAR) != 0) { /* va_window_size == va_buffer_size/vi_planes */ /* XXX: is this correct? */ - if (offset > adp->va_window_size - PAGE_SIZE) + if (offset >= adp->va_info.vi_buffer_size) return (-1); *paddr = adp->va_info.vi_buffer + offset; return (0); ------------------------------------------------------------------------------ From owner-freebsd-current@freebsd.org Tue Jan 30 20:52:41 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 33A57EE2505 for ; Tue, 30 Jan 2018 20:52:41 +0000 (UTC) (envelope-from jje@jimerickson.info) Received: from mail-oi0-x233.google.com (mail-oi0-x233.google.com [IPv6:2607:f8b0:4003:c06::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C61DF80F05 for ; Tue, 30 Jan 2018 20:52:40 +0000 (UTC) (envelope-from jje@jimerickson.info) Received: by mail-oi0-x233.google.com with SMTP id j188so7471585oib.6 for ; Tue, 30 Jan 2018 12:52:40 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=fJ0V6xrpMrl7XK03nUgRtFrSIx6N4LZWieSA47zLbyQ=; b=DIfUytzQdYStCzfdHJUaaRBQHGRxz1Jdfn5GbZcPiblLfltIhpBH6ous+DQeOLbaVz L2EC61FK+nZq0yYTQ+kDAZSPXky97Tt1HSATgEe/V3tqNHC437xmhGNqrdjgySAWHSyJ zpXC02l5rxrDbBNEoIVnwJQIBDzQAhXt3o9KRShwyd8Z1afoK56CxNVYx6c1ymprMrEB SAxrBsEB4cRaHR+fOl3WQ+oGK2TTeDsNvj5g4WMCLognB1O7S5Ed+nCBIqFE8kqAxXM+ aGLg3G6XFAbSj811inmzgTGl7w+Oa8gP6/DFD2A1VjvTtc0UJexm6ls2FTbXiuyzcf8Z nd+Q== X-Gm-Message-State: AKwxytekJUIewGqjqC4Z0DCR7ZCHuTlQE7JReFusmtEhPWGTYeP98ru9 5GoXLc4+c32CRZA86vo0fe54l1T6dsr8I394xJVXzOYG5yQ= X-Google-Smtp-Source: AH8x226EVu8eXAWUE9Odd9EJXIfZYBkUGJnFLtVC52h70IXJ04YzFwETCJpj8IvKju9PZ/7c2u+K3dAdHRG3R7jotVk= X-Received: by 10.202.245.201 with SMTP id t192mr9266435oih.295.1517345559953; Tue, 30 Jan 2018 12:52:39 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.69.135 with HTTP; Tue, 30 Jan 2018 12:52:39 -0800 (PST) X-Originating-IP: [2001:470:1f11:3ea:7a92:9cff:fefe:50b0] From: Jim Erickson Date: Tue, 30 Jan 2018 14:52:39 -0600 Message-ID: Subject: r328603 To: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jan 2018 20:52:41 -0000 been getting this for a few days now. echo libc.so.7: /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libcompiler_rt.a /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libssp_nonshared.a >> .depend /usr/local/bin/ccache clang -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src/include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/contrib/gdtoa -I/usr/src/contrib/libc-vis -DINET6 -I/usr/obj/usr/src/amd64.amd64/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libmd -I/usr/src/contrib/jemalloc/include -I/usr/src/contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DNS_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.machdep_ldisx.o -MTmachdep_ldisx.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-error=tautological-constant-compare -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/amd64 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/gdtoa/machdep_ldisx.c -o machdep_ldisx.o In file included from /usr/src/lib/libc/gdtoa/machdep_ldisx.c:45: In file included from /usr/src/contrib/gdtoa/gdtoaimp.h:197: /usr/src/include/stdlib.h:95:7: error: expected function body after function declarator __alloc_size2(1, 2); ^ /usr/src/include/stdlib.h:306:6: error: expected function body after function declarator __alloc_size2(2, 3); ^ 2 errors generated. *** Error code 1 Stop. make[4]: stopped in /usr/src/lib/libc *** Error code 1 Stop. make[3]: stopped in /usr/src *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src From owner-freebsd-current@freebsd.org Tue Jan 30 21:32:01 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B4A9DEE48A0 for ; Tue, 30 Jan 2018 21:32:01 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F6A08299A for ; Tue, 30 Jan 2018 21:32:01 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.home.andric.com (coleburn.home.andric.com [192.168.0.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 842AE1218A; Tue, 30 Jan 2018 22:31:59 +0100 (CET) From: Dimitry Andric Message-Id: <0A7714B4-0077-4305-957F-C46195CF4A99@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_643CE6C8-3841-4B1C-9846-58D5857F42CF"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: r328603 Date: Tue, 30 Jan 2018 22:31:58 +0100 In-Reply-To: Cc: freebsd-current@freebsd.org To: Jim Erickson References: X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jan 2018 21:32:01 -0000 --Apple-Mail=_643CE6C8-3841-4B1C-9846-58D5857F42CF Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 30 Jan 2018, at 21:52, Jim Erickson wrote: > > been getting this for a few days now. [...] > In file included from /usr/src/lib/libc/gdtoa/machdep_ldisx.c:45: > In file included from /usr/src/contrib/gdtoa/gdtoaimp.h:197: > /usr/src/include/stdlib.h:95:7: error: expected function body after > function declarator > __alloc_size2(1, 2); > ^ > /usr/src/include/stdlib.h:306:6: error: expected function body after > function declarator > __alloc_size2(2, 3); > ^ > 2 errors generated. Does it go away if you disable ccache? -Dimitry --Apple-Mail=_643CE6C8-3841-4B1C-9846-58D5857F42CF Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWnDkTgAKCRCwXqMKLiCW owG1AKDDzvAzoDYLzDkuOgrIczpn7UDWgwCfYYoScKneLpdY6ZZ0sXx/b8ExLFU= =jZQs -----END PGP SIGNATURE----- --Apple-Mail=_643CE6C8-3841-4B1C-9846-58D5857F42CF-- From owner-freebsd-current@freebsd.org Tue Jan 30 22:59:59 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8AD49EC640C for ; Tue, 30 Jan 2018 22:59:59 +0000 (UTC) (envelope-from jje@jimerickson.info) Received: from mail-ot0-x234.google.com (mail-ot0-x234.google.com [IPv6:2607:f8b0:4003:c0f::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2562D86518 for ; Tue, 30 Jan 2018 22:59:58 +0000 (UTC) (envelope-from jje@jimerickson.info) Received: by mail-ot0-x234.google.com with SMTP id r23so10102466ote.8 for ; Tue, 30 Jan 2018 14:59:58 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=N6VTVNH84rzBF8aPkl0KvQcOcC5iRMLOs97m4Y4e/S0=; b=fN7rgHGV7FBK+kjJEQRwZC2t70YaIQhCPx/xwzjX0HCrASsf8Cf6INFGI8UZRk+b31 YaHD5JAGkMi4GQKztsYMHX1/ialoKD81Z6Eoty7N7gJPYXD7N98UvoEoiJ78mZIXdTKm RuLyLFuElsF1IbZjRefKVtqt36oVCMiLidPZOkwHNS7frPszVf8wG3HYzibD7W5xfZja QNIGm/2WRSY2TlCJfsl6B1jeW9i48NHr5l4m087wwK/9z1ONLibsqqV/w3LMgFscWWDH wSEFtgtWW+Nc7Jq4CUWFdBp7wsI2+RtXyAwlofw6BFv7OaOEkOfOLuvjy4nuvq1AClmX 0dfA== X-Gm-Message-State: AKwxytcj7dj2rVNa+dVxpg4AjkgY7cJB8RRJtQEiMiUR+YGWSk/pte++ yZgkMD8mM3TAGnDrM4MeIFWwWUVHvFUr1NB1jZjHHw== X-Google-Smtp-Source: AH8x226IFChfs9e9JJOHtO1iDmaXcl0JBeEICOZRUHPlSG03D6j5c0gOeC7paHmI80sUE7lV/7eEqxNf1BVYPsivLBI= X-Received: by 10.157.92.135 with SMTP id a7mr45406oti.1.1517353198123; Tue, 30 Jan 2018 14:59:58 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.69.135 with HTTP; Tue, 30 Jan 2018 14:59:57 -0800 (PST) X-Originating-IP: [2001:470:1f11:3ea:7a92:9cff:fefe:50b0] In-Reply-To: <0A7714B4-0077-4305-957F-C46195CF4A99@FreeBSD.org> References: <0A7714B4-0077-4305-957F-C46195CF4A99@FreeBSD.org> From: Jim Erickson Date: Tue, 30 Jan 2018 16:59:57 -0600 Message-ID: Subject: Re: r328603 To: Dimitry Andric Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jan 2018 22:59:59 -0000 On Tue, Jan 30, 2018 at 3:31 PM, Dimitry Andric wrote: > On 30 Jan 2018, at 21:52, Jim Erickson wrote: >> >> been getting this for a few days now. > [...] >> In file included from /usr/src/lib/libc/gdtoa/machdep_ldisx.c:45: >> In file included from /usr/src/contrib/gdtoa/gdtoaimp.h:197: >> /usr/src/include/stdlib.h:95:7: error: expected function body after >> function declarator >> __alloc_size2(1, 2); >> ^ >> /usr/src/include/stdlib.h:306:6: error: expected function body after >> function declarator >> __alloc_size2(2, 3); >> ^ >> 2 errors generated. > > Does it go away if you disable ccache? > > -Dimitry > have disabled ccache as per your request. currently building. will let you know more as things progress. From owner-freebsd-current@freebsd.org Wed Jan 31 00:22:20 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A90ADECB412 for ; Wed, 31 Jan 2018 00:22:20 +0000 (UTC) (envelope-from jje@jimerickson.info) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4626D6978A for ; Wed, 31 Jan 2018 00:22:20 +0000 (UTC) (envelope-from jje@jimerickson.info) Received: by mail-oi0-x236.google.com with SMTP id 24so6205008oij.3 for ; Tue, 30 Jan 2018 16:22:20 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=4jdTcvn5Vwfi6OpAdnXoZBqcmul5CncEC0+Vb6nipe0=; b=D8hlMD+oxUY2QOKt7t72D4v+wLc4HDtoJbN2BYRS77FGqNo8AIC+HC996l2bWWQyEF SC9DpHkfBAAewTYCnIxz7RdUj5h/Xcw7+xV1g/CW9LGa0W+dXghy4rdCc9WZVvedZudq pl1KtHajH+f1238ArTg3LewwxMz2PTF+lf7Ud7so8vTUNUeGh012ALF8C429mUm0R9r9 CQEK0yEjIeEn1Xh33nwFCmfXkUDoijZBu6tpTVzXIFM+HnPVqPB4OPg5CtLr0C0TPc1F hIN2cs2aYi9HAUU8LyPleZE35Wvdl1DurXZX2lO6PAAyAlvYsbmde/FCPZMDRfpgugpc ndRA== X-Gm-Message-State: AKwxytfw+7jNNY5poHGCXG41wC8LmbZfwH2DUwFsqwDxRJDmNPMdDOdm M3uwjCxIynD6gq0xUwoS3DP+2GL6FpRDVrdbQJ8yrvHyR98= X-Google-Smtp-Source: AH8x2253rDxIASTgrmJaERi7zFbqSSZoCXK7iQDyXErZVvKr9BlEgAbC+f24Re2+IdhCY2io2blHmFRg2CGB8O5PgLY= X-Received: by 10.202.241.8 with SMTP id p8mr20208703oih.337.1517358139452; Tue, 30 Jan 2018 16:22:19 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.69.135 with HTTP; Tue, 30 Jan 2018 16:22:19 -0800 (PST) X-Originating-IP: [2001:470:1f11:3ea:7a92:9cff:fefe:50b0] In-Reply-To: References: <0A7714B4-0077-4305-957F-C46195CF4A99@FreeBSD.org> From: Jim Erickson Date: Tue, 30 Jan 2018 18:22:19 -0600 Message-ID: Subject: Re: r328603 To: Dimitry Andric Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Jan 2018 00:22:21 -0000 On Tue, Jan 30, 2018 at 4:59 PM, Jim Erickson wrote: > On Tue, Jan 30, 2018 at 3:31 PM, Dimitry Andric wrote: >> On 30 Jan 2018, at 21:52, Jim Erickson wrote: >>> >>> been getting this for a few days now. >> [...] >>> In file included from /usr/src/lib/libc/gdtoa/machdep_ldisx.c:45: >>> In file included from /usr/src/contrib/gdtoa/gdtoaimp.h:197: >>> /usr/src/include/stdlib.h:95:7: error: expected function body after >>> function declarator >>> __alloc_size2(1, 2); >>> ^ >>> /usr/src/include/stdlib.h:306:6: error: expected function body after >>> function declarator >>> __alloc_size2(2, 3); >>> ^ >>> 2 errors generated. >> >> Does it go away if you disable ccache? >> >> -Dimitry >> > have disabled ccache as per your request. currently building. will let > you know more as things progress. fails with same error with ccache disabled. as stated below: echo libc.so.7: /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libcompiler_rt.a /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libssp_nonshared.a >> .depend clang -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src/include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/contrib/gdtoa -I/usr/src/contrib/libc-vis -DINET6 -I/usr/obj/usr/src/amd64.amd64/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libmd -I/usr/src/contrib/jemalloc/include -I/usr/src/contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DNS_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.machdep_ldisx.o -MTmachdep_ldisx.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-error=tautological-constant-compare -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/amd64 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/gdtoa/machdep_ldisx.c -o machdep_ldisx.o In file included from /usr/src/lib/libc/gdtoa/machdep_ldisx.c:45: In file included from /usr/src/contrib/gdtoa/gdtoaimp.h:197: /usr/src/include/stdlib.h:95:7: error: expected function body after function declarator __alloc_size2(1, 2); ^ /usr/src/include/stdlib.h:306:6: error: expected function body after function declarator __alloc_size2(2, 3); ^ 2 errors generated. *** Error code 1 Stop. make[4]: stopped in /usr/src/lib/libc *** Error code 1 Stop. make[3]: stopped in /usr/src *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src From owner-freebsd-current@freebsd.org Wed Jan 31 12:08:25 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DCD41EC76DF for ; Wed, 31 Jan 2018 12:08:24 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7A8BC80DC4 for ; Wed, 31 Jan 2018 12:08:24 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.avinity.tv (unknown [77.95.97.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 39E55121F4; Wed, 31 Jan 2018 13:08:17 +0100 (CET) From: Dimitry Andric Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_6B2E1BC6-B760-47FA-9D95-2D4F3C808208"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: r328603 Date: Wed, 31 Jan 2018 13:08:16 +0100 In-Reply-To: Cc: freebsd-current@freebsd.org To: Jim Erickson References: <0A7714B4-0077-4305-957F-C46195CF4A99@FreeBSD.org> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Jan 2018 12:08:25 -0000 --Apple-Mail=_6B2E1BC6-B760-47FA-9D95-2D4F3C808208 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 31 Jan 2018, at 01:22, Jim Erickson wrote: > > On Tue, Jan 30, 2018 at 4:59 PM, Jim Erickson wrote: ... > > fails with same error with ccache disabled. as stated below: > > echo libc.so.7: > /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libcompiler_rt.a > /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libssp_nonshared.a >> .depend > clang -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src/include > -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE > -I/usr/src/contrib/gdtoa -I/usr/src/contrib/libc-vis -DINET6 > -I/usr/obj/usr/src/amd64.amd64/lib/libc -I/usr/src/lib/libc/resolv > -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libmd > -I/usr/src/contrib/jemalloc/include -I/usr/src/contrib/tzcode/stdtime > -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES > -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP > -DNS_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.machdep_ldisx.o > -MTmachdep_ldisx.o -std=gnu99 -fstack-protector-strong > -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized > -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > -Wno-unused-const-variable -Wno-error=tautological-constant-compare > -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality > -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef > -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum > -Wno-knr-promoted-parameter -Qunused-arguments > -I/usr/src/lib/libutil -I/usr/src/lib/msun/amd64 > -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c > /usr/src/lib/libc/gdtoa/machdep_ldisx.c -o machdep_ldisx.o > In file included from /usr/src/lib/libc/gdtoa/machdep_ldisx.c:45: > In file included from /usr/src/contrib/gdtoa/gdtoaimp.h:197: > /usr/src/include/stdlib.h:95:7: error: expected function body after > function declarator > __alloc_size2(1, 2); > ^ It is rather strange, as r328221 defined the new __alloc_size2() macro, and r328237 added it to stdlib.h. Maybe your source tree was inconsistently updated? Does this also happen on a fresh src checkout? -Dimitry --Apple-Mail=_6B2E1BC6-B760-47FA-9D95-2D4F3C808208 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWnGxsAAKCRCwXqMKLiCW o3QjAJ41QphMMprbLVIhWjnL2hEME7mzxQCg4ibQNyzehidUHsmdoYAhVW4aKuI= =glQm -----END PGP SIGNATURE----- --Apple-Mail=_6B2E1BC6-B760-47FA-9D95-2D4F3C808208-- From owner-freebsd-current@freebsd.org Wed Jan 31 13:37:06 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9F704ECB990 for ; Wed, 31 Jan 2018 13:37:06 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B78E83D8A for ; Wed, 31 Jan 2018 13:37:06 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5::11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id w0VDb55V007595 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Wed, 31 Jan 2018 08:37:05 -0500 (EST) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.net [192.168.43.26]) by lava.sentex.ca (8.15.2/8.15.2) with ESMTP id w0VDb4nS014103 for ; Wed, 31 Jan 2018 08:37:04 -0500 (EST) (envelope-from mike@sentex.net) To: FreeBSD-Current From: Mike Tancsa Subject: Ryzen specific issues Organization: Sentex Communications Message-ID: <230f52ab-f1c0-3eb1-6dd8-52e6b582b942@sentex.net> Date: Wed, 31 Jan 2018 08:37:03 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.78 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Jan 2018 13:37:06 -0000 Hi folks, I have been running into some deadlock issues on Ryzen boards. The most easy way to trigger the problem is to compile net/samba47 from the ports. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 Varying the load sometimes allows the compile to finish, but most of the time the compile deadlocks. I have seen this both on RELENG_11 as well as HEAD from r328611 Any ideas how to possibly work around this ? ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada From owner-freebsd-current@freebsd.org Wed Jan 31 13:49:32 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9122DECC7AB for ; Wed, 31 Jan 2018 13:49:32 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3E31C84A19 for ; Wed, 31 Jan 2018 13:49:32 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5::11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id w0VDnVkI009832 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Wed, 31 Jan 2018 08:49:31 -0500 (EST) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.net [192.168.43.26]) by lava.sentex.ca (8.15.2/8.15.2) with ESMTP id w0VDnUOb014137; Wed, 31 Jan 2018 08:49:30 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: Ryzen specific issues From: Mike Tancsa To: FreeBSD-Current , Eugene Grosbein References: <230f52ab-f1c0-3eb1-6dd8-52e6b582b942@sentex.net> Organization: Sentex Communications Message-ID: <18623f59-08fb-52ec-78ed-f0ca3d125f94@sentex.net> Date: Wed, 31 Jan 2018 08:49:29 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: <230f52ab-f1c0-3eb1-6dd8-52e6b582b942@sentex.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.78 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Jan 2018 13:49:32 -0000 On 1/31/2018 8:37 AM, Mike Tancsa wrote: > Hi folks, > I have been running into some deadlock issues on Ryzen boards. The > most easy way to trigger the problem is to compile net/samba47 from the > ports. > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 > > Varying the load sometimes allows the compile to finish, but most of the > time the compile deadlocks. I have seen this both on RELENG_11 as well > as HEAD from r328611 > > Any ideas how to possibly work around this ? sysctl kern.eventtimer.periodic=1 doesnt seem to help on HEAD First build attempt and it hangs in a similar / same way G -D_SAMBA_BUILD_=4 -DHAVE_CONFIG_H=1 -D_GNU_SOURCE=1 -D_XOPEN_SOURCE_EXTENDED=1 default/source4/heimdal/lib/hx509/asn1_ocsp_asn1.c -c -o default/source4/heimdal/lib/hx509/asn1_ocsp_asn1_92.o [1008/3804] Compiling source4/heimdal/lib/hcrypto/libtommath/bncore.c runner cc -pipe -g -ggdb -gdwarf-2 -gstrict-dwarf -DLIBICONV_PLUG -fno-color-diagnostics -D_FUNCTION_DEF -g -fstack-protector -DLDAP_DEPRECATED -fno-strict-aliasing -fno-omit-frame-pointer -fPIC -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DSTATIC_tommath_MODULES=NULL -DSTATIC_tommath_MODULES_PROTO=extern void __tommath_dummy_module_proto(void) -MD -Idefault/source4/heimdal_build -I../source4/heimdal_build -Idefault/source4/heimdal/lib/hcrypto/libtommath -I../source4/heimdal/lib/hcrypto/libtommath -Idefault/include/public -I../include/public -Idefault/source4 -I../source4 -Idefault/lib -I../lib -Idefault/source4/lib -I../source4/lib -Idefault/source4/include -I../source4/include -Idefault/include -I../include -Idefault/lib/replace -I../lib/replace -Idefault -I.. -I/usr/local/include -I/usr/local/include -DLIBICONV_PLUG -D_SAMBA_BUILD_=4 -DHAVE_CONFIG_H=1 -D_GNU_SOURCE=1 -D_XOPEN_SOURCE_EXTENDED=1 ../source4/heimdal/lib/hcrypto/libtommath/bncore.c -c -o default/source4/heimdal/lib/hcrypto/libtommath/bncore_83.o ctrl+t load: 3.14 cmd: sh 94611 [wait] 490.27r 0.00u 0.00s 0% 2240k make: Working in: /usr/ports/net/samba47 make[1]: Working in: /usr/ports/net/samba47 load: 3.14 cmd: sh 94611 [wait] 490.27r 0.00u 0.00s 0% 2240k make: Working in: /usr/ports/net/samba47 make[1]: Working in: /usr/ports/net/samba47 root@amdtestr12:/tmp # procstat -kk 14062 PID TID COMM TDNAME KSTACK 14062 100933 python2.7 - mi_switch+0x18c sleepq_switch+0x10d sleepq_catch_signals+0x300 sleepq_wait_sig+0xf _sleep+0x359 umtxq_sleep+0x163 do_sem2_wait+0x426 __umtx_op_sem2_wait+0x4b amd64_syscall+0x79b fast_syscall_common+0xfc 14062 101206 python2.7 - mi_switch+0x18c sleepq_switch+0x10d sleepq_catch_signals+0x300 sleepq_wait_sig+0xf _sleep+0x359 umtxq_sleep+0x163 do_lock_umutex+0x6e3 __umtx_op_wait_umutex+0x48 amd64_syscall+0x79b fast_syscall_common+0xfc 14062 101207 python2.7 - mi_switch+0x18c sleepq_switch+0x10d sleepq_catch_signals+0x300 sleepq_wait_sig+0xf _sleep+0x359 umtxq_sleep+0x163 do_sem2_wait+0x426 __umtx_op_sem2_wait+0x4b amd64_syscall+0x79b fast_syscall_common+0xfc 14062 101208 python2.7 - mi_switch+0x18c sleepq_switch+0x10d sleepq_catch_signals+0x300 sleepq_wait_sig+0xf _sleep+0x359 umtxq_sleep+0x163 do_sem2_wait+0x426 __umtx_op_sem2_wait+0x4b amd64_syscall+0x79b fast_syscall_common+0xfc 14062 101209 python2.7 - mi_switch+0x18c sleepq_switch+0x10d sleepq_catch_signals+0x300 sleepq_wait_sig+0xf _sleep+0x359 umtxq_sleep+0x163 do_sem2_wait+0x426 __umtx_op_sem2_wait+0x4b amd64_syscall+0x79b fast_syscall_common+0xfc 14062 101210 python2.7 - mi_switch+0x18c sleepq_switch+0x10d sleepq_catch_signals+0x300 sleepq_wait_sig+0xf _sleep+0x359 umtxq_sleep+0x163 do_sem2_wait+0x426 __umtx_op_sem2_wait+0x4b amd64_syscall+0x79b fast_syscall_common+0xfc 14062 101211 python2.7 - mi_switch+0x18c sleepq_switch+0x10d sleepq_catch_signals+0x300 sleepq_wait_sig+0xf _sleep+0x359 umtxq_sleep+0x163 do_sem2_wait+0x426 __umtx_op_sem2_wait+0x4b amd64_syscall+0x79b fast_syscall_common+0xfc 14062 101212 python2.7 - mi_switch+0x18c sleepq_switch+0x10d sleepq_catch_signals+0x300 sleepq_wait_sig+0xf _sleep+0x359 umtxq_sleep+0x163 do_sem2_wait+0x426 __umtx_op_sem2_wait+0x4b amd64_syscall+0x79b fast_syscall_common+0xfc 14062 101213 python2.7 - mi_switch+0x18c sleepq_switch+0x10d sleepq_catch_signals+0x300 sleepq_wait_sig+0xf _sleep+0x359 umtxq_sleep+0x163 do_sem2_wait+0x426 __umtx_op_sem2_wait+0x4b amd64_syscall+0x79b fast_syscall_common+0xfc 14062 101214 python2.7 - mi_switch+0x18c sleepq_switch+0x10d sleepq_catch_signals+0x300 sleepq_wait_sig+0xf _sleep+0x359 umtxq_sleep+0x163 do_sem2_wait+0x426 __umtx_op_sem2_wait+0x4b amd64_syscall+0x79b fast_syscall_common+0xfc 14062 101215 python2.7 - mi_switch+0x18c sleepq_switch+0x10d sleepq_catch_signals+0x300 sleepq_wait_sig+0xf _sleep+0x359 umtxq_sleep+0x163 do_sem2_wait+0x426 __umtx_op_sem2_wait+0x4b amd64_syscall+0x79b fast_syscall_common+0xfc 14062 101216 python2.7 - mi_switch+0x18c sleepq_switch+0x10d sleepq_catch_signals+0x300 sleepq_wait_sig+0xf _sleep+0x359 umtxq_sleep+0x163 do_sem2_wait+0x426 __umtx_op_sem2_wait+0x4b amd64_syscall+0x79b fast_syscall_common+0xfc 14062 101217 python2.7 - mi_switch+0x18c sleepq_switch+0x10d sleepq_catch_signals+0x300 sleepq_wait_sig+0xf _sleep+0x359 umtxq_sleep+0x163 do_sem2_wait+0x426 __umtx_op_sem2_wait+0x4b amd64_syscall+0x79b fast_syscall_common+0xfc root@amdtestr12:/tmp # procstat -t 14062 PID TID COMM TDNAME CPU PRI STATE WCHAN 14062 100933 python2.7 - -1 152 sleep usem 14062 101206 python2.7 - -1 126 sleep umtxn 14062 101207 python2.7 - -1 124 sleep usem 14062 101208 python2.7 - -1 125 sleep usem 14062 101209 python2.7 - -1 125 sleep usem 14062 101210 python2.7 - -1 124 sleep usem 14062 101211 python2.7 - -1 126 sleep usem 14062 101212 python2.7 - -1 123 sleep usem 14062 101213 python2.7 - -1 125 sleep usem 14062 101214 python2.7 - -1 125 sleep usem 14062 101215 python2.7 - -1 125 sleep usem 14062 101216 python2.7 - -1 125 sleep usem 14062 101217 python2.7 - -1 126 sleep usem -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada From owner-freebsd-current@freebsd.org Wed Jan 31 14:25:06 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 717F3ECE39A for ; Wed, 31 Jan 2018 14:25:06 +0000 (UTC) (envelope-from jje@jimerickson.info) Received: from mail-ot0-x234.google.com (mail-ot0-x234.google.com [IPv6:2607:f8b0:4003:c0f::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0A51B85FA6 for ; Wed, 31 Jan 2018 14:25:05 +0000 (UTC) (envelope-from jje@jimerickson.info) Received: by mail-ot0-x234.google.com with SMTP id f100so13531737otf.3 for ; Wed, 31 Jan 2018 06:25:05 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=fsPZ3DyVivrAlVG1V+PR9dzIFYLtdsYlgUnCI6BvNwM=; b=r/b7gFHDo1T+CDn1yOttrqbBCF4nOl/LSTioyF/QUm4VH+6sUPXQGqSQvcqyMNQCUT YLVwWa3VIQHePsqU1V7p8hT5hOK+Jd9zgCDaIt+Iid/yQKKU88+E03VmEu5QFeZmy5D0 G+h1Ux9/cCIULqUq0HuD63yMY1vxx4dZHxX6DBovVq/jLJ8cKqp4b3gVzghc8LJdzGi1 zRTVaB38PmcuUGKHvbzoHuWEfLo+JDlGRsZZ7JYfIh0lSa7RLtoI1EAKdCympKNfe5E/ /J4K/GI6OBjJrppjv58w7lp8rir6cgkkHQ4P+6KAXFH3l/DZKpaDBJyKaFUHHBelvNyX fC0A== X-Gm-Message-State: AKwxytfRIdvB6CrzB3tN0bCmixSuy0TrWKzQ3iWlyRvA+3ZAEi3ivlSA CAWP6djLnQMGu0ISSI1wEvpZvGD/IuDEGMr+1y0Hbg== X-Google-Smtp-Source: AH8x2252wCy/w0bD1xX9jA7jEoiPcqq5bRiGrNWt1kmqvJd2IO8SEZ/SR8SfbRO8A8urTUpcawu9cd6fcMv8ugJlQJM= X-Received: by 10.157.38.152 with SMTP id l24mr7204033otb.19.1517408705176; Wed, 31 Jan 2018 06:25:05 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.69.135 with HTTP; Wed, 31 Jan 2018 06:25:04 -0800 (PST) X-Originating-IP: [2001:470:1f11:3ea:7a92:9cff:fefe:50b0] In-Reply-To: References: <0A7714B4-0077-4305-957F-C46195CF4A99@FreeBSD.org> From: Jim Erickson Date: Wed, 31 Jan 2018 08:25:04 -0600 Message-ID: Subject: Re: r328603 To: Dimitry Andric Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Jan 2018 14:25:06 -0000 On Wed, Jan 31, 2018 at 6:08 AM, Dimitry Andric wrote: > On 31 Jan 2018, at 01:22, Jim Erickson wrote: >> >> On Tue, Jan 30, 2018 at 4:59 PM, Jim Erickson wrote: > ... >> >> fails with same error with ccache disabled. as stated below: >> >> echo libc.so.7: >> /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libcompiler_rt.a >> /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libssp_nonshared.a >> .depend >> clang -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src/include >> -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE >> -I/usr/src/contrib/gdtoa -I/usr/src/contrib/libc-vis -DINET6 >> -I/usr/obj/usr/src/amd64.amd64/lib/libc -I/usr/src/lib/libc/resolv >> -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libmd >> -I/usr/src/contrib/jemalloc/include -I/usr/src/contrib/tzcode/stdtime >> -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES >> -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP >> -DNS_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.machdep_ldisx.o >> -MTmachdep_ldisx.o -std=gnu99 -fstack-protector-strong >> -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized >> -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int >> -Wno-unused-const-variable -Wno-error=tautological-constant-compare >> -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality >> -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef >> -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum >> -Wno-knr-promoted-parameter -Qunused-arguments >> -I/usr/src/lib/libutil -I/usr/src/lib/msun/amd64 >> -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c >> /usr/src/lib/libc/gdtoa/machdep_ldisx.c -o machdep_ldisx.o >> In file included from /usr/src/lib/libc/gdtoa/machdep_ldisx.c:45: >> In file included from /usr/src/contrib/gdtoa/gdtoaimp.h:197: >> /usr/src/include/stdlib.h:95:7: error: expected function body after >> function declarator >> __alloc_size2(1, 2); >> ^ > > It is rather strange, as r328221 defined the new __alloc_size2() macro, > and r328237 added it to stdlib.h. Maybe your source tree was > inconsistently updated? Does this also happen on a fresh src checkout? > > -Dimitry > checked out a pristine copy of source and have ccache disabled. currently building will keep you updated. From owner-freebsd-current@freebsd.org Wed Jan 31 16:06:28 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0166BED3A6E for ; Wed, 31 Jan 2018 16:06:28 +0000 (UTC) (envelope-from jje@jimerickson.info) Received: from mail-ot0-x243.google.com (mail-ot0-x243.google.com [IPv6:2607:f8b0:4003:c0f::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8C6066B34F for ; Wed, 31 Jan 2018 16:06:27 +0000 (UTC) (envelope-from jje@jimerickson.info) Received: by mail-ot0-x243.google.com with SMTP id q9so2897314oti.0 for ; Wed, 31 Jan 2018 08:06:27 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=UEDQ3RYVmC3DEf37TaTZQDdYmR0fQaKI7FqRKYj9ZtM=; b=YJi+YU6zMJQjKdzQY7sCFgtc8aLbaM/la9MiIQyb5N+1SdgKuXVqgugEbap8PNzBeU +Hg4oVLTuZXJwtwqpNQFVmv2b93oQEySqU2CMVVrsauUZf1uwx5jdkMNpYcdimrrw0po Ay5LYYbHzdAo1VWRCfGxHY5X0dDEIFI6+ByC7ALwTIX+MJxTtfYTVasEgLuN8ktTmisR AP4t7geEly2pKBkDqzM2uuDbO2nwXY79TfVkPxmAMv2TNZTDhLQ09LiILkiq7Xr0FW2k 0rA0yDqFuA950GGYWRiyWvqZ5Van68kGNIz06xQ1UpzgJPhmoxok/sKGdOMD83NGqZTa xZTw== X-Gm-Message-State: AKwxytfeAzEqnNTyIQ5D9qmiz1S2G4lhSiZsCsOi1tEfvp3EsLx5I149 Rp1+DHBk07QM6Ug3quxPXKSaA9v9RQjeWxqmuQHZdA== X-Google-Smtp-Source: AH8x225xnpnYFH/G9uVt1Zbi6QkYHgpkDztfjjZWqvxJSgXfgdF29mrMTxzBSy9J7Vu6dnifw++uRtwQcbem7J37qC4= X-Received: by 10.157.92.135 with SMTP id a7mr1775565oti.1.1517414786529; Wed, 31 Jan 2018 08:06:26 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.69.135 with HTTP; Wed, 31 Jan 2018 08:06:25 -0800 (PST) X-Originating-IP: [2001:470:1f11:3ea:7a92:9cff:fefe:50b0] In-Reply-To: References: <0A7714B4-0077-4305-957F-C46195CF4A99@FreeBSD.org> From: Jim Erickson Date: Wed, 31 Jan 2018 10:06:25 -0600 Message-ID: Subject: Re: r328603 To: Dimitry Andric Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Jan 2018 16:06:28 -0000 On Wed, Jan 31, 2018 at 8:25 AM, Jim Erickson wrote: > On Wed, Jan 31, 2018 at 6:08 AM, Dimitry Andric wrote: >> On 31 Jan 2018, at 01:22, Jim Erickson wrote: >>> >>> On Tue, Jan 30, 2018 at 4:59 PM, Jim Erickson wrote: >> ... >>> >>> fails with same error with ccache disabled. as stated below: >>> >>> echo libc.so.7: >>> /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libcompiler_rt.a >>> /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libssp_nonshared.a >> .depend >>> clang -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src/include >>> -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE >>> -I/usr/src/contrib/gdtoa -I/usr/src/contrib/libc-vis -DINET6 >>> -I/usr/obj/usr/src/amd64.amd64/lib/libc -I/usr/src/lib/libc/resolv >>> -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libmd >>> -I/usr/src/contrib/jemalloc/include -I/usr/src/contrib/tzcode/stdtime >>> -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES >>> -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP >>> -DNS_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.machdep_ldisx.o >>> -MTmachdep_ldisx.o -std=gnu99 -fstack-protector-strong >>> -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized >>> -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int >>> -Wno-unused-const-variable -Wno-error=tautological-constant-compare >>> -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality >>> -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef >>> -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum >>> -Wno-knr-promoted-parameter -Qunused-arguments >>> -I/usr/src/lib/libutil -I/usr/src/lib/msun/amd64 >>> -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c >>> /usr/src/lib/libc/gdtoa/machdep_ldisx.c -o machdep_ldisx.o >>> In file included from /usr/src/lib/libc/gdtoa/machdep_ldisx.c:45: >>> In file included from /usr/src/contrib/gdtoa/gdtoaimp.h:197: >>> /usr/src/include/stdlib.h:95:7: error: expected function body after >>> function declarator >>> __alloc_size2(1, 2); >>> ^ >> >> It is rather strange, as r328221 defined the new __alloc_size2() macro, >> and r328237 added it to stdlib.h. Maybe your source tree was >> inconsistently updated? Does this also happen on a fresh src checkout? >> >> -Dimitry >> > checked out a pristine copy of source and have ccache disabled. > currently building will keep you updated. what is the best path forward? reinstall?? failed with same error. see below: echo libc.so.7: /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libcompiler_rt.a /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libssp_nonshared.a >> .depend clang -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src/include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/contrib/gdtoa -I/usr/src/contrib/libc-vis -DINET6 -I/usr/obj/usr/src/amd64.amd64/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libmd -I/usr/src/contrib/jemalloc/include -I/usr/src/contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DNS_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.machdep_ldisx.o -MTmachdep_ldisx.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-error=tautological-constant-compare -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/amd64 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/gdtoa/machdep_ldisx.c -o machdep_ldisx.o In file included from /usr/src/lib/libc/gdtoa/machdep_ldisx.c:45: In file included from /usr/src/contrib/gdtoa/gdtoaimp.h:197: /usr/src/include/stdlib.h:95:7: error: expected function body after function declarator __alloc_size2(1, 2); ^ /usr/src/include/stdlib.h:306:6: error: expected function body after function declarator __alloc_size2(2, 3); ^ 2 errors generated. *** Error code 1 Stop. make[4]: stopped in /usr/src/lib/libc *** Error code 1 Stop. make[3]: stopped in /usr/src *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src From owner-freebsd-current@freebsd.org Wed Jan 31 18:18:06 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DB7A4EDA977 for ; Wed, 31 Jan 2018 18:18:06 +0000 (UTC) (envelope-from post@herrhagen.de) Received: from mail.srv.hagen.coffee (brews.the.best.midnight.coffee [176.9.40.102]) by mx1.freebsd.org (Postfix) with ESMTP id 797BA72011 for ; Wed, 31 Jan 2018 18:18:05 +0000 (UTC) (envelope-from post@herrhagen.de) Received: from localhost (HSI-KBW-37-49-77-182.hsi14.kabel-badenwuerttemberg.de [37.49.77.182]) by mail.srv.hagen.coffee (Postfix) with ESMTPSA id B5509E9C4 for ; Wed, 31 Jan 2018 19:07:51 +0100 (CET) Date: Wed, 31 Jan 2018 19:09:48 +0100 From: Stefan Hagen To: freebsd-current@freebsd.org Subject: Build failes cause of padlock_cipher.c:90 / commit: bbd1562a4992 Message-ID: <20180131180948.GA72247@ptrace.hagen.corp> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline Precedence: first-class Priority: normal X-Editor: VIM - Vi IMproved 8.0 X-Operating-System: FreeBSD 12.0-CURRENT amd64 X-Mailer: Mutt 1.9.2 (2017-12-15) X-GPG: 0x883FCC91 OpenPGP: url=https://pgp.ptrace.org; id=883FCC91 User-Agent: Mutt/1.9.2 (2017-12-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Jan 2018 18:18:07 -0000 Hello, The kernel build is currently breaking for me: Error: /usr/src/sys/crypto/via/padlock_cipher.c:90:14: error: invalid instruction mnemonic '.byte' "popf \n\t" :3:2: note: instantiated into assembly here rep ^~~ 1 error generated. *** [padlock_cipher.o] Error code 1 make[4]: stopped in /usr/src/sys/modules/padlock 1 error make[4]: stopped in /usr/src/sys/modules/padlock *** [all_subdir_padlock] Error code 2 After reverting the change introduced with bbd1562a4992, it works again. I'm building GENERIC-NODEBUG on skylake. make.conf: MALLOC_PRODUCTION=yes WITHOUT_DEBUG=yes MK_PROFILE=no CPUTYPE?=skylake Best Regards, Stefan From owner-freebsd-current@freebsd.org Wed Jan 31 22:26:19 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2FC7AEE5B9A for ; Wed, 31 Jan 2018 22:26:19 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BD85A7C362 for ; Wed, 31 Jan 2018 22:26:18 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.home.andric.com (coleburn.home.andric.com [192.168.0.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 7BD7612242; Wed, 31 Jan 2018 23:26:17 +0100 (CET) From: Dimitry Andric Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_972438F1-4F1E-4709-B9A0-EB9FB3CD8B5D"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Build failes cause of padlock_cipher.c:90 / commit: bbd1562a4992 Date: Wed, 31 Jan 2018 23:26:16 +0100 In-Reply-To: <20180131180948.GA72247@ptrace.hagen.corp> Cc: freebsd-current@freebsd.org To: Stefan Hagen References: <20180131180948.GA72247@ptrace.hagen.corp> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Jan 2018 22:26:19 -0000 --Apple-Mail=_972438F1-4F1E-4709-B9A0-EB9FB3CD8B5D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 31 Jan 2018, at 19:09, Stefan Hagen = wrote: >=20 > The kernel build is currently breaking for me: >=20 > Error: > /usr/src/sys/crypto/via/padlock_cipher.c:90:14: error: invalid = instruction mnemonic '.byte' > "popf \n\t" >=20 > :3:2: note: instantiated into assembly here > rep > ^~~ > 1 error generated. Make sure your source tree is at least at r328090, and run at least "make buildworld" or "make kernel-toolchain" before attempting to build the kernel. -Dimitry --Apple-Mail=_972438F1-4F1E-4709-B9A0-EB9FB3CD8B5D Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWnJCiAAKCRCwXqMKLiCW o14CAJ4xefM2SG29fCa8q7fv0d1yez8T8ACeKf9vHkgFo07fyQMglSt0Son0DcM= =Ns49 -----END PGP SIGNATURE----- --Apple-Mail=_972438F1-4F1E-4709-B9A0-EB9FB3CD8B5D-- From owner-freebsd-current@freebsd.org Thu Feb 1 08:35:27 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 58A21ED080B for ; Thu, 1 Feb 2018 08:35:27 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B16557F2F1 for ; Thu, 1 Feb 2018 08:35:26 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M1n4s-1f0Dbh3fcA-00tmZc for ; Thu, 01 Feb 2018 09:30:07 +0100 Date: Thu, 1 Feb 2018 09:30:01 +0100 From: "O. Hartmann" To: freebsd-current Subject: CURRENT and HD3000: i915 failing badly Message-ID: <20180201093001.49f4cd01@freyja.zeit4.iv.bundesimmobilien.de> Organization: Walstatt MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:RrkSKqtnoMB7xxyflxlopqaOJWaetdI8jPhjvONTZKV7mbmiim7 B16TY5KcizARsIrwcmKMITwHYn5tKgNaoZxjnU24EkaUEY/S4uZfiaql0NnSc7JoTHMHeXA tiDixJ/6msxqiJnZjvFqBMkABoCKE+sJxIL9R6dzoUKtA48PuVj8O9fcw8QR8KvQawVd6IW EaykfnFeM+i3w1kWGRQzw== X-UI-Out-Filterresults: notjunk:1;V01:K0:5vuTAyYW+vI=:8YbRBqjoll/5VMATfHsJmC Uk7AU82hGitSqTV5/BcgkraByotmezQvI0WK9zluCakYCcY2CdjvV54sYks11CEz19Ejd9BSR /51+N3va5oUJgU+8FGSe5E+D9+8ESIP6M8ece//gtZjxo7V5H7ot4ijUDtP0xgyh+MBIx6rWv qWJugIx9k2yyY5ku2FFVhwtxV/HYfMtVrb7taDTLz37yYXM9/spPFG3wjksleRBQ8ZDmyrYvp PifvEAmft08EAiO2lEngVEkIuoK8dKswADofqb6gahDk4Gsh09RNU/RKx4dqcR6iUC1qrGHg9 B50fo9o3oRJJu2EY4yib3bnTN1tNoeuRhCaQasA9huPL4jKDn6wyf1AACTmXe8A0jKem/HYwp Mzc1sAzmW1cTSGTBiRezGQPYXUOnPH6BsbRYyaVou78zklZ2FWkWhiaqzRs9xMqHhJIqGO20/ JBNywDXmDkt5ye/c6aA+HRoKmmjg1uqhmL6SIWv9TNt5qiQh5xYe/fuo2b6bPus7fhFz02RVZ p0eAUHq30DyBTwFVmwaDdQMMevOIjgQK+tVDpDpUpgkuoh/9nLMsJPlZqSr5lXfFIZzqto5/Z t27UDTIe0ZDsjgRhKroCbE/3UtvVM5PYOhaRuI4RkCl2tN3bX73YwOnsaW1tIRp75FpN3obLm wwmqmlaKO7yTJ21MAxsV8fR8L0bNMfGQ5lPpx4KOpUT39S0zNbeZXi4qzkVgW06nCFR0mJ6N1 lnPnI19zoEz5KewapO/KmhPtNTir8W6wnYALZDpgjWRnc44JtaoQFKB++jVt+IXu6LyGT/Dzw kTljm2YxMgwzwh6whLpFRuntY7ueT+dyKHtX9RVoigf8r3xr6g= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Feb 2018 08:35:27 -0000 Hello out there, I got my hands on a Fujitsu Lifebook E751 manufactured 8/2011. The CPU is a Core i5-2520M, 4GB RAM and QM67 chipset, with an integrated HD3000 graphics. The display is on this model a Non-Glare HD+ display (1920x1080, I guess). Neither FreeBSD 11.1-RELENG from USB flash nor 12-CURRENT as of 25th January work with the display: after the kernel has booted, I see only distortion and garbage on the screen. I checked with a recent Ubuntu and the Linux system is capable of showing nice and fancy graphics - but FreeBSD seems to be incapable to produce any serious console picture on this 6+ years old HD3000 chipset. What is the special case on this HD3000 and why isn't FreeBSD supporting it properly - or am I doing something wrong? Kind regards, oh From owner-freebsd-current@freebsd.org Thu Feb 1 09:10:34 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D9DFED41F3 for ; Thu, 1 Feb 2018 09:10:34 +0000 (UTC) (envelope-from zakharov.vv@gmail.com) Received: from mail-lf0-x233.google.com (mail-lf0-x233.google.com [IPv6:2a00:1450:4010:c07::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EB5EA803F4 for ; Thu, 1 Feb 2018 09:10:33 +0000 (UTC) (envelope-from zakharov.vv@gmail.com) Received: by mail-lf0-x233.google.com with SMTP id h92so25066019lfi.7 for ; Thu, 01 Feb 2018 01:10:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:mime-version:content-disposition :user-agent; bh=IsopS3jY0AzgltfPfYeih4uK32MTyv1oR8KUbgusXn0=; b=Z472VtI2YcOCPdU1EpdPR0POqfMxn+YSZd27QNeQ3IH5KKvMwPMHbW9RRFcrOhNgyj WbfqLM9ZU+MDBHi9vIYexKPsz5npUm6nUOY7CfK05XtEbxsI3d+tzgRRbbLSpa68aymw Ub1LWJpeIfDLYizCII4SyLjwE+rcPQ6qQUvpBWZLOSajd6LBfpEls5kgEp2Vnwea86Dd WaC6rS/68PmCc9opWrNOvmSmvMI9+RnX7qinwzfOaU9+ddTq0CEt3yL3LxZqOvJ78ajQ 7zosqn2nKjAzvu6sAXkDI5eooP9In98cLW1oBRTJig9JNY19v1bzO2RxqvuPl3C6LP9J 0y5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:mime-version :content-disposition:user-agent; bh=IsopS3jY0AzgltfPfYeih4uK32MTyv1oR8KUbgusXn0=; b=XxoI8NRyfdxXyxelnDC2cPAypREk+meGBLa73poRdHsDF0EzIaS5/uRpViGT8PrIjh ejpHzaFpTfFARjtZFMrJZhz0CxSv7ANh0sqNLJrskqJX3QoEAstb5CBfjDK7+T6SwwLt b749ytOGN1KCx7yDPuA3WtZ1m6QS9Pfs1B2bbiJNs2O+F4SzeeeeJMLWRZmkdvJmY1mB uaGlxLrf2IvAvbJJiJn4UXCOL6JgyuAzOtpbh3pOR7xdmy6j70fGer0y13we4t7pI9Bq HcP/vNFaj1kOO/jDXCe5GaD83ZY3QQZrBWwUzs6mZfD6wTzL1FDD40cgjSGWkAqIfbRd YzKQ== X-Gm-Message-State: AKwxytegpYdTy8/WgjpR3kYIj+Ks/DZDS7axqiQTT5RB4216vjl+BeJK 0j5263ah+2jBZgQICYYVO26r1q9P X-Google-Smtp-Source: AH8x225oeF6wIMhYpRxKOH428KGNCuu8zDXB/uA7UQsjRJoW5jNXbUx/6kG8pBGCG6fAPh0JZA4sUQ== X-Received: by 10.46.34.1 with SMTP id i1mr3385482lji.108.1517476232275; Thu, 01 Feb 2018 01:10:32 -0800 (PST) Received: from localhost ([81.19.73.153]) by smtp.gmail.com with ESMTPSA id x7sm3645923ljc.9.2018.02.01.01.10.31 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 01 Feb 2018 01:10:31 -0800 (PST) Date: Thu, 1 Feb 2018 12:10:30 +0300 From: Vladimir Zakharov To: freebsd-current@freebsd.org Subject: buildkernel with PORTS_MODULES fails: Variable OBJTOP is recursive Message-ID: <20180201091030.qmq4boyzvvvqkug6@vzakharov> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-Operating-System: FreeBSD 12.0-CURRENT amd64 X-PGP-Key: http://vzakharov.ru/pubkey.asc User-Agent: NeoMutt/20171215 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Feb 2018 09:10:34 -0000 Hello! For some time (about a week) building and installing kernel fails with the error "Variable OBJTOP is recursive." when going to build/install module from ports. Last successful build was at r328426. Next build at r328527 failed and still broken at r328649. Without PORTS_MODULES building and installing kernel succeeds. Another workaround: ignore error and build/install module directly from ports. # cat /etc/make.conf MALLOC_PRODUCTION=yes KERNCONF=GENERIC-NODEBUG GENERIC #KERNCONF= GENERIC-NODEBUG CPUTYPE?=native #PORTS_MODULES = graphics/drm-next-kmod emulators/virtualbox-ose-kmod PORTS_MODULES = graphics/drm-next-kmod DOC_LANG = en_US.ISO8859-1 ru_RU.KOI8-R WITH_DEBUG_PORTS = mail/neomutt WITH_CCACHE_BUILD=yes CCACHE_DIR=/home/ccache #DEVELOPER=yes ... Building /home/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG/kernel.full --- kernel.full --- linking kernel.full ctfmerge -L VERSION -g -o kernel.full ... text data bss dec hex filename 22584632 1376209 4748888 28709729 0x1b61361 kernel.full Building /home/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG/kernel.debug Building /home/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG/kernel --- all --- ===> Ports module graphics/drm-next-kmod (all) cd ${PORTSDIR:-/usr/ports}/graphics/drm-next-kmod; env -u CC -u CXX -u CPP -u MAKESYSPATH MAKEFLAGS="-j 4 -J 15,16 -j 4 -J 15,16 -D NO_MODULES_OBJ .MAKE.LEVEL.ENV=MAKELEVEL KERNEL=kernel TARGET=amd64 TARGET_ARCH=amd64" SYSDIR=/usr/src/sys PATH= SRC_BASE=/usr/src OSVERSION=1200056 WRKDIRPREFIX=/home/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG make -B clean build ===> Cleaning for drm-next-kmod-g20180117 ===> License BSD2CLAUSE MIT GPLv2 accepted by the user ===> drm-next-kmod-g20180117 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by drm-next-kmod-g20180117 for building ===> Extracting for drm-next-kmod-g20180117 => SHA256 Checksum OK for FreeBSDDesktop-kms-drm-g20180117-622fdd1_GH0.tar.gz. ===> Patching for drm-next-kmod-g20180117 ===> drm-next-kmod-g20180117 depends on file: /usr/local/bin/ccache - found ===> Configuring for drm-next-kmod-g20180117 ===> Building for drm-next-kmod-g20180117 ===> drm (all) Variable OBJTOP is recursive. make[6]: stopped in *** Error code 2 Stop. make[5]: stopped in ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[4]: stopped in /home/ports/graphics/drm-next-kmod *** Error code 1 Stop. make[3]: stopped in /home/ports/graphics/drm-next-kmod *** [all] Error code 1 ... -- Regards, | "In theory there is no difference between theory Vladimir Zakharov | and practice. In practice there is."- Yogi Berra From owner-freebsd-current@freebsd.org Thu Feb 1 12:38:50 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 50106EC721C for ; Thu, 1 Feb 2018 12:38:50 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from hraggstad.unrelenting.technology (hraggstad.unrelenting.technology [71.19.146.151]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hraggstad.unrelenting.technology", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C32E368721 for ; Thu, 1 Feb 2018 12:38:49 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: by hraggstad.unrelenting.technology (OpenSMTPD) with ESMTPSA id 9b45a1ba TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 1 Feb 2018 12:32:04 +0000 (UTC) Received: from localhost (markarth.lan [local]) by markarth.lan (OpenSMTPD) with ESMTPA id 2531ac22; Thu, 1 Feb 2018 15:32:10 +0300 (MSK) Date: Thu, 1 Feb 2018 15:32:10 +0300 From: Greg To: "O. Hartmann" Cc: freebsd-current Subject: Re: CURRENT and HD3000: i915 failing badly Message-ID: <20180201123210.5edxzcrhjajpgnad@unrelenting.technology> References: <20180201093001.49f4cd01@freyja.zeit4.iv.bundesimmobilien.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline In-Reply-To: <20180201093001.49f4cd01@freyja.zeit4.iv.bundesimmobilien.de> OpenPGP: url=https://unrelenting.technology/pub/3B011BAF.asc User-Agent: the one that sucks less X-Hashcash: 1:20:180201:freebsd-current@freebsd.org::4rMSVdXQq35+cIRD:3xNg X-Hashcash: 1:20:180201:ohartmann@walstatt.org::iZTqcJMlH72nkIb3:8WIb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Feb 2018 12:38:50 -0000 On 02/01, O. Hartmann wrote: >Hello out there, > >I got my hands on a Fujitsu Lifebook E751 manufactured 8/2011. The CPU is >a Core i5-2520M, 4GB RAM and QM67 chipset, with an integrated HD3000 graphics. >The display is on this model a Non-Glare HD+ display (1920x1080, I guess). > >Neither FreeBSD 11.1-RELENG from USB flash nor 12-CURRENT as of 25th January >work with the display: after the kernel has booted, I see only distortion and >garbage on the screen. I checked with a recent Ubuntu and the Linux system is >capable of showing nice and fancy graphics - but FreeBSD seems to be incapable >to produce any serious console picture on this 6+ years old HD3000 chipset. >What is the special case on this HD3000 and why isn't FreeBSD supporting it >properly - or am I doing something wrong? Hi. FreeBSD doesn't load graphics drivers automatically by default. This looks like a vga/vesa/efi issue. Are you booting with legacy BIOS or UEFI? Try loading i915kms blindly (i.e. on the USB installer, pressing Right and Enter to pick Shell and then running kldload i915kms). From owner-freebsd-current@freebsd.org Thu Feb 1 15:55:41 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 98E5FED9CD4 for ; Thu, 1 Feb 2018 15:55:41 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2CF1473370 for ; Thu, 1 Feb 2018 15:55:40 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with ESMTPA id hHD1ekTViS7BphHD2e40aM; Thu, 01 Feb 2018 08:55:33 -0700 X-Authority-Analysis: v=2.2 cv=NKylwwyg c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=Op4juWPpsa0A:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=-02kgIRZnsPOH6ToXuYA:9 a=7YDgyw49AlGXY1Jy:21 a=q0d8hGXmRAj-FGKT:21 a=CjuIK1q_8ugA:10 a=QHdsc_a1i_yC9T2JKOcA:9 a=BXPXpvuCvDD9SV6b:21 a=jguQim8yqAPN0L8m:21 a=CpyLh8Qla1yzY2c1:21 a=_W_S_7VecoQA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from [25.168.106.126] (S0106d4ca6d8943b0.gv.shawcable.net [70.66.132.207]) by spqr.komquats.com (Postfix) with ESMTPSA id 8AA9E1FCF; Thu, 1 Feb 2018 07:55:30 -0800 (PST) MIME-Version: 1.0 From: Cy Schubert Subject: RE: CURRENT and HD3000: i915 failing badly Date: Thu, 1 Feb 2018 07:55:32 -0800 To: "O. Hartmann" , freebsd-current Message-Id: <20180201155530.8AA9E1FCF@spqr.komquats.com> X-CMAE-Envelope: MS4wfEUnZd8Qt0/+WXx/RQk0rlHb//wQEVelpGmmYhiKkZofWpVJOviM+dBFWlqO340NAw09YVq9B7/kZGX/lgPsLpEFY8R2/2jsKcsqgNDefF/LkI8nWPEO psIy+yfRpgVtSjJacIFGCitjEIg91Ql4Abl2JQKcx2FHG49wy80eXwGV9UfjQN+/Smb0avxRksbtyTCxj/rBP9krtu1OhoseVlk= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Feb 2018 15:55:41 -0000 My laptop, a 2012 vintage Acer with HD3000, has had no such issues under -C= URRENT. Though the LCD started to display colored vertical lines last year;= replacing it with a new LCD resolved it. Can you describe the problem further? Maybe a picture of the distortion you= describe? What apps are you trying to run. Can you post dmesg, kldstat, an= d Xorg.0 outputs? What does your xorg.conf look like? --- Sent using a tiny phone keyboard. Apologies for any typos and autocorrect. Also, this old phone only supports top post. Apologies. Cy Schubert or The need of the many outweighs the greed of the few. --- -----Original Message----- From: O. Hartmann Sent: 01/02/2018 04:07 To: freebsd-current Subject: CURRENT and HD3000: i915 failing badly Hello out there, I got my hands on a Fujitsu Lifebook E751 manufactured 8/2011. The CPU is a Core i5-2520M, 4GB RAM and QM67 chipset, with an integrated HD3000 graphi= cs. The display is on this model a Non-Glare HD+ display (1920x1080, I guess). Neither FreeBSD 11.1-RELENG from USB flash nor 12-CURRENT as of 25th Januar= y work with the display: after the kernel has booted, I see only distortion a= nd garbage on the screen. I checked with a recent Ubuntu and the Linux system = is capable of showing nice and fancy graphics - but FreeBSD seems to be incapa= ble to produce any serious console picture on this 6+ years old HD3000 chipset. What is the special case on this HD3000 and why isn't FreeBSD supporting it properly - or am I doing something wrong? Kind regards, oh _______________________________________________ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Thu Feb 1 16:52:24 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8C630EDDB40 for ; Thu, 1 Feb 2018 16:52:24 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2150D7786A for ; Thu, 1 Feb 2018 16:52:23 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3zXR3z650CzZsr; Thu, 1 Feb 2018 17:52:15 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject:received :received; s=mail; t=1517503921; x=1519318322; bh=DJeucnZ7g+5BQ9 fS6SCsbgNfIr6Lq2JDdRRkoncfYOU=; b=eal1raf1dNT4eI0tPk2S50+b4jCQoK qfxeBLKgFJAxmx/XodezBLcHnqGcO8CQ1vmHsybhrGty9WUpJzzrEHA/npQw6K3F eD4ybAM3gqBZCTnKrsRMfIZ3vDhQ8AyPhmkwdL/FAaK2pZtxH9SAhth41elJmmfK SmdNmz9jlocLM= Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id RPr163nJqniR; Thu, 1 Feb 2018 17:52:01 +0100 (CET) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.madpilot.net (Postfix) with ESMTPSA; Thu, 1 Feb 2018 17:52:01 +0100 (CET) Subject: Re: CURRENT and HD3000: i915 failing badly To: "O. Hartmann" , freebsd-current References: <20180201093001.49f4cd01@freyja.zeit4.iv.bundesimmobilien.de> From: Guido Falsi Message-ID: Date: Thu, 1 Feb 2018 17:52:00 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180201093001.49f4cd01@freyja.zeit4.iv.bundesimmobilien.de> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Feb 2018 16:52:24 -0000 On 02/01/18 09:30, O. Hartmann wrote: > Hello out there, > > I got my hands on a Fujitsu Lifebook E751 manufactured 8/2011. The CPU is > a Core i5-2520M, 4GB RAM and QM67 chipset, with an integrated HD3000 graphics. > The display is on this model a Non-Glare HD+ display (1920x1080, I guess). > > Neither FreeBSD 11.1-RELENG from USB flash nor 12-CURRENT as of 25th January > work with the display: after the kernel has booted, I see only distortion and > garbage on the screen. I checked with a recent Ubuntu and the Linux system is > capable of showing nice and fancy graphics - but FreeBSD seems to be incapable > to produce any serious console picture on this 6+ years old HD3000 chipset. > What is the special case on this HD3000 and why isn't FreeBSD supporting it > properly - or am I doing something wrong? > As others have told you you need to load the kms driver, you could preload it via loader prompt. otherwise to get to the console I've had luck with the "mode" command at the loader prompt. mode 0 or mode 2 usually, you can try a few. I can't find a list of modes to point you to, but it should be a standard group of vesa modes. This can be fixed later forcing the console to use the vt driver and loading the appropriate module. -- Guido Falsi From owner-freebsd-current@freebsd.org Thu Feb 1 22:48:23 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1721AED0967 for ; Thu, 1 Feb 2018 22:48:23 +0000 (UTC) (envelope-from post@herrhagen.de) Received: from mail.srv.hagen.coffee (brews.the.best.midnight.coffee [176.9.40.102]) by mx1.freebsd.org (Postfix) with ESMTP id A87CA6C11D for ; Thu, 1 Feb 2018 22:48:22 +0000 (UTC) (envelope-from post@herrhagen.de) Received: from localhost (HSI-KBW-37-49-77-182.hsi14.kabel-badenwuerttemberg.de [37.49.77.182]) by mail.srv.hagen.coffee (Postfix) with ESMTPSA id 59500EC90 for ; Thu, 1 Feb 2018 23:46:16 +0100 (CET) Date: Thu, 1 Feb 2018 23:48:14 +0100 From: Stefan Hagen To: freebsd-current@freebsd.org Subject: Re: Build failes cause of padlock_cipher.c:90 / commit: bbd1562a4992 Message-ID: <20180201224813.GA77789@ptrace.hagen.corp> References: <20180131180948.GA72247@ptrace.hagen.corp> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline In-Reply-To: Precedence: first-class Priority: normal X-Editor: VIM - Vi IMproved 8.0 X-Operating-System: FreeBSD 12.0-CURRENT amd64 X-Mailer: Mutt 1.9.2 (2017-12-15) X-GPG: 0x883FCC91 OpenPGP: url=https://pgp.ptrace.org; id=883FCC91 User-Agent: Mutt/1.9.2 (2017-12-15) X-Mailman-Approved-At: Thu, 01 Feb 2018 22:57:02 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Feb 2018 22:48:23 -0000 > Dimitry Andric wrote: >Make sure your source tree is at least at r328090, and run at least >"make buildworld" or "make kernel-toolchain" before attempting to build >the kernel. Excellent! This works. And I learned about the the kernel-toolchain target. Thank you. Best Regards, Stefan From owner-freebsd-current@freebsd.org Fri Feb 2 02:13:07 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D6DFBEDD091 for ; Fri, 2 Feb 2018 02:13:06 +0000 (UTC) (envelope-from bdysonsmith@gmail.com) Received: from mail-qk0-x22a.google.com (mail-qk0-x22a.google.com [IPv6:2607:f8b0:400d:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 729ED745BC for ; Fri, 2 Feb 2018 02:13:06 +0000 (UTC) (envelope-from bdysonsmith@gmail.com) Received: by mail-qk0-x22a.google.com with SMTP id z12so22087243qkf.12 for ; Thu, 01 Feb 2018 18:13:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=qjLLhVgjszpoGnjc/qxutQRYgN6+OcyCVOeEdmb8WGo=; b=ig4hWBV5aPV8NSZrAln3G1UXLeG4FKz3Lgy9khjtEj2hoSH6LguVt3rTIRKyx5D2eh pdP8XrDYQ2NC4fbnaFjXTEHQ797urH3ZfXY172AZWwRtMh5XZyRQ3G1EzZOP5hbHHaA6 bnBUj0Ql0uifxNi3oWYVkNiRYuZZYgoOa5wd08nahmTmYiFk8tqIjWDcQ7XfwUv9uB2H 84si9jF9dL14YMYaT6lTsv2P+tHU5nBNIX7k8jG1b4kl63A5cV7ZaaEaB8rR77eWCP43 BfDXGH82XhJFtLpQLqHUCM0A5UWoWW7Z5vOsuw6uR6DdiX42Ji28leXosIlLUSm10SRA o5cg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=qjLLhVgjszpoGnjc/qxutQRYgN6+OcyCVOeEdmb8WGo=; b=k7r+qv59GbVaveL7fxNpZqRgdROYJdjqL3oeEW94WDhQmAs9XGfCHQJRtYjzfG1Nv5 gtTtSSzZT2Ts9KgWLr6kQ7pmgnuKEvY3PvWYT3BWGcIs+XnNol/6QhGPS2Zht7+1m52P VD2r9uIaCI58u4YlTxxCRTdFvr2C+Xz+w5TwpMzOFujHWcozOXcl79nwv05kDiCQNxLJ qHoB5hXWtyzFeL/hTZ5MNAn1Sd1CohjxM8z1TwopRBDXOwYA+CGH6L6nyigmZIetPBUY mlav2JZWvILLm4CQ2/UoUrLrRKRJgytkLo5+39aFL6AYzg87VmDaccNDCBA7KcColLrp k+Yg== X-Gm-Message-State: APf1xPBqagLS6L29TJHBcTdDMFZ9QtqcmO4HMNIhh/e8Fl4G5SPA0O5X SuKOFHrUyM8jQ+YKeARsa5JY1i1ZdNHpSwGbWOElKQ== X-Google-Smtp-Source: AH8x225+6grsY6f3UKIurq6jOeBROeQUvDeyxKlYopVUfmoKmXsf6XDdtkDwSCty7sQd3Z3aGg4vAcUz7H7EeFIQkVU= X-Received: by 10.233.235.201 with SMTP id b192mr5595107qkg.105.1517537585669; Thu, 01 Feb 2018 18:13:05 -0800 (PST) MIME-Version: 1.0 Received: by 10.200.44.139 with HTTP; Thu, 1 Feb 2018 18:13:05 -0800 (PST) From: Bridger Dyson-Smith Date: Thu, 1 Feb 2018 21:13:05 -0500 Message-ID: Subject: Lenovo T470s Questions To: freebsd-current@freebsd.org Cc: freebsd@grem.de X-Mailman-Approved-At: Fri, 02 Feb 2018 02:57:11 +0000 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2018 02:13:07 -0000 Hi list and Michael - I received a T470s at work and decided to jump into the CURRENT end of the FreeBSD pool. I have a weird acpi_ibm issue and I'm not sure where to start trying to diagnose the issue. # uname -a FreeBSD spanner 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r328126: Thu Jan 18 15:25:44 UTC 2018 root@releng3.nyi.freebsd.org:/ usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 I've loaded acpi_ibm via /boot/loader.conf: acpi_ibm_load="YES" and the module shows as being loaded: # kldstat | grep acpi_ibm 8 1 0xffffffff8278e000 7570 acpi_ibm.ko However, I don't have any of the sysctl knobs available; e.g. # sysctl -a | grep acpi_ibm # or # sysctl dev.acpi_ibm.0.fan_speed sysctl: unknown oid 'dev.acpi_ibm.0.fan_speed' I've (tried) to look through the commit messages on svn-src-head, but I'm not seeing anything specifically related to acpi work, or I just don't know what I'm looking at (a definite possibility). Would someone be able to provide a bit of debugging direction here? Reviewing `dmesg -a` doesn't tell me anything specific about acpi_ibm. Thanks in advance for your time and trouble. Bridger From owner-freebsd-current@freebsd.org Fri Feb 2 05:38:10 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1164EEE63AC for ; Fri, 2 Feb 2018 05:38:10 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 749247B0E8 for ; Fri, 2 Feb 2018 05:38:09 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MgKoE-1eLxJn2GTW-00Ngqr; Fri, 02 Feb 2018 06:38:01 +0100 Date: Fri, 2 Feb 2018 06:37:55 +0100 From: "O. Hartmann" To: Vladimir Zakharov Cc: freebsd-current@freebsd.org Subject: Re: buildkernel with PORTS_MODULES fails: Variable OBJTOP is recursive Message-ID: <20180202063755.02aa231a@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <20180201091030.qmq4boyzvvvqkug6@vzakharov> References: <20180201091030.qmq4boyzvvvqkug6@vzakharov> Organization: Walstatt MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:fD6I2rjXDf6iM/487JRqHG88rR8YHTjSkukqUnEsLoQ3o5IkqjF CMQt8DN/b9iNvecGBKYg8gJtb2f0TxY2kmokflkYO+XfXFaFbNlPnUEea1EkPVDmKyxK+a4 T9LDk0yu8QzmXLz8W1F9i/TCwbUonjvdhR7w9KnvMakcBMFiOKwM8EvxNWZdnchA/Q9C6as T7QyVBz9sZRzo4SYnrk2g== X-UI-Out-Filterresults: notjunk:1;V01:K0:IsbkuLpdeUU=:0QOhbUex0zPKqFSGGv9D3M TP+ZUzorx909sOup+9qoCONt90eYZjIh43jNnddyDLX8gvPo9EBIFCTqmI+BPIX8yXWEvkKmJ cnfUlr773mXvoeABrzKXGN65JSnOqFwYngaAH/rlAGdQzq5O5SWx1btTh/52uOkbII9UvPLf8 qDQp209z8NxnIC4ytGKscjgY6zwNJ3mMU2TWEKzCgLX48ydL3nRdgPgSWlLjVVE1ZTOfvPR38 prUtK0AkiyKKOh/echxkfl56mGdvSA23b7AP21mt/YXQq9VKeGPjN794oR5Ex9ZEW9q5q8OKp oej5n3bh8swHu1D2Dufi8ezzCI2rHLvfn8vd33LaeDOkLSp7md3IowvcTKXmXTT4k8rA3cRXy Op3rm7JxmjuqnLMGhX6JivdsSWt3Pa6y3ZtnvBpM6H2z5hFR2knd3pv+lu7dM5EuZHmOvhREu FX0DbwCAUhZJV4slNbDAYTSYPd4/CORqY8QfhYzIiA5+zOnxLJPPcWe5I7V1CyqpB21jJ+OlN UdMDBAKmPtFeze28yXtvsJ6P84PwHWLxTva1NvmjaEx7bfiXE2ssJH3w6q8TRIh5CVt5ANrCL FY9b3KtVMwkZE+Kl7/gK8PAD1jkjb0gFUWeEHA5Aeup04bOz4iyjqKwSyFzw5wwPkCC5jlSSV eOHRMcsDUR9ungkol/2ADPfs3jMQuERpRvgYCzByexfI6XyMjfHGsce50x5qvCQW+wgkoxirR YTuByasSmfI7F+Of0OhBOWnvSq1/HfFImh5jH8hmTRx55nkiYi6t0iMRWb9FhqnLWazFc3t/M Hg9+ShFqZY1S47y01F+2jhQXnWxEp9sM7Y2mA6UtgSZ6XPg63U= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2018 05:38:10 -0000 On Thu, 1 Feb 2018 12:10:30 +0300 Vladimir Zakharov wrote: > Hello! > > For some time (about a week) building and installing kernel fails with > the error "Variable OBJTOP is recursive." when going to build/install > module from ports. > > Last successful build was at r328426. Next build at r328527 failed and > still broken at r328649. > > Without PORTS_MODULES building and installing kernel succeeds. Another > workaround: ignore error and build/install module directly from ports. > > # cat /etc/make.conf > MALLOC_PRODUCTION=yes > KERNCONF=GENERIC-NODEBUG GENERIC > #KERNCONF= GENERIC-NODEBUG > CPUTYPE?=native > #PORTS_MODULES = gPORTS_MODULES raphics/drm-next-kmod > emulators/virtualbox-ose-kmod PORTS_MODULES = graphics/drm-next-kmod > > DOC_LANG = en_US.ISO8859-1 ru_RU.KOI8-R > > WITH_DEBUG_PORTS = mail/neomutt > > WITH_CCACHE_BUILD=yes > CCACHE_DIR=/home/ccache > > #DEVELOPER=yes > > ... > Building /home/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG/kernel.full > --- kernel.full --- > linking kernel.full > ctfmerge -L VERSION -g -o kernel.full ... > text data bss dec hex filename > 22584632 1376209 4748888 28709729 0x1b61361 kernel.full > Building /home/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG/kernel.debug > Building /home/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG/kernel > --- all --- > ===> Ports module graphics/drm-next-kmod (all) > cd ${PORTSDIR:-/usr/ports}/graphics/drm-next-kmod; env -u CC -u CXX > -u CPP -u MAKESYSPATH MAKEFLAGS="-j 4 -J 15,16 -j 4 -J 15,16 -D > NO_MODULES_OBJ .MAKE.LEVEL.ENV=MAKELEVEL KERNEL=kernel TARGET=amd64 > TARGET_ARCH=amd64" SYSDIR=/usr/src/sys > PATH= > SRC_BASE=/usr/src OSVERSION=1200056 > WRKDIRPREFIX=/home/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG make -B > clean build > ===> Cleaning for drm-next-kmod-g20180117 > ===> License BSD2CLAUSE MIT GPLv2 accepted by the user > ===> drm-next-kmod-g20180117 depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles required by drm-next-kmod-g20180117 for building > ===> Extracting for drm-next-kmod-g20180117 > => SHA256 Checksum OK for FreeBSDDesktop-kms-drm-g20180117-622fdd1_GH0.tar.gz. > ===> Patching for drm-next-kmod-g20180117 > ===> drm-next-kmod-g20180117 depends on file: /usr/local/bin/ccache - found > ===> Configuring for drm-next-kmod-g20180117 > ===> Building for drm-next-kmod-g20180117 > ===> drm (all) > Variable OBJTOP is recursive. > > make[6]: stopped in > *** Error code 2 > > Stop. > make[5]: stopped in > ===> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to > the maintainer. > *** Error code 1 > > Stop. > make[4]: stopped in /home/ports/graphics/drm-next-kmod > *** Error code 1 > > Stop. > make[3]: stopped in /home/ports/graphics/drm-next-kmod > *** [all] Error code 1 > ... > I have had the very same issue! You need to perform a "installworld" first (just comment out the PORTS_MODULES= parts of /etc/src.conf or /etc/make.conf, buildworld and buildkernel (maybe not a full buildworld, but I do not know the state of your source tree) and perform a regular installation of the world. It could be something easier by direkctly install-only the mk-portions, but recently, some changes to world (LLVM) made it worth anyway to buildworld. As recommended by others earlier on this list according to this subject, this procedure makes the problem go away. Kind regards, Oliver From owner-freebsd-current@freebsd.org Fri Feb 2 05:41:57 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 63338EE6754 for ; Fri, 2 Feb 2018 05:41:57 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C92497B486 for ; Fri, 2 Feb 2018 05:41:56 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MY3Ho-1eCZBv1vIu-00Uthy; Fri, 02 Feb 2018 06:41:51 +0100 Date: Fri, 2 Feb 2018 06:41:49 +0100 From: "O. Hartmann" To: Cy Schubert Cc: "O. Hartmann" , freebsd-current Subject: Re: CURRENT and HD3000: i915 failing badly Message-ID: <20180202064149.170ae47a@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <20180201155530.8AA9E1FCF@spqr.komquats.com> References: <20180201155530.8AA9E1FCF@spqr.komquats.com> Organization: Walstatt MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:7cmgG1sefm7GWAQXAM/f9EotVp5+NtI0lvja9RjePVovSD44jFR 1WR7rP5t86FAo4cPffZYd9heHlxvA1+MDFSMXe4FHqSoii1OgU1vkrJ3+mP7fFup/h8g6Dx M36XpB5XP0+hPl13uqz/+BABxHDITtggK6OdBeqPFuLYkpCYH5/8FZ3dzOayxZy/xlTyLxh Unev3NzM5DuCvUkLQ1+Kw== X-UI-Out-Filterresults: notjunk:1;V01:K0:RzsqACYUjf8=:cN4aB7T9l9IOT7SmdJJ3Dd tDBA2cUZLEWp+eYHGMYpNaNx5IvwbemMWtlbdWED/37kWvbqrQ/sT9H4V3ittyECSHk/YTLy+ 2M8ZZhtomejRM6ehqH1+UO7YkR7JNq5StQHf3NDKwFM6ZetltpntLljH1oIaZsPz8XWPQyAMQ xWoIifmC2NSehd0bZ0Cm9Ukxq6LnlwFClhSlrZjiHxJG47gkFBAv5mfJAnXez01XUvANSymHM jCoRUX8/OtCDL5n/X+SOaKZ5Lub+w1JHiEq0l/98FSL4sSFG/PuCCbELDCOpNwbEHMeFd3au7 RRhhRrb031hv1kbK9FV7MZacqX9iFWc0OANFmFLyo/kggDMn6f5M+Or9+Uv+cLo/OIuuREL8T 9bnrbc6pDdhPABGTPbBe1UqcP22I62vpqPPa2GOF3kNIF2qurI9fVmUuIySVo+B1ISJmfb7dI LrKXBctVHYRt5Hp0bKyEBXecOZcuUes8t9eEisi0+D4dhlApSVqSBnWt12D1K/hgq2ozEezvh foKMlVqAX8iV06+qHOCIgfsmo8HOMgRU3nAcNeVbnd1fHVTxMfC2UHl/+D3J3T2TlOjKfiVDy XHmfnHCvsRAkKtYCQ6wFgkxMLczVKwIV5HDyceOEj+/V7eyeLpzvwpPS+OTrKjrmBPXmfwQRa IZ1zGbVmi6/jjpwtLksoDVzDxo0H/u9zPE+wJBFtYluI39rTlOkPiuWxAK10HVsO1IB/MHC6t V1+wE8FPu28w2eW2YpXl+uBEUCKzMOEactuV6pwfEXGl9eqo1fo+NGISqlwUQIIvD8+rP4t4u XWXjvgL8t/WfJSSYA+H0l7Uf1wD3UKoY06HBirhRydtTYshutM= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2018 05:41:57 -0000 On Thu, 1 Feb 2018 07:55:32 -0800 Cy Schubert wrote: > My laptop, a 2012 vintage Acer with HD3000, has had no such issues under > -CURRENT. Though the LCD started to display colored vertical lines last year; > replacing it with a new LCD resolved it. > > Can you describe the problem further? Maybe a picture of the distortion you > describe? What apps are you trying to run. Can you post dmesg, kldstat, and > Xorg.0 outputs? What does your xorg.conf look like? > > --- > Sent using a tiny phone keyboard. > Apologies for any typos and autocorrect. > Also, this old phone only supports top post. Apologies. > > Cy Schubert > or > The need of the many outweighs the greed of the few. > --- > > -----Original Message----- > From: O. Hartmann > Sent: 01/02/2018 04:07 > To: freebsd-current > Subject: CURRENT and HD3000: i915 failing badly > > Hello out there, > > I got my hands on a Fujitsu Lifebook E751 manufactured 8/2011. The CPU is > a Core i5-2520M, 4GB RAM and QM67 chipset, with an integrated HD3000 graphics. > The display is on this model a Non-Glare HD+ display (1920x1080, I guess). > > Neither FreeBSD 11.1-RELENG from USB flash nor 12-CURRENT as of 25th January > work with the display: after the kernel has booted, I see only distortion and > garbage on the screen. I checked with a recent Ubuntu and the Linux system is > capable of showing nice and fancy graphics - but FreeBSD seems to be incapable > to produce any serious console picture on this 6+ years old HD3000 chipset. > What is the special case on this HD3000 and why isn't FreeBSD supporting it > properly - or am I doing something wrong? > > Kind regards, > oh > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Hello all. First: big apologize. Me stupid used a set of oldish and outdated FreeBSD boot images and I thought I had the right ones at hand. They were 10.X and 11.1. Recent CURRENT as of 25th January as well as most recent CURRENT compiled by myself works without problems. Kind regards Oliver p.s. Thanks for all the answers. From owner-freebsd-current@freebsd.org Fri Feb 2 10:11:25 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 208DBECDB16 for ; Fri, 2 Feb 2018 10:11:25 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from mail.rlwinm.de (mail.rlwinm.de [138.201.35.217]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B329684771 for ; Fri, 2 Feb 2018 10:11:24 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from crest.bultmann.eu (unknown [IPv6:2a00:c380:c0d5:1:d9a4:bb9d:a5bf:8e10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.rlwinm.de (Postfix) with ESMTPSA id CB664B866 for ; Fri, 2 Feb 2018 10:11:16 +0000 (UTC) Subject: Re: Lenovo T470s Questions To: freebsd-current@freebsd.org References: From: Jan Bramkamp Message-ID: Date: Fri, 2 Feb 2018 11:11:15 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2018 10:11:25 -0000 On 02.02.18 03:13, Bridger Dyson-Smith wrote: > Hi list and Michael - > > I received a T470s at work and decided to jump into the CURRENT end of the > FreeBSD pool. I have a weird acpi_ibm issue and I'm not sure where to start > trying to diagnose the issue. > > # uname -a > FreeBSD spanner 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r328126: Thu Jan 18 > 15:25:44 UTC 2018 root@releng3.nyi.freebsd.org:/ > usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > > I've loaded acpi_ibm via /boot/loader.conf: > acpi_ibm_load="YES" > > and the module shows as being loaded: > # kldstat | grep acpi_ibm > 8 1 0xffffffff8278e000 7570 acpi_ibm.ko > > However, I don't have any of the sysctl knobs available; e.g. > # sysctl -a | grep acpi_ibm > # > > or > # sysctl dev.acpi_ibm.0.fan_speed > sysctl: unknown oid 'dev.acpi_ibm.0.fan_speed' > > I've (tried) to look through the commit messages on svn-src-head, but I'm > not seeing anything specifically related to acpi work, or I just don't know > what I'm looking at (a definite possibility). I made the same discovery on my T470s running FreeBSD 12-CURRENT. It has been a long time since Thinkpads were designed by IBM. The fan control works just fine without any special purpose module. The acpi_ibm module main usecase for me was always handling the special button events, but these days they are just secondary function on the regular function keys. Who needs an additional row of buttons on >2k€ laptop when you can waste the space on a large useless trackpad. From owner-freebsd-current@freebsd.org Fri Feb 2 10:44:02 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 08F68ECF7D5 for ; Fri, 2 Feb 2018 10:44:02 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id 69C7885A14 for ; Fri, 2 Feb 2018 10:44:00 +0000 (UTC) (envelope-from freebsd@grem.de) Received: (qmail 32440 invoked by uid 89); 2 Feb 2018 10:37:18 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@80.190.102.231) by mail.grem.de with ESMTPA; 2 Feb 2018 10:37:18 -0000 Date: Fri, 2 Feb 2018 11:37:17 +0100 From: Michael Gmelin To: Bridger Dyson-Smith Cc: Jan Bramkamp , freebsd-current@freebsd.org, "Rodney W. Grimes" Subject: Re: Lenovo T470s Questions Message-ID: <20180202113717.5dff994f@bsd64.grem.de> In-Reply-To: References: X-Mailer: Claws Mail 3.15.1 (GTK+ 2.24.31; amd64-portbld-freebsd10.3) X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2018 10:44:02 -0000 On Fri, 2 Feb 2018 11:11:15 +0100 Jan Bramkamp wrote: > On 02.02.18 03:13, Bridger Dyson-Smith wrote: > > Hi list and Michael - > >=20 > > I received a T470s at work and decided to jump into the CURRENT end > > of the FreeBSD pool. I have a weird acpi_ibm issue and I'm not sure > > where to start trying to diagnose the issue. > >=20 > > # uname -a > > FreeBSD spanner 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r328126: Thu > > Jan 18 15:25:44 UTC 2018 root@releng3.nyi.freebsd.org:/ > > usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > >=20 > > I've loaded acpi_ibm via /boot/loader.conf: > > acpi_ibm_load=3D"YES" > >=20 > > and the module shows as being loaded: > > # kldstat | grep acpi_ibm > > 8 1 0xffffffff8278e000 7570 acpi_ibm.ko > >=20 > > However, I don't have any of the sysctl knobs available; e.g. > > # sysctl -a | grep acpi_ibm > > # > >=20 > > or > > # sysctl dev.acpi_ibm.0.fan_speed > > sysctl: unknown oid 'dev.acpi_ibm.0.fan_speed' > >=20 > > I've (tried) to look through the commit messages on svn-src-head, > > but I'm not seeing anything specifically related to acpi work, or I > > just don't know what I'm looking at (a definite possibility). =20 >=20 > I made the same discovery on my T470s running FreeBSD 12-CURRENT. It > has been a long time since Thinkpads were designed by IBM. The fan > control works just fine without any special purpose module. The > acpi_ibm module main usecase for me was always handling the special > button events, but these days they are just secondary function on the > regular function keys. Who needs an additional row of buttons on >2k=E2= =82=AC > laptop when you can waste the space on a large useless trackpad. I personally love having a large, well built trackpad *and* function keys. That aside, I've been working on a patch to acpi_ibm to support special button events, bluetooth on/off and controlling the keyboard backlight (not just for the T470s, but also for other recent Lenovo models). I still need to update the man page and polish it, but it's already available in a code review and I use it myself successfully (I didn't look into things like fan control though, as those really shouldn't be touched these days): https://reviews.freebsd.org/D14103 Direct link to the patch: https://reviews.freebsd.org/D14103?download=3Dtrue Testers and code reviews are welcome. Best, Michael p.s. Make sure to load the correct kernel module in case you rebuilt it individually. --=20 Michael Gmelin From owner-freebsd-current@freebsd.org Fri Feb 2 06:23:13 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A3336EE81CA for ; Fri, 2 Feb 2018 06:23:13 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 173D47C7C7 for ; Fri, 2 Feb 2018 06:23:12 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w126N2it039064; Thu, 1 Feb 2018 22:23:03 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w126N1b4039063; Thu, 1 Feb 2018 22:23:01 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201802020623.w126N1b4039063@pdx.rh.CN85.dnsmgr.net> Subject: Re: Lenovo T470s Questions In-Reply-To: To: Bridger Dyson-Smith Date: Thu, 1 Feb 2018 22:23:01 -0800 (PST) CC: freebsd-current@freebsd.org, freebsd@grem.de X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Fri, 02 Feb 2018 11:23:31 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2018 06:23:13 -0000 > Hi list and Michael - > > I received a T470s at work and decided to jump into the CURRENT end of the > FreeBSD pool. I have a weird acpi_ibm issue and I'm not sure where to start > trying to diagnose the issue. > > # uname -a > FreeBSD spanner 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r328126: Thu Jan 18 > 15:25:44 UTC 2018 root@releng3.nyi.freebsd.org:/ > usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > > I've loaded acpi_ibm via /boot/loader.conf: > acpi_ibm_load="YES" > > and the module shows as being loaded: > # kldstat | grep acpi_ibm > 8 1 0xffffffff8278e000 7570 acpi_ibm.ko > > However, I don't have any of the sysctl knobs available; e.g. > # sysctl -a | grep acpi_ibm > # > > or > # sysctl dev.acpi_ibm.0.fan_speed > sysctl: unknown oid 'dev.acpi_ibm.0.fan_speed' > > I've (tried) to look through the commit messages on svn-src-head, but I'm > not seeing anything specifically related to acpi work, or I just don't know > what I'm looking at (a definite possibility). > > Would someone be able to provide a bit of debugging direction here? > Reviewing `dmesg -a` doesn't tell me anything specific about acpi_ibm. Do you at least get this line in dmesg: acpi_ibm0: on acpi0 If not then the module did not find the ibm acpi stuff and that is why none of the other stuff works. > Thanks in advance for your time and trouble. > Bridger > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Fri Feb 2 11:23:43 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7514BED19C7 for ; Fri, 2 Feb 2018 11:23:43 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B288186F11 for ; Fri, 2 Feb 2018 11:23:41 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (124-18-70-98.dz.commufa.jp [124.18.70.98]) (authenticated bits=0) by dec.sakura.ne.jp (8.15.2/8.15.2/[SAKURA-WEB]/20080708) with ESMTPA id w12BNWgp010203; Fri, 2 Feb 2018 20:23:33 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Fri, 2 Feb 2018 20:23:32 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Cc: bdysonsmith@gmail.com Subject: Re: Lenovo T470s Questions Message-Id: <20180202202332.791eef96ccdf40e8a0a2c17d@dec.sakura.ne.jp> In-Reply-To: References: Organization: Junchoon corps X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; amd64-portbld-freebsd11.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2018 11:23:43 -0000 Not 100% sure but possibly some (one?) EisaId are (is) missing in ibm_ids definition of sys/dev/acpi_support/acpi_ibm.c. Currently it contains "IBM0068" and "LEN0068". Run `acpidump -d -t | fgrep EisaId` as root on your T470s and look for EisaId something other than... IBM0068 LEN0068 IBM3780 PNP???? If there's something new, insert them (it) to static char *ibm_ids[] = {"IBM0068", "LEN0068", NULL}; line of sys/dev/acpi_support/acpi_ibm.c, between "LEN0068" and "NULL". If there's none, it's over my hand. :-( There could be some incompatibility, like struct member change etc. See my web page [1] of part "Note for limitations of ACPI in ThinkPad T420" and The FreeBSD Forums' thread noted there [2] for more info. Although old, but part of them can be useful. [1] http://www.dec.sakura.ne.jp/~junchoon/machine/freebsd-e.html [2] https://forums.freebsd.org/threads/26759/ On Thu, 1 Feb 2018 21:13:05 -0500 Bridger Dyson-Smith wrote: > Hi list and Michael - > > I received a T470s at work and decided to jump into the CURRENT end of the > FreeBSD pool. I have a weird acpi_ibm issue and I'm not sure where to start > trying to diagnose the issue. > > # uname -a > FreeBSD spanner 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r328126: Thu Jan 18 > 15:25:44 UTC 2018 root@releng3.nyi.freebsd.org:/ > usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > > I've loaded acpi_ibm via /boot/loader.conf: > acpi_ibm_load="YES" > > and the module shows as being loaded: > # kldstat | grep acpi_ibm > 8 1 0xffffffff8278e000 7570 acpi_ibm.ko > > However, I don't have any of the sysctl knobs available; e.g. > # sysctl -a | grep acpi_ibm > # > > or > # sysctl dev.acpi_ibm.0.fan_speed > sysctl: unknown oid 'dev.acpi_ibm.0.fan_speed' > > I've (tried) to look through the commit messages on svn-src-head, but I'm > not seeing anything specifically related to acpi work, or I just don't know > what I'm looking at (a definite possibility). > > Would someone be able to provide a bit of debugging direction here? > Reviewing `dmesg -a` doesn't tell me anything specific about acpi_ibm. > > Thanks in advance for your time and trouble. > Bridger > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Tomoaki AOKI From owner-freebsd-current@freebsd.org Fri Feb 2 11:38:49 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AB1BFED265D for ; Fri, 2 Feb 2018 11:38:49 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id 123478770E for ; Fri, 2 Feb 2018 11:38:48 +0000 (UTC) (envelope-from freebsd@grem.de) Received: (qmail 33035 invoked by uid 89); 2 Feb 2018 11:38:48 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@80.190.102.231) by mail.grem.de with ESMTPA; 2 Feb 2018 11:38:48 -0000 Date: Fri, 2 Feb 2018 12:38:47 +0100 From: Michael Gmelin To: Tomoaki AOKI Cc: freebsd-current@freebsd.org, bdysonsmith@gmail.com Subject: Re: Lenovo T470s Questions Message-ID: <20180202123847.3cc856ad@bsd64.grem.de> In-Reply-To: <20180202202332.791eef96ccdf40e8a0a2c17d@dec.sakura.ne.jp> References: <20180202202332.791eef96ccdf40e8a0a2c17d@dec.sakura.ne.jp> X-Mailer: Claws Mail 3.15.1 (GTK+ 2.24.31; amd64-portbld-freebsd10.3) X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2018 11:38:50 -0000 On Fri, 2 Feb 2018 20:23:32 +0900 Tomoaki AOKI wrote: > Not 100% sure but possibly some (one?) EisaId are (is) missing in > ibm_ids definition of sys/dev/acpi_support/acpi_ibm.c. > Currently it contains "IBM0068" and "LEN0068". > > Run `acpidump -d -t | fgrep EisaId` as root on your T470s and look for > EisaId something other than... > > IBM0068 > LEN0068 > IBM3780 > PNP???? > > If there's something new, insert them (it) to > static char *ibm_ids[] = {"IBM0068", "LEN0068", NULL}; > line of sys/dev/acpi_support/acpi_ibm.c, between "LEN0068" and "NULL". > > If there's none, it's over my hand. :-( > There could be some incompatibility, like struct member change etc. Hi Tomoaki, Could you please take a look at this? https://reviews.freebsd.org/D14103 Thanks, Michael > > See my web page [1] of part "Note for limitations of ACPI in ThinkPad > T420" and The FreeBSD Forums' thread noted there [2] for more info. > Although old, but part of them can be useful. > > [1] http://www.dec.sakura.ne.jp/~junchoon/machine/freebsd-e.html > [2] https://forums.freebsd.org/threads/26759/ > > > On Thu, 1 Feb 2018 21:13:05 -0500 > Bridger Dyson-Smith wrote: > > > Hi list and Michael - > > > > I received a T470s at work and decided to jump into the CURRENT end > > of the FreeBSD pool. I have a weird acpi_ibm issue and I'm not sure > > where to start trying to diagnose the issue. > > > > # uname -a > > FreeBSD spanner 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r328126: Thu > > Jan 18 15:25:44 UTC 2018 root@releng3.nyi.freebsd.org:/ > > usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > > > > I've loaded acpi_ibm via /boot/loader.conf: > > acpi_ibm_load="YES" > > > > and the module shows as being loaded: > > # kldstat | grep acpi_ibm > > 8 1 0xffffffff8278e000 7570 acpi_ibm.ko > > > > However, I don't have any of the sysctl knobs available; e.g. > > # sysctl -a | grep acpi_ibm > > # > > > > or > > # sysctl dev.acpi_ibm.0.fan_speed > > sysctl: unknown oid 'dev.acpi_ibm.0.fan_speed' > > > > I've (tried) to look through the commit messages on svn-src-head, > > but I'm not seeing anything specifically related to acpi work, or I > > just don't know what I'm looking at (a definite possibility). > > > > Would someone be able to provide a bit of debugging direction here? > > Reviewing `dmesg -a` doesn't tell me anything specific about > > acpi_ibm. > > > > Thanks in advance for your time and trouble. > > Bridger > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > > -- Michael Gmelin From owner-freebsd-current@freebsd.org Sat Feb 3 08:10:57 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3EF5FECBD48 for ; Sat, 3 Feb 2018 08:10:57 +0000 (UTC) (envelope-from zakharov.vv@gmail.com) Received: from mail-lf0-x231.google.com (mail-lf0-x231.google.com [IPv6:2a00:1450:4010:c07::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B7417AC8E for ; Sat, 3 Feb 2018 08:10:56 +0000 (UTC) (envelope-from zakharov.vv@gmail.com) Received: by mail-lf0-x231.google.com with SMTP id 63so34806410lfv.4 for ; Sat, 03 Feb 2018 00:10:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=n1WnWfdAN5jLwilD5IFIeW711xriTQeZgrmdAPt2xTg=; b=TbdsvT1du61B37eRPoeCwBmplRIjMH5nliLo/+eqpHQrVNiF2uxZZmZfRXWMvW4szD 9zh9P1wQQjHrHnZAVnuEv+7lmrXCM38gVO6l01teF7nLSf8sbWHpgF4qj0QDTB79zEtQ 6ArlJ0NEk3241E0Wq3rZnevm82fdUXBmfc8Wa+SL09zRU1BoNDOA1zJs1Je3FDWqG8Mi 4EfL659N6F0tUH+fo0oItZ/dVcoUMoFU0lFxkYJZGfiuAQcp2RI3qj/NCWrroUBaBWO8 MlhK2rgxOkeycJgTldhPPP0bFREbwwOgyuaCybr3vNjXFRgKpaVZ8mTS+bd5NS7YX2rT 1aOQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=n1WnWfdAN5jLwilD5IFIeW711xriTQeZgrmdAPt2xTg=; b=hSiTBRtl/JE7imBhNXmZmSB43fR82znlj/lMEH2HCWIxj0/KtGxgHBN7gS5XE/NMqP c8VAHZ00/ochh85eRnCehfaXFJVPR4CVjFw7un5rdJqnReVFDKYBCKxx6MCVqt7oNh2x KasjNyLAKdJQGt6RMJ2jWWyLUMuKRE1T68ngzE1M7/sHxI9JLpgwY5RL+KZdjH28z/Ub p+uY+uLwezVS7cFkdlO9b/2xB6TEhZ2MBw+XwkMT185SwTj5f14wlPMOigub7rqfUHhd C103ukDSK6ih1K6QMuYBbYa0NJFrcSMxMaaYU1Db1pqxsQ/ZMpgCsa3k1wh7qE/ElZjS S1oA== X-Gm-Message-State: AKwxytdkuR0kngqHXBeLq/VOB3CWWp50cwcVOcjb9lbVvf6DZ+2uiiEK NYlSBo6x9ttyi6/PvmBqlPdhH4rJ X-Google-Smtp-Source: AH8x224i9ahvMRuumf1PV1xUmo9ahCqi0hsgD8OQ83Q2hmcmcXMHBZEekzMxPSfHtvHwCXay/Ak7MQ== X-Received: by 10.25.219.206 with SMTP id t75mr27446784lfi.125.1517645455206; Sat, 03 Feb 2018 00:10:55 -0800 (PST) Received: from localhost ([81.19.73.153]) by smtp.gmail.com with ESMTPSA id l16sm781081lfk.65.2018.02.03.00.10.53 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 03 Feb 2018 00:10:54 -0800 (PST) Date: Sat, 3 Feb 2018 11:10:53 +0300 From: Vladimir Zakharov To: "O. Hartmann" Cc: freebsd-current@freebsd.org Subject: Re: buildkernel with PORTS_MODULES fails: Variable OBJTOP is recursive Message-ID: <20180203081053.rxyog5iewqrjezp6@vzakharov> References: <20180201091030.qmq4boyzvvvqkug6@vzakharov> <20180202063755.02aa231a@freyja.zeit4.iv.bundesimmobilien.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20180202063755.02aa231a@freyja.zeit4.iv.bundesimmobilien.de> X-Operating-System: FreeBSD 12.0-CURRENT amd64 X-PGP-Key: http://vzakharov.ru/pubkey.asc User-Agent: NeoMutt/20171215 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Feb 2018 08:10:57 -0000 Hello, Oliver! On Fri, Feb 02, 2018, O. Hartmann wrote: > On Thu, 1 Feb 2018 12:10:30 +0300 > Vladimir Zakharov wrote: > > > Hello! > > > > For some time (about a week) building and installing kernel fails with > > the error "Variable OBJTOP is recursive." when going to build/install > > module from ports. > > > > Last successful build was at r328426. Next build at r328527 failed and > > still broken at r328649. > > > > Without PORTS_MODULES building and installing kernel succeeds. Another > > workaround: ignore error and build/install module directly from ports. > > > > I have had the very same issue! > > You need to perform a "installworld" first (just comment out the PORTS_MODULES= > parts of /etc/src.conf or /etc/make.conf, buildworld and buildkernel (maybe not > a full buildworld, but I do not know the state of your source tree) and perform > a regular installation of the world. It could be something easier by direkctly > install-only the mk-portions, but recently, some changes to world (LLVM) made > it worth anyway to buildworld. > > As recommended by others earlier on this list according to this subject, this > procedure makes the problem go away. Thanks for your answer. Unfortunately, this didn't help. -- Regards, | "In theory there is no difference between theory Vladimir Zakharov | and practice. In practice there is."- Yogi Berra From owner-freebsd-current@freebsd.org Sat Feb 3 10:44:07 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 89E59ED97CB for ; Sat, 3 Feb 2018 10:44:07 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DB673812DA; Sat, 3 Feb 2018 10:44:06 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([85.181.115.190]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MeP5b-1eNMXo0aBb-00QCPL; Sat, 03 Feb 2018 11:43:59 +0100 Date: Sat, 3 Feb 2018 11:43:25 +0100 From: "O. Hartmann" To: Dimitry Andric Cc: "O. Hartmann" , FreeBSD CURRENT Subject: Re: CURRENT, CLANG 6: apache24, uid 80: exited on signal 11 Message-ID: <20180203114352.21de5800@thor.intern.walstatt.dynvpn.de> In-Reply-To: <0D62F4DB-72A3-4A38-8448-5BE722D75B62@FreeBSD.org> References: <20180129194025.745c49bd@thor.intern.walstatt.dynvpn.de> <0B0D5F42-8A40-4E00-812C-EFB6556E9444@FreeBSD.org> <0D62F4DB-72A3-4A38-8448-5BE722D75B62@FreeBSD.org> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/Np4pElDMWfd+sS9G0=/kRCK"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:mTRfs6cq3LahBQztSMDzVZ7M1Ibhp1iiTcWYoAxsETf2qqTG40+ oOAlrZPvL1BuPACJ+YALGCSQoLr9X6xAJ7LrgBOz41jQYm4oOjFlVaqCvAv7TJBT3jqItMc Gi7qjQm30kzTOZEpHBBFMbobmegURkBxSyXBHjFJQIRgE2e8ONCWkXxwEOvhAQUK/Dnyy2b GLyUJOBuKmBvTrVyTnP7A== X-UI-Out-Filterresults: notjunk:1;V01:K0:VQ/PmS+0Yas=:Pp5lxLeNKK10+tDyv4TOEJ tCZbkXesCHwbLPMxTX6YohGLwDhL4RI201BCd5zz3bJ6y+we9HSjuLbJBpjU1ylgb7QjhTVA8 7DNIybmEYh4XOW/gD7/k73yVLFCmn5EN+cPUkyhUlG+WyN3CZ24lCuz4DgcQ+x11vtGTEFuvc EeT/hGS5ys9YFUWE8ejHakSJfYaQxO60nZjYpw2Mc3/C3TwUMT5/4hINjngS2Qfr+kz4vjmF8 C5ztmfELlm9nBqjcT9BIT7V9FjA9DS2XVxjruFrEDdNmFtkapfIUaJ27IXdd+8rJbMQ+8EZup JlGjkAmei5xAckpkCs5KNYAbXecyFrudPVUn+/yKTGinHIPFZNmIk2oX89+x2chkf+iIqrUT+ juzGfKItyIF12mqDoCbz9SXTCDq5aA7zPwLa9uDEd4ZYTWuyr/9+UX7Ve0mwe/wQhRKihKGz0 Yo59OEi0ho1PSLcRu0ie3GFMWDrj0WpocPnjCcIj5i58Z6ZL2/QNsDAW7env/N3QZDlgxTmYv uW+8rpbdV7Ectsg2y1JcMBsCALL/ztN4H87Ke03D2WCijR3TixImXhV05bWcaj9R4cbRlMXCL BP2d2ceawjJ8MvKUO+SeS9qmH+xfHao1NBz4C3EX6/tznU3bRvyo735c9cEIol6eN9O+daCOI DniDV2isRYB8pi8Om8+YVMYKx5kE8PZJO5EjhInp0omTwwwbxR+IAk0nDgx/qjV/LxDLG8l1u z+wb1fVoIYEUDWtGt9H4kM5Q0JFZ1j5t4CXLFOLf7o21k2/NJNvjRn2qxPI+3ZhKKfQDRIshV 3DyTHrUhN5jawVhkBQW0sVL9TrxDw== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Feb 2018 10:44:07 -0000 --Sig_/Np4pElDMWfd+sS9G0=/kRCK Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Tue, 30 Jan 2018 00:09:07 +0100 Dimitry Andric schrieb: > On 30 Jan 2018, at 00:01, Dimitry Andric wrote: > >=20 > > On 29 Jan 2018, at 19:39, O. Hartmann wrote: = =20 > >>=20 > >> Last weekend I updated a CURRENT server to recent CURRENT, > r328400 a= nd performed > >> updates of the ports tree. Since Sunday, I receive segmenatation fault= s (SIG 11) when > >> accessing the server, especially with setup of nextcloud, refdb, phpld= apadmin and any > >> other access with LDAP backend (all https). > >>=20 > >> The message on console is: > >>=20 > >> pid 23108 (httpd), uid 80: exited on signal 11 > >> pid 32283 (httpd), uid 80: exited on signal 11 > >> pid 21286 (httpd), uid 80: exited on signal 11 > >> pid 10292 (httpd), uid 80: exited on signal 11 > >>=20 > >> I do not see anything else! Neither in the log (no matter what log lev= el I switch > >> on) nor elsewhere. > >>=20 > >> Configuration hasn't changed. > >>=20 > >> What the ... is up with the system? How can I dig into the problem? =20 > >=20 > > Try debugging httpd, e.g.: > >=20 > > sudo /usr/local/sbin/httpd -X =20 >=20 > I meant "sudo gdb /usr/local/sbin/httpd -X", sorry. >=20 > -Dimitry >=20 I see this: Starting program: /usr/local/sbin/httpd -X [Sat Feb 03 11:41:27.704031 2018] [core:warn] [pid 59320:tid 34376777728] (= 2)No such file or directory: AH00075: Failed to enable the 'httpready' Accept Filter [Sat = Feb 03 11:41:27.704359 2018] [core:warn] [pid 59320:tid 34376777728] (2)No such fi= le or directory: AH00075: Failed to enable the 'dataready' Accept Filter [New LWP= 101096 of process 59320] [New LWP 101105 of process 59320] [New LWP 101109 of process= 59320] [New LWP 101103 of process 59320] [New LWP 101102 of process 59320] [New LWP 101110 of process 59320] [New LWP 101107 of process 59320] [New LWP 101098 of process 59320] [New LWP 101099 of process 59320] [New LWP 101108 of process 59320] [New LWP 101112 of process 59320] [New LWP 101101 of process 59320] [New LWP 101104 of process 59320] [New LWP 101097 of process 59320] [New LWP 101106 of process 59320] [New LWP 101111 of process 59320] [New LWP 101100 of process 59320] [LWP 101096 of process 59320 exited] Thread 11 received signal SIGSEGV, Segmentation fault. [Switching to LWP 101108 of process 59320] 0x0000000802300382 in ?? () from /usr/local/lib/php/20131226-zts/opcache.so --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/Np4pElDMWfd+sS9G0=/kRCK Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWnWSaAAKCRDS528fyFhY lALQAf9rC3iT23cSlwL8BVgJUZkAU3gGXyP5d2RtVYlhGbicFF8fg8wh4jn4ISBk xqnbOZTwJQTz3kVRON2QxiGAjAcTAf9RoM9A8MQxkHjJ0elg6+0JIZpJ+KA0gU8w 9pZ5OoTMmJuYHv1vpkA0n1FPGE3T6T7Z/vgNcbs+nMQv1My2YzfH =qMXS -----END PGP SIGNATURE----- --Sig_/Np4pElDMWfd+sS9G0=/kRCK-- From owner-freebsd-current@freebsd.org Sat Feb 3 11:01:50 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9B851EDB051 for ; Sat, 3 Feb 2018 11:01:50 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 131BF81F40; Sat, 3 Feb 2018 11:01:49 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([85.181.115.190]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MYwQh-1eDUQf2yAd-00VdIY; Sat, 03 Feb 2018 12:01:42 +0100 Date: Sat, 3 Feb 2018 12:01:07 +0100 From: "O. Hartmann" To: "O. Hartmann" Cc: Dimitry Andric , FreeBSD CURRENT Subject: Re: CURRENT, CLANG 6: apache24, uid 80: exited on signal 11 Message-ID: <20180203120134.678b8d43@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20180203114352.21de5800@thor.intern.walstatt.dynvpn.de> References: <20180129194025.745c49bd@thor.intern.walstatt.dynvpn.de> <0B0D5F42-8A40-4E00-812C-EFB6556E9444@FreeBSD.org> <0D62F4DB-72A3-4A38-8448-5BE722D75B62@FreeBSD.org> <20180203114352.21de5800@thor.intern.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/+tCUIE.5LBcG.cT7.3hzOi7"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:ZlvXLj0qhizorjm6Q7zyUaxxJQN8rSf/GqLEHkDmsiVdLo6nHsT Uy9sBwEhe1EXugrdjF/Z+cTd5Epydi2j2lgBzhXZ3EDGQ0BjTunRWIV2o67Jcz4NS/DU/nZ CmQ1qQZwh9WmTtO+ow1fvHRdHI+V8wcUxk6yVZAn4VoKw+ZPxBaToWbwd5HLyBTJnM19N4S T6ApBeISaxadSknuPgruA== X-UI-Out-Filterresults: notjunk:1;V01:K0:Wtr3vnBZ5ws=:WYUQSvDa2Jp3AULpAoOpoe pOYtnctNGSemyd3FtNVWjA5F+zXIOWjOtUJbXm9dzM0gC48sF7kguYwUjeiEuDHJqmXBwJ4lJ /9csOb93veEqX8FiPEUL5GA+0f65Zyze6Quhj7o8/x6ILnuXZxY7hiw69WXJ5h6tqK0zBuUe+ 0KVYWDK0HIAXnUyvuKC4fpqx6LPYlvQJGdo4Z+nvrnLSczJLDzQyIvoPoIq793TBAsJ9romwI GsKul0khF5OXp8u6kENzM6boYexjHnvbapGe+OjqkljxsdugTrgicpeChbCLAa6P0K+htbUkF Y0MBeH+3IJRfjpENfJKlWXwLW5QlPF4hvR5Du3hm5IvkMscrWJ76bLomUFDHy1UUrxaqnA9r4 RlKkhfmxzF3AkJtgGRFZuzJfyMCxTlviF2N7Fg+5EZ64cb1OeKAeHoD5Dja5DpS3Wpxu1/+EK foT349dDE9hzQMtwLxy07FJBRzpFwil4DEXdI9J08NgkHxj3EiTGJy4scQKJ6PHAZuhzzFzIe hBe85U0hhxebRg7h5Qa8/lAZfjpQQVD8/bLsnmXyi8Jmay295yPK7WzsZSUrTtrxZX82JSVY0 DcuS0cIWWmeT/ZikJ+KoUT9p/1NxUi12pjhhnGUYg81LR4ZfGV0qkyoQTKKCHcK6ZS5193BaJ 2KLR4WjGuXHMbhHV5jNiLNb1b1pem2pYo+fhYj04sFtQ8BPNXI8oOil9Yolf6WXQC01bXhsBs nU1qdDtK5WBxkl1xZ28ig7yCGiij0uJ0PcrGa+qVGigWVcflUiWXColrCzw8KLwOHcuYRFeyn oCsTA1qqyDDJ0IGEbpLBrrYko4Vsw== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Feb 2018 11:01:50 -0000 --Sig_/+tCUIE.5LBcG.cT7.3hzOi7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Sat, 3 Feb 2018 11:43:25 +0100 "O. Hartmann" schrieb: > Am Tue, 30 Jan 2018 00:09:07 +0100 > Dimitry Andric schrieb: >=20 > > On 30 Jan 2018, at 00:01, Dimitry Andric wrote: =20 > > >=20 > > > On 29 Jan 2018, at 19:39, O. Hartmann wrote:= =20 > > >>=20 > > >> Last weekend I updated a CURRENT server to recent CURRENT, > r328400= and performed > > >> updates of the ports tree. Since Sunday, I receive segmenatation fau= lts (SIG 11) > > >> when accessing the server, especially with setup of nextcloud, refdb= , phpldapadmin > > >> and any other access with LDAP backend (all https). > > >>=20 > > >> The message on console is: > > >>=20 > > >> pid 23108 (httpd), uid 80: exited on signal 11 > > >> pid 32283 (httpd), uid 80: exited on signal 11 > > >> pid 21286 (httpd), uid 80: exited on signal 11 > > >> pid 10292 (httpd), uid 80: exited on signal 11 > > >>=20 > > >> I do not see anything else! Neither in the log (no matter what log l= evel I switch > > >> on) nor elsewhere. > > >>=20 > > >> Configuration hasn't changed. > > >>=20 > > >> What the ... is up with the system? How can I dig into the problem? = =20 > > >=20 > > > Try debugging httpd, e.g.: > > >=20 > > > sudo /usr/local/sbin/httpd -X =20 > >=20 > > I meant "sudo gdb /usr/local/sbin/httpd -X", sorry. > >=20 > > -Dimitry > > =20 >=20 > I see this: >=20 >=20 > Starting program: /usr/local/sbin/httpd -X > [Sat Feb 03 11:41:27.704031 2018] [core:warn] [pid 59320:tid 34376777728]= (2)No such > file or directory: AH00075: Failed to enable the 'httpready' Accept Filte= r [Sat Feb 03 > 11:41:27.704359 2018] [core:warn] [pid 59320:tid 34376777728] (2)No such = file or > directory: AH00075: Failed to enable the 'dataready' Accept Filter [New L= WP 101096 of > process 59320] [New LWP 101105 of process 59320] [New LWP 101109 of proce= ss 59320] > [New LWP 101103 of process 59320] > [New LWP 101102 of process 59320] > [New LWP 101110 of process 59320] > [New LWP 101107 of process 59320] > [New LWP 101098 of process 59320] > [New LWP 101099 of process 59320] > [New LWP 101108 of process 59320] > [New LWP 101112 of process 59320] > [New LWP 101101 of process 59320] > [New LWP 101104 of process 59320] > [New LWP 101097 of process 59320] > [New LWP 101106 of process 59320] > [New LWP 101111 of process 59320] > [New LWP 101100 of process 59320] > [LWP 101096 of process 59320 exited] >=20 > Thread 11 received signal SIGSEGV, Segmentation fault. > [Switching to LWP 101108 of process 59320] > 0x0000000802300382 in ?? () from /usr/local/lib/php/20131226-zts/opcache.= so >=20 >=20 I also filed a bug report: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225499 --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/+tCUIE.5LBcG.cT7.3hzOi7 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWnWWjgAKCRDS528fyFhY lIO4AgCj7anhCCkQ7q0wn2oUIVBWIN3M0W5WP/pixcnSEEEbCmQqmzmhBs6PCoZC O+SqzbIZCxvf4GmWSOGuNZCYOHCHAfsEarJtooUeDN5bqZw+jH5QPplB9U6oGMIS Q2eTsUM+LiNh+1h811GkM5d0LZmon8PDh8TX290MDFkDNNzJzmNT =qbms -----END PGP SIGNATURE----- --Sig_/+tCUIE.5LBcG.cT7.3hzOi7-- From owner-freebsd-current@freebsd.org Sat Feb 3 10:17:50 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 33137ED709D for ; Sat, 3 Feb 2018 10:17:50 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 959897FF88 for ; Sat, 3 Feb 2018 10:17:49 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([85.181.115.190]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MfW5D-1eOTOw0sEV-00P9Ff; Sat, 03 Feb 2018 11:17:41 +0100 Date: Sat, 3 Feb 2018 11:17:06 +0100 From: "O. Hartmann" To: Vladimir Zakharov Cc: "O. Hartmann" , freebsd-current@freebsd.org Subject: Re: buildkernel with PORTS_MODULES fails: Variable OBJTOP is recursive Message-ID: <20180203111733.7d64a066@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20180203081053.rxyog5iewqrjezp6@vzakharov> References: <20180201091030.qmq4boyzvvvqkug6@vzakharov> <20180202063755.02aa231a@freyja.zeit4.iv.bundesimmobilien.de> <20180203081053.rxyog5iewqrjezp6@vzakharov> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/WVw5cp0z1cab=coqZ.X0oNz"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:7VDrDF7RT9DHUWGKX/bsKUNGkKHZ+g8LE7ZbB49+oFSpBlxnipx Q6VLcu677sqjZPanjnYV6aEPdzd1cny+H3ilbzeETJjeFqwHtgdvrrHA7k/1flvnQP6JXfy VpkwUKzOHf6yXDf5zRJCUbr27p35u+BoPjfUMULbSWgqQcBkf9wUBc/dFaGyCJGt0TmsSe6 pVaq7Wu5AKog6QyEiUFxw== X-UI-Out-Filterresults: notjunk:1;V01:K0:gvEyFjMxUXI=:nMSENBLxr8moy6lsiqKMFw Pz+KyqrFuDZ8LJCRW3I94zameobwUxh/9js2TYQKf28JkJ54aMurHUwZIFM08wflGw186N97C ty9mGnTK0zpYbdFELq4lioBcobEwmlOTtcHWsAjoSDOTyiHSz8TWqEfNC+XYspzggF2a6wqVk Y9NsfIeOHGwfyEcHHOq6u9aPdDP5o/tc14X7ZjGchA0GEVCQa3yRs5FCRfiAxCZgxDMITz2Rc gKAY4f6B+DraVm3kX453/JGsJUPRYcEbwTbXcArrAE8GRK6jAy36y+SpVDrqbWoIip5q/jund pYRBR1yp68zyGGu/o76fATivIxH5OBwdLNjcqpjgnnBo4MfxioUTv2a1+uRRmq3Vo7ghaUC6I t353Blz0Um+ZBn9tdrAtTGyQGR2aQTFhEmptGlmz7gCbeVFQnCs4qAfmj5WGV4m1SAKKvfdaW rzlV3m+6OrugLgpUBKKbLmQ+rNfSOE6YMhThem8GAHgSirBKPfRSt0XaTnGgGJXtcxNed+iMh Yxb0rfXDT75qz5CN0ba/jZurppwDftu5+uKbUtw5YoeGMLtiofUx6y+l1SHyKsxc5AizVov9H CUJsL6DFqGV1LSG3LHGY5jk2U2Ig7JalX5Pfh45UjvAyUbyc4XDeMHs2rCCmcvv1bzTi8OfSy NpWnPtUOZlNpa8HjNnhgqIRlm3smUmBNQBEHmxlzrX7iOV2ZYoYqo5YDKeSdf+fCEC/Q1/UU8 sYj4PLJt7PSIozI8/gIkbw50QvDJECrpsACVrKbJoQfdhOBsblgbHBi5LcP0yNQXsf+dbglWG 92sc03Mpcn0d+AjdIl6UW7QxvALMA== X-Mailman-Approved-At: Sat, 03 Feb 2018 12:05:56 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Feb 2018 10:17:50 -0000 --Sig_/WVw5cp0z1cab=coqZ.X0oNz Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Sat, 3 Feb 2018 11:10:53 +0300 Vladimir Zakharov schrieb: > Hello, Oliver! >=20 > On Fri, Feb 02, 2018, O. Hartmann wrote: > > On Thu, 1 Feb 2018 12:10:30 +0300 > > Vladimir Zakharov wrote: > > =20 > > > Hello! > > >=20 > > > For some time (about a week) building and installing kernel fails with > > > the error "Variable OBJTOP is recursive." when going to build/install > > > module from ports. > > >=20 > > > Last successful build was at r328426. Next build at r328527 failed and > > > still broken at r328649. > > >=20 > > > Without PORTS_MODULES building and installing kernel succeeds. Another > > > workaround: ignore error and build/install module directly from ports. > > > =20 > >=20 > > I have had the very same issue! > >=20 > > You need to perform a "installworld" first (just comment out the PORTS_= MODULES=3D > > parts of /etc/src.conf or /etc/make.conf, buildworld and buildkernel (m= aybe not > > a full buildworld, but I do not know the state of your source tree) and= perform > > a regular installation of the world. It could be something easier by d= irekctly > > install-only the mk-portions, but recently, some changes to world (LLVM= ) made > > it worth anyway to buildworld. > >=20 > > As recommended by others earlier on this list according to this subject= , this > > procedure makes the problem go away. =20 >=20 > Thanks for your answer. Unfortunately, this didn't help. >=20 You are correct! I made a mistake and had the portions still commented out.= I'm very sorry. This remains a bug! --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/WVw5cp0z1cab=coqZ.X0oNz Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWnWMPQAKCRDS528fyFhY lP/sAf9kE+5yVvwcxJkzUfZIf6opQ0RtiZ8DCrLRnQPG60Js+5HVVuU7IhMMZxrl w5yPZPZhcXPj0CWfjqqdznAWE9IAAgCHDIw9H4ZN9C84gBNWqIxTIUBLespLgUYo dJ4J10QvbrxnCbpBOsrlgdAfOgb4ezA5oXpQD8UD4kQL/VIYW8Ec =+95J -----END PGP SIGNATURE----- --Sig_/WVw5cp0z1cab=coqZ.X0oNz-- From owner-freebsd-current@freebsd.org Sat Feb 3 13:04:25 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7461EE6B7E for ; Sat, 3 Feb 2018 13:04:25 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3AC1E87A6B for ; Sat, 3 Feb 2018 13:04:25 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.home.andric.com (coleburn.home.andric.com [192.168.0.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 9A2E1191F8; Sat, 3 Feb 2018 14:04:18 +0100 (CET) From: Dimitry Andric Message-Id: <60031F9F-5B92-4023-B7AE-484E860F7CD5@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_5E1C2D4E-B177-4CB5-94C9-BC4D6A6070A5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: CURRENT, CLANG 6: apache24, uid 80: exited on signal 11 Date: Sat, 3 Feb 2018 14:04:17 +0100 In-Reply-To: <20180203114352.21de5800@thor.intern.walstatt.dynvpn.de> Cc: FreeBSD CURRENT To: "O. Hartmann" References: <20180129194025.745c49bd@thor.intern.walstatt.dynvpn.de> <0B0D5F42-8A40-4E00-812C-EFB6556E9444@FreeBSD.org> <0D62F4DB-72A3-4A38-8448-5BE722D75B62@FreeBSD.org> <20180203114352.21de5800@thor.intern.walstatt.dynvpn.de> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Feb 2018 13:04:26 -0000 --Apple-Mail=_5E1C2D4E-B177-4CB5-94C9-BC4D6A6070A5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 3 Feb 2018, at 11:43, O. Hartmann wrote: >=20 > Am Tue, 30 Jan 2018 00:09:07 +0100 > Dimitry Andric schrieb: >> On 30 Jan 2018, at 00:01, Dimitry Andric wrote: >>> On 29 Jan 2018, at 19:39, O. Hartmann = wrote: >>>>=20 >>>> Last weekend I updated a CURRENT server to recent CURRENT, > = r328400 and performed >>>> updates of the ports tree. Since Sunday, I receive segmenatation = faults (SIG 11) when >>>> accessing the server, especially with setup of nextcloud, refdb, = phpldapadmin and any >>>> other access with LDAP backend (all https). ... > Starting program: /usr/local/sbin/httpd -X > [Sat Feb 03 11:41:27.704031 2018] [core:warn] [pid 59320:tid = 34376777728] (2)No such file > or directory: AH00075: Failed to enable the 'httpready' Accept Filter = [Sat Feb 03 > 11:41:27.704359 2018] [core:warn] [pid 59320:tid 34376777728] (2)No = such file or > directory: AH00075: Failed to enable the 'dataready' Accept Filter = [New LWP 101096 of > process 59320] [New LWP 101105 of process 59320] [New LWP 101109 of = process 59320] > [New LWP 101103 of process 59320] > [New LWP 101102 of process 59320] > [New LWP 101110 of process 59320] > [New LWP 101107 of process 59320] > [New LWP 101098 of process 59320] > [New LWP 101099 of process 59320] > [New LWP 101108 of process 59320] > [New LWP 101112 of process 59320] > [New LWP 101101 of process 59320] > [New LWP 101104 of process 59320] > [New LWP 101097 of process 59320] > [New LWP 101106 of process 59320] > [New LWP 101111 of process 59320] > [New LWP 101100 of process 59320] > [LWP 101096 of process 59320 exited] >=20 > Thread 11 received signal SIGSEGV, Segmentation fault. > [Switching to LWP 101108 of process 59320] > 0x0000000802300382 in ?? () from = /usr/local/lib/php/20131226-zts/opcache.so Run the "backtrace" command there, please. If it doesn't give any function names, try setting WITH_DEBUG=3D1 in the environment, then rebuilding the mod_php56 port (and optionally also the php56 and apache24 ports themselves), to add debug info. -Dimitry --Apple-Mail=_5E1C2D4E-B177-4CB5-94C9-BC4D6A6070A5 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWnWzUQAKCRCwXqMKLiCW o7ElAJ9mVs3xhLRly0HDnwYqT/JBfoV7tQCg+SxzNE7A9mWxM4hvry0492PmVg8= =96ft -----END PGP SIGNATURE----- --Apple-Mail=_5E1C2D4E-B177-4CB5-94C9-BC4D6A6070A5--