From owner-freebsd-current@freebsd.org Sun Feb 21 13:34:09 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4ABDDAB025C for ; Sun, 21 Feb 2016 13:34: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 11E71197A for ; Sun, 21 Feb 2016 13:34:08 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::84a9:2d62:ed8b:3361] (unknown [IPv6:2001:7b8:3a7:0:84a9:2d62:ed8b:3361]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 595F0205B2; Sun, 21 Feb 2016 14:34:05 +0100 (CET) Subject: Re: new computer, strange usb messages at boot Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/signed; boundary="Apple-Mail=_3CEA6D52-F5D9-40A5-8D90-F63D3ECB0CEA"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: <56C8310B.4010908@selasky.org> Date: Sun, 21 Feb 2016 14:33:59 +0100 Cc: freebsd-current@freebsd.org Message-Id: <9F54F75F-9FF4-4587-8FFD-C6BE6DC20E17@FreeBSD.org> References: <20160220051951.GA47875@lrosenman-dell.lerctr.org> <56C8310B.4010908@selasky.org> To: Hans Petter Selasky X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 21 Feb 2016 13:34:09 -0000 --Apple-Mail=_3CEA6D52-F5D9-40A5-8D90-F63D3ECB0CEA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 20 Feb 2016, at 10:25, Hans Petter Selasky wrote: >=20 > On 02/20/16 06:19, Larry Rosenman wrote: >> ugen0.2: at usbus0 >> Root mount waiting for: usbus0 >> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_IOERROR >> Root mount waiting for: usbus0 >> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_IOERROR >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_IOERROR >> Root mount waiting for: usbus0 >> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_IOERROR >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_IOERROR >=20 > Hi, >=20 > Looks like there is an error enumerating one of the USB devices. It is = harmless. >=20 > What does "pciconf -lv" say about your USB controllers? It might be harmless, but it is surely annoying. Initializing USB devices takes so long because of these errors, that root mounting takes 30 to 40 seconds, and I had to hack in a 15 second pause in /etc/rc.d/zfs to get all my ZFS filesystems on USB disks to mount correctly. If you ask me, something is just seriously broken in the way the xhci driver works on Haswell or higher Intel CPUs. For example, on an embedded Haswell box with USB3 ports: > FreeBSD 10.3-BETA2 #0 r295552: Fri Feb 12 22:28:27 CET 2016 > root@machine:/usr/obj/usr/src/sys/GENERIC amd64 > FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) = 20140512 > VT(efifb): resolution 1920x1200 > CPU: Intel(R) Core(TM) i5-4300U CPU @ 1.90GHz (2494.28-MHz K8-class = CPU) > Origin=3D"GenuineIntel" Id=3D0x40651 Family=3D0x6 Model=3D0x45 = Stepping=3D1 [... e.g., a Haswell ...] > xhci0: mem = 0xf0720000-0xf072ffff at device 20.0 on pci0 > xhci0: 32 bytes context size, 64-bit DMA > xhci0: Port routing mask set to 0xffffffff > usbus0 on xhci0 [...] > ehci0: mem 0xf073d000-0xf073d3ff = at device 29.0 on pci0 > usbus1: EHCI version 1.0 > usbus1 on ehci0 [...] > usbus0: 5.0Gbps Super Speed USB v3.0 > usbus1: 480Mbps High Speed USB v2.0 > ugen0.1: <0x8086> at usbus0 > uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on = usbus0 > ugen1.1: at usbus1 > uhub1: on = usbus1 [... so far so good, now, the waiting starts ...] > Root mount waiting for: usbus1 usbus0 > uhub0: 13 ports with 13 removable, self powered > Root mount waiting for: usbus1 usbus0 > uhub1: 3 ports with 3 removable, self powered > ugen0.2: at usbus0 > ukbd0: on usbus0 > kbd2 at ukbd0 > ugen1.2: at usbus1 > uhub2: on usbus1 > Root mount waiting for: usbus1 usbus0 > uhub2: 8 ports with 8 removable, self powered > usb_alloc_device: set address 3 failed (USB_ERR_TIMEOUT, ignored) > Root mount waiting for: usbus0 > usbd_setup_device_desc: getting device descriptor at addr 3 failed, = USB_ERR_TIMEOUT > Root mount waiting for: usbus0 > usbd_req_re_enumerate: addr=3D3, set address failed! (USB_ERR_TIMEOUT, = ignored) > Root mount waiting for: usbus0 > usbd_setup_device_desc: getting device descriptor at addr 3 failed, = USB_ERR_TIMEOUT > Root mount waiting for: usbus0 > usbd_req_re_enumerate: addr=3D3, set address failed! (USB_ERR_TIMEOUT, = ignored) > Root mount waiting for: usbus0 > usbd_setup_device_desc: getting device descriptor at addr 3 failed, = USB_ERR_TIMEOUT > Root mount waiting for: usbus0 > usbd_req_re_enumerate: addr=3D3, set address failed! (USB_ERR_TIMEOUT, = ignored) > usbd_setup_device_desc: getting device descriptor at addr 3 failed, = USB_ERR_TIMEOUT > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > usbd_req_re_enumerate: addr=3D3, set address failed! (USB_ERR_TIMEOUT, = ignored) > usbd_setup_device_desc: getting device descriptor at addr 3 failed, = USB_ERR_IOERROR > ugen0.3: at usbus0 (disconnected) > uhub_reattach_port: could not allocate new device > Root mount waiting for: usbus0 > usbd_req_re_enumerate: addr=3D3, set address failed! (USB_ERR_IOERROR, = ignored) > ugen0.3: at usbus0 > umass0: on = usbus0 > umass0: SCSI over Bulk-Only; quirks =3D 0xc101 > umass0:1:0:-1: Attached to scbus1 > Root mount waiting for: usbus0 > usbd_req_re_enumerate: addr=3D4, set address failed! (USB_ERR_IOERROR, = ignored) > Root mount waiting for: usbus0 > ugen0.4: at usbus0 > umass1: on = usbus0 > umass1: SCSI over Bulk-Only; quirks =3D 0xc101 > umass1:2:1:-1: Attached to scbus2 > Trying to mount root from zfs:zroot/ROOT/stable10-r295552 []... [... here we are at 30 to 40 seconds into the boot, now the umass = retries start ...] > ugen0.3: at usbus0 (disconnected) > umass0: at uhub0, port 10, addr 3 (disconnected) > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an = error > (probe0:umass-sim0:0:0:0): Retrying command > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an = error > (probe0:umass-sim0:0:0:0): Retrying command > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an = error > (probe0:umass-sim0:0:0:0): Retrying command > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an = error > (probe0:umass-sim0:0:0:0): Retrying command > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an = error > (probe0:umass-sim0:0:0:0): Error 5, Retries exhausted > ugen0.3: at usbus0 > umass0: on = usbus0 > umass0: SCSI over Bulk-Only; quirks =3D 0x0100 > umass0:1:0:-1: Attached to scbus1 > ugen0.4: at usbus0 (disconnected) > umass1: at uhub0, port 11, addr 4 (disconnected) > (probe1:umass-sim1:1:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > (probe1:umass-sim1:1:0:0): CAM status: CCB request completed with an = error > (probe1:umass-sim1:1:0:0): Retrying command > (probe1:umass-sim1:1:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > (probe1:umass-sim1:1:0:0): CAM status: CCB request completed with an = error > (probe1:umass-sim1:1:0:0): Retrying command > (probe1:umass-sim1:1:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > (probe1:umass-sim1:1:0:0): CAM status: CCB request completed with an = error > (probe1:umass-sim1:1:0:0): Retrying command > (probe1:umass-sim1:1:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > (probe1:umass-sim1:1:0:0): CAM status: CCB request completed with an = error > (probe1:umass-sim1:1:0:0): Retrying command > (probe1:umass-sim1:1:0:0): INQUIRY. CDB: 12 00 00 00 24 00 > (probe1:umass-sim1:1:0:0): CAM status: CCB request completed with an = error > (probe1:umass-sim1:1:0:0): Error 5, Retries exhausted > da0 at umass-sim0 bus 0 scbus1 target 0 lun 0 > da0: Fixed Direct Access SPC-4 SCSI device > da0: Serial Number NA4BTF51 > da0: 400.000MB/s transfers > da0: 1907729MB (3907029167 512 byte sectors) > da0: quirks=3D0x2 > ugen0.4: at usbus0 > umass1: on = usbus0 > umass1: SCSI over Bulk-Only; quirks =3D 0x0100 > umass1:2:1:-1: Attached to scbus2 > da1 at umass-sim1 bus 1 scbus2 target 0 lun 0 > da1: Fixed Direct Access SPC-4 SCSI device > da1: Serial Number NA4BTF6H > da1: 400.000MB/s transfers > da1: 1907729MB (3907029167 512 byte sectors) > da1: quirks=3D0x2 [...] > ums0: on usbus0 > ums0: 5 buttons and [XYZT] coordinates ID=3D3 Of course initially I also tried some tests with Linux and even Windows on this very same box, and both could enumerate all the USB devices without any errors... -Dimitry --Apple-Mail=_3CEA6D52-F5D9-40A5-8D90-F63D3ECB0CEA Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.29 iEYEARECAAYFAlbJvM0ACgkQsF6jCi4glqNXcwCcCYO5VaasqgIA9hBH1Ume+zpW lrUAoPqDpYOZzGbz1toS7FGa3P1AsD2h =00E0 -----END PGP SIGNATURE----- --Apple-Mail=_3CEA6D52-F5D9-40A5-8D90-F63D3ECB0CEA-- From owner-freebsd-current@freebsd.org Sun Feb 21 13:41:28 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 37E4CAB0562 for ; Sun, 21 Feb 2016 13:41:28 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (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 016131D30; Sun, 21 Feb 2016 13:41:27 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (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 181481FE022; Sun, 21 Feb 2016 14:41:19 +0100 (CET) Subject: Re: new computer, strange usb messages at boot To: Dimitry Andric References: <20160220051951.GA47875@lrosenman-dell.lerctr.org> <56C8310B.4010908@selasky.org> <9F54F75F-9FF4-4587-8FFD-C6BE6DC20E17@FreeBSD.org> Cc: freebsd-current@freebsd.org From: Hans Petter Selasky Message-ID: <56C9BF13.4000408@selasky.org> Date: Sun, 21 Feb 2016 14:43:47 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <9F54F75F-9FF4-4587-8FFD-C6BE6DC20E17@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 21 Feb 2016 13:41:28 -0000 On 02/21/16 14:33, Dimitry Andric wrote: > If you ask me, something is just seriously broken in the way the xhci > driver works on Haswell or higher Intel CPUs. For example, on an > embedded Haswell box with USB3 ports: Hi, Nothing is seriously broken in the XHCI driver. Try to set: hw.usb.xhci.xhci_port_route=0 Which will route all devices to the EHCI, in your /boot/loader.conf Does it make any difference? Refer to the following print: > xhci0: Port routing mask set to 0xffffffff The chipset you're using is special in that the binding of ports between XHCI and EHCI is not fixed. Maybe some combinations are simply not supported. --HPS From owner-freebsd-current@freebsd.org Sun Feb 21 16:27:05 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E8CCAB074B; Sun, 21 Feb 2016 16:27:05 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0A2D01D0A; Sun, 21 Feb 2016 16:27:04 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version; bh=frBPcLTF9bGBmJGKB8WfLtpSVoc6w+c7+sFU0+iHUCI=; b=AENET6DwoFq4IofV5inw0CsM1s Pjh12bcsEHrdYmKy87ZFBathfLNerXEjculDuT6bOzxZcOV7G6+H9WIYzgqnWd1cVEAqlfQQCjLVm wEygoHp85qoB0xd//bwyCVwvuRLuqvX9Hi8SIZnlPpHKna4dgBYS90A3cQiEi82a1OL0=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:24710 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aXWqd-0007cQ-Df; Sun, 21 Feb 2016 10:27:03 -0600 Received: from rrcs-50-84-90-98.sw.biz.rr.com ([50.84.90.98]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Sun, 21 Feb 2016 10:27:03 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 21 Feb 2016 10:27:03 -0600 From: Larry Rosenman To: Hans Petter Selasky Cc: Dimitry Andric , freebsd-current@freebsd.org, owner-freebsd-current@freebsd.org Subject: Re: new computer, strange usb messages at boot In-Reply-To: <56C9BF13.4000408@selasky.org> References: <20160220051951.GA47875@lrosenman-dell.lerctr.org> <56C8310B.4010908@selasky.org> <9F54F75F-9FF4-4587-8FFD-C6BE6DC20E17@FreeBSD.org> <56C9BF13.4000408@selasky.org> Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.4 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 21 Feb 2016 16:27:05 -0000 On 2016-02-21 07:43, Hans Petter Selasky wrote: > On 02/21/16 14:33, Dimitry Andric wrote: >> If you ask me, something is just seriously broken in the way the xhci >> driver works on Haswell or higher Intel CPUs. For example, on an >> embedded Haswell box with USB3 ports: > > Hi, > > Nothing is seriously broken in the XHCI driver. Try to set: > > hw.usb.xhci.xhci_port_route=0 Does this DISABLE USB3? > > Which will route all devices to the EHCI, in your /boot/loader.conf > > Does it make any difference? > > Refer to the following print: >> xhci0: Port routing mask set to 0xffffffff > > The chipset you're using is special in that the binding of ports > between XHCI and EHCI is not fixed. Maybe some combinations are simply > not supported. > > --HPS Why is it "special"? It seems it's the norm for haswell and newer (in my case Skylake). -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Sun Feb 21 16:28:12 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83197AB0857 for ; Sun, 21 Feb 2016 16:28:12 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 60744106C for ; Sun, 21 Feb 2016 16:28:12 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version; bh=0b9arVCARlt2SQIgEHaH93RSAWpdojUglzuNC/L969E=; b=Xvi6sGAtq1wFIGOeqG7Cp9i0fZ 1Ztn3tyc/hXiaChFDRkOSlKD1GXvnVnIuciPkYsoz9DODVdx6wADsZvT/IWOAcEvKT1VekqGyAvIh /DLdQ5U38fCmBiUxJlT4os/EmheJBS/728DuZYIFNRXsNm/jEi0xiWKRwpTm4lPtm14o=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:28310 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aXWrj-0007et-Cb for freebsd-current@freebsd.org; Sun, 21 Feb 2016 10:28:11 -0600 Received: from rrcs-50-84-90-98.sw.biz.rr.com ([50.84.90.98]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Sun, 21 Feb 2016 10:28:11 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 21 Feb 2016 10:28:11 -0600 From: Larry Rosenman To: freebsd-current@freebsd.org Subject: Re: new computer, strange usb messages at boot In-Reply-To: <20160220122416.GA1026@lrosenman-dell.lerctr.org> References: <20160220051951.GA47875@lrosenman-dell.lerctr.org> <20160220120401.GA91220@kib.kiev.ua> <20160220122416.GA1026@lrosenman-dell.lerctr.org> Message-ID: <2575cfd714188f7ffbc873cb5d87cc97@thebighonker.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.4 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 21 Feb 2016 16:28:12 -0000 On 2016-02-20 06:24, Larry Rosenman wrote: > uhid0: on usbus0 > hid_get_item: Number of items truncated to 255 > uhid1: on usbus0 > hid_get_item: Number of items truncated to 255 > hid_get_item: Number of items truncated to 255 > hid_get_item: Number of items truncated to 255 Does this mean that the touch screen is hitting a limit in FreeBSD's driver? -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Sun Feb 21 17:45:31 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E8B55AB0E13; Sun, 21 Feb 2016 17:45:30 +0000 (UTC) (envelope-from mikej@mikej.com) Received: from mx2.paymentallianceintl.com (mx2.paymentallianceintl.com [216.26.158.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx2.paymentallianceintl.com", Issuer "Go Daddy Secure Certificate Authority - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BBD1F1077; Sun, 21 Feb 2016 17:45:30 +0000 (UTC) (envelope-from mikej@mikej.com) Received: from firewall.mikej.com (162-230-214-65.lightspeed.lsvlky.sbcglobal.net [162.230.214.65]) by mx2.paymentallianceintl.com (8.15.1/8.15.1) with ESMTPS id u1LHjLbw075719 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 21 Feb 2016 12:45:22 -0500 (EST) (envelope-from mikej@mikej.com) X-Authentication-Warning: mx2.paymentallianceintl.com: Host 162-230-214-65.lightspeed.lsvlky.sbcglobal.net [162.230.214.65] claimed to be firewall.mikej.com Received: from mail.mikej.com (firewall.mikej.com [192.168.6.63]) by firewall.mikej.com (8.15.2/8.15.2) with ESMTP id u1LHivbw012735; Sun, 21 Feb 2016 12:44:58 -0500 (EST) (envelope-from mikej@mikej.com) DMARC-Filter: OpenDMARC Filter v1.3.1 firewall.mikej.com u1LHivbw012735 Authentication-Results: mail.mikej.com; dmarc=none header.from=mikej.com DKIM-Filter: OpenDKIM Filter v2.10.3 firewall.mikej.com u1LHivbw012735 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mikej.com; s=mail; t=1456076699; bh=Uvlrchy0i1IhRlbhc3qd9E5a9c1VtjfJQ4v9KfGJ04A=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=iNyqXXbMczGtMJQT9cSxo74GLtb4cAhELl+nQeSryi0aMqjTYAWBJIX8uSy2t/1KE d8vEvYC6h2rsj0dCJTJ1yRugx8fdMISxYouOrASQ5CiPrTgzRShi7Agrs2DoCIgwTy VxpPQ/q7xSQUtFK8B+YitZdQnxo3R8g4Ev02VeuY0jd4xIjD++NNrmCQhu7tmTj4wC /Is/nVlOST+fDwKDRMvi74zNDNqGiKl2v25B60jSsO9SMYJHJY+uwdmWzK5LiDPwZR gdYYch6l/SD9rdQIT/1ne3BYrPwtua+v+SoY2crWP+xE8FueTv0zywAAOmbWHK7XIY rXImGC1Z8nS9A== X-Authentication-Warning: firewall.mikej.com: Host firewall.mikej.com [192.168.6.63] claimed to be mail.mikej.com MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 21 Feb 2016 12:44:57 -0500 From: Michael Jung To: Ed Maste Cc: FreeBSD Current , owner-freebsd-current@freebsd.org Subject: Re: Call for testing: Using ELF Tool Chain elfcopy as objcopy In-Reply-To: References: Message-ID: <0b8202cae25f5b42cb45a513c5256dcb@mail.mikej.com> X-Sender: mikej@mikej.com User-Agent: Roundcube Webmail/1.1.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 21 Feb 2016 17:45:31 -0000 On 2016-02-16 14:04, Ed Maste wrote: > Summary: If you're willing to help test the ELF Tool Chain tools and > you build -CURRENT from source, please set WITH_ELFCOPY_AS_OBJCOPY=yes > in /etc/src.conf, and report any build- or run-time issues you > experience with the base system, ports, or third-party software. > > In SVN revision 295577 I updated ELF Tool Chain to upstream revision > 3400, which corresponds roughly with the upcoming 0.7.1 release of > that project. ELF Tool Chain's elfcopy is a functional replacement > for binutils objcopy for both the base system and ports tree after > this update and a few followup commits. (An exp-run is in progress in > PR 207091 to validate the followup fixes. One port failure is due to > an issue in that port and is tracked in PR 207170.) > > There is a src.conf knob WITH_ELFCOPY_AS_OBJCOPY to install ELF Tool > Chain's elfcopy as /usr/bin/objcopy. I plan to make this the default > for 11.0, but first would like to ask for broader testing with the > setting enabled. I'm particularly interested in hearing from anyone > using the base system objcopy in unusual cases (e.g., converting ELF > files to ROM images). > > Note that some lesser-used objcopy options (like --reverse-bytes or > --interleave-width) are not implemented in elfcopy, so I'm also > interested in hearing from anyone who makes use of options that are > not supported by elfcopy. > _______________________________________________ > 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 bsd11-elf-test 11.0-CURRENT FreeBSD 11.0-CURRENT #18 r295677M: Tue Feb 16 17:49:26 EST 2016 root@bsd11:/usr/obj/usr/src/sys/GENERIC amd64 which was built with WITH_ELFCOPY_AS_OBJCOPY=yes in /etc/src.conf has built 1400+ ports, via poudriere working without build errors, applications like chrome, libre office, eclipse, xfce4 seem to run fine. These tests are all in a VM under Esxi 6 using Xming as the X server. Thanks for you work. --mikej Michael Jung From owner-freebsd-current@freebsd.org Sun Feb 21 18:18:38 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CCB71AAFCBC for ; Sun, 21 Feb 2016 18:18:38 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: from mail-lf0-x236.google.com (mail-lf0-x236.google.com [IPv6:2a00:1450:4010:c07::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 412D41046 for ; Sun, 21 Feb 2016 18:18:38 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: by mail-lf0-x236.google.com with SMTP id j78so81242994lfb.1 for ; Sun, 21 Feb 2016 10:18:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=MQ4UejaI1c/iMySDAFnnk7eJE3iT0Ki/BQuT3OVqsLI=; b=jbfFPV2cbfop+B1wf4ac9Lg5QX/0opN+votdpQpCqFL3HjpmfCX+q1a7rMuvbGLZVP WgwIrxx4aCYEHtjCeBFO2+497RXAvwFIey3UpNGblk/obXjqtHSzScZHNbeCF72gQYI7 huw9DA8oIu1RNO8HvjyMtJIDPt/qBRd6U0QpT+eZXyrk2hLE2JF/f89Hwlnh085YXriT w1OTFvXDw5XYLK9DuXAxbGFwfs+Ia+6GxNlG91tWSygQmA4K6QtrDIPa2HoGLNzUM+GU MvrgchYjjXdzyEoo6aB+fVvG7nZbJSvtFheGOUmbWtgcZL0zBRZd5e3tyWI+MrPACG2N Gddg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:date:message-id:subject:from :to:content-type; bh=MQ4UejaI1c/iMySDAFnnk7eJE3iT0Ki/BQuT3OVqsLI=; b=QqF+wCC+97zMGsppQTW4CaTrugz6yqUEcM/IjJLOMLiHG63JMNql1Xc9YynOC2LN4q iMGuEANiriGFTh3NLBxlmiPAS/2AKpIU0sfPgP/Ef42/cqt6wKFksK8J/seSVyPvJ3qN LUys5Yh+NIF3ddeWm0VVJ8p6JKp02FgVA/Cv/29iXmInP6hQwziG7xktfLWB0XMXfnmI xAqyWJwKFzFfQtfcH54gPuBZRNuURsdc+0jlUra+zEBS5XickqQPj1zZH9qY4ZC+4CFY NARLLudtWKpJKaUgo0WbSvG7PkVTWf+NB5h/8ga4Z6E0M9T5s6r4FkOtX+Pn3CCgaj7i g7kw== X-Gm-Message-State: AG10YORZ+JCgCzVONvl4/WJ+gz4XofJYKAkGtzgVoLTjxMJ/DC0XZr00/r+NZkWXqj9meew8GZy7NHg+fKfMrg== MIME-Version: 1.0 X-Received: by 10.25.19.221 with SMTP id 90mr5879728lft.7.1456078716066; Sun, 21 Feb 2016 10:18:36 -0800 (PST) Sender: rizzo.unipi@gmail.com Received: by 10.114.184.146 with HTTP; Sun, 21 Feb 2016 10:18:36 -0800 (PST) Date: Sun, 21 Feb 2016 10:18:36 -0800 X-Google-Sender-Auth: h3MEqYt4pZVfbwdZOfFmgZeuD3E Message-ID: Subject: three new netmap tools: pcap player, link emulator, load distributor From: Luigi Rizzo To: freebsd-current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 21 Feb 2016 18:18:38 -0000 Hi, I have put some new tools on the github's netmap page https://github.com/luigirizzo/netmap in the apps/ directory All are under a BSD license. nmreplay a fast pcap replay tool (a-la tcpreplay) with programmable rate. Joint work with a few of my students in Pisa. =E2=80=8Btlem a link emulator, dummynet style (but without the packet filter), sustaining 20Mpps/ 40Gbit. TLEM will be presented at asiabsdcon and a paper is at http://info.iet.unipi.it/~luigi/research.html lb a packet distributor that reads from a netmap port and distributes traffic to multiple netmap ports, using ze=E2=80=8Bro copy and a user-def= ined hash function. This will be useful e.g. for people running multiple instances of traffic monitors such as bro, suricata and the like. It is not by chance that LB was originally developed by Seth Hall at Broala, who kindly made it available, and Giuseppe Lettieri who added a few features. Feedback welcome cheers luigi --=20 -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2217533 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-current@freebsd.org Sun Feb 21 18:39:10 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0F20FAB045F for ; Sun, 21 Feb 2016 18:39:10 +0000 (UTC) (envelope-from oliver.psotta@posteo.de) Received: from mout01.posteo.de (mout01.posteo.de [185.67.36.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.posteo.de", Issuer "StartCom Class 3 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CD1B41A1A for ; Sun, 21 Feb 2016 18:39:09 +0000 (UTC) (envelope-from oliver.psotta@posteo.de) Received: from dovecot03.posteo.de (dovecot03.posteo.de [172.16.0.13]) by mout01.posteo.de (Postfix) with ESMTPS id B4140208B4 for ; Sun, 21 Feb 2016 19:38:59 +0100 (CET) Received: from mail.posteo.de (localhost [127.0.0.1]) by dovecot03.posteo.de (Postfix) with ESMTPSA id 3q7b5H2xt0z5vN0 for ; Sun, 21 Feb 2016 19:38:59 +0100 (CET) From: Oliver Psotta Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: ocaml not building Message-Id: <46F0B9AC-9D73-4A4F-8D77-97C8EFA9868C@posteo.de> Date: Sun, 21 Feb 2016 19:38:57 +0100 To: freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 21 Feb 2016 18:39:10 -0000 Hello, on FreeBSD-11.0-CURRENT-arm-armv6-RPI2-20160217-r295683 as well as on = the=20 previous snapshot the ocaml port is not building. pkg-static: Unable to access file = /usr/ports/lang/ocaml/work/stage/usr/local/lib/ocaml/stdLabels.p.cmt: No = such file or directory Similar error for more necessary files.=20 Did anyone stumble across the same problem? Thanks -Oliver= From owner-freebsd-current@freebsd.org Sun Feb 21 20:31:24 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 47EF1AB0E2B for ; Sun, 21 Feb 2016 20:31:24 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0A8251AC4 for ; Sun, 21 Feb 2016 20:31:24 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aXaeu-000D6r-OY; Sun, 21 Feb 2016 23:31:12 +0300 Date: Sun, 21 Feb 2016 23:31:12 +0300 From: Slawa Olhovchenkov To: Luigi Rizzo Cc: freebsd-current Subject: Re: three new netmap tools: pcap player, link emulator, load distributor Message-ID: <20160221203112.GF37895@zxy.spb.ru> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 21 Feb 2016 20:31:24 -0000 On Sun, Feb 21, 2016 at 10:18:36AM -0800, Luigi Rizzo wrote: > Hi, > I have put some new tools on the github's netmap page > https://github.com/luigirizzo/netmap in the apps/ directory > > All are under a BSD license. > > nmreplay > a fast pcap replay tool (a-la tcpreplay) with programmable rate. > Joint work with a few of my students in Pisa. > > ​tlem > a link emulator, dummynet style (but without the packet filter), > sustaining 20Mpps/ 40Gbit. TLEM will be presented at asiabsdcon > and a paper is at http://info.iet.unipi.it/~luigi/research.html > > lb > a packet distributor that reads from a netmap port and distributes > traffic to multiple netmap ports, using ze​ro copy and a user-defined > hash function. This will be useful e.g. for people running multiple > instances of traffic monitors such as bro, suricata and the like. > It is not by chance that LB was originally developed by Seth Hall > at Broala, who kindly made it available, and Giuseppe Lettieri who > added a few features. > > Feedback welcome while (eth_type == 0x8100 /* VLAN */ ) { -- endianess depends From owner-freebsd-current@freebsd.org Mon Feb 22 00:03:07 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 16EB2AAFB51 for ; Mon, 22 Feb 2016 00:03:07 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 E2D21CB7 for ; Mon, 22 Feb 2016 00:03:06 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u1M04ZAI029048 for ; Sun, 21 Feb 2016 16:04:41 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: References: <20160217142410.18748906@freyja.zeit4.iv.bundesimmobilien.de> <20160217134003.GB57405@mutt-hardenedbsd> <56C50A0C.5090207@m.jwh.me.uk>, From: "Chris H" Subject: Re: CVE-2015-7547: critical bug in libc Date: Sun, 21 Feb 2016 16:04:41 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 00:03:07 -0000 On Thu, 18 Feb 2016 08:39:32 -0600 (CST) Dan Mack wrote > On Thu, 18 Feb 2016, Joe Holden wrote: > > > On 17/02/2016 14:07, Daniel Kalchev wrote: > >> > >>> On 17.02.2016 ?., at 15:40, Shawn Webb > >>> wrote: >>> > >>> TL;DR: FreeBSD is not affected by CVE-2015-7547. > >> > >> > >> Unless you use Linux applications under emulation. > >> > >> Daniel > >> > > Which is supported by ports so at most it should be a ports advisory and > > not a FreeBSD (base) SA and therefore not on the website. > > > > Just my 2p ;) > > Documenting and putting out security advisiories for other operating > systems seems like a bad precedent in general. The same could be said > for runniing java applications, windows under bhyve, etc. - *sigh* - > if the cross over use is common via a port, then have the port maybe > remind users to consult their distribution specific security > vulnerabilites prior to running it maybe - which is what they should > be doing anyway. > > That's my two insignificant cents :-) > > Dan If Sell distributes a bad batch of gasoline. It's not Chevrolet's responsibility to inform it's car buyers/owners, that Shell produced a bad batch of gasoline. Is it? :) --Chris From owner-freebsd-current@freebsd.org Mon Feb 22 02:18:03 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 65C58AB0FA5 for ; Mon, 22 Feb 2016 02:18:03 +0000 (UTC) (envelope-from Scoobi_doo@yahoo.com) Received: from nm34-vm5.bullet.mail.bf1.yahoo.com (nm34-vm5.bullet.mail.bf1.yahoo.com [72.30.239.77]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1E77A1964 for ; Mon, 22 Feb 2016 02:18:02 +0000 (UTC) (envelope-from Scoobi_doo@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1456107372; bh=Hn4V3OIATLSvHiWmzpHZVe3TRm1xZnSETvVGa8o8LvI=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From:Subject; b=pEsB4NvEojFGwQi5uAoxCaw2U6Ck1KLn8FAK7yaCJwSo/f0jL4GJ7m4Zjl0v5m5qvrRXsTuvbm95ch+aFolxeEqw9ticObpSz8Sx0iEhiIQhx7zWgoajwFLtg8OQlYhH06T+C/WuMHo1QD9xDPUcv0R0RoiUJYkfuU7+YvHYEsR0Q8AztX/2zS2csBzg1V8YtoKhIarLVHrxqfIdsW1XBo//R3mnV1r1GehGNwe564olvVb45uRabX1lZfKzxzA40XaLnszBTeM4qK6J/Kpf/gh8rrMKl/QhXbkvEEAOTMfKWQpXLC8m8Gh/JFux8spensGSXjfT1b+MbQ80BtzaAg== Received: from [98.139.215.142] by nm34.bullet.mail.bf1.yahoo.com with NNFMP; 22 Feb 2016 02:16:12 -0000 Received: from [98.139.213.9] by tm13.bullet.mail.bf1.yahoo.com with NNFMP; 22 Feb 2016 02:16:12 -0000 Received: from [127.0.0.1] by smtp109.mail.bf1.yahoo.com with NNFMP; 22 Feb 2016 02:16:12 -0000 X-Yahoo-Newman-Id: 68918.42589.bm@smtp109.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: xZgmUBkVM1lnZD0S6rheW.ARFz0qj8pdGy.jy.Qbq610k.l 5UfoFgk07eu0qhe3VyQxWmAr.8R2L.Bi5NY9j.Uh4.FM9wYeuqhwWjw.PiM7 UTc3PkGIYBAKaeoZMRoG2ZoDQlfl9YpraW6WSGClqvvrqaZ0Lprp590dPJ1c 5F626dbLlX6YTLLz2GxZ4Ml1a0OTsmjZ2HQReeeNz9cqaMYupt9iqdHjszAS srm7pdnxoeJvGqsy0om.WTNd_4KHz7x1AVUaIk0uJ64gkcmtDL5uEUO3AxG8 Bb5VhtLYJNLxKoZohyBJeW7tZo0hp3jcZm_Y1fcy6_3sDI8DqHO4MiGkEhC. cpiwpeEzfZ.iPfAoD6dj7Y7oy4N4eUvRLSR2cxwq8Lek4hdXg3RvSf7GTHrL FmBthjYpObZWZMP6akYQJpy56lPKW_TlRC64q_a.RoUkBOQ4E6YhdkjK111H w78NbaFEoJlEMsXzes6dgormZIMReqcJzlFoaoOofMaGiJc1.HZxD6DP4G.Q 4k2oV_M9Q30Ad72ZDefD9yZl10ENH6A-- X-Yahoo-SMTP: 9sPoSQ2swBBlERuQ.0vs8XLc_MeClW0- Subject: Re: new computer, strange usb messages at boot To: Larry Rosenman References: <20160220051951.GA47875@lrosenman-dell.lerctr.org> <20160220120401.GA91220@kib.kiev.ua> <20160220122416.GA1026@lrosenman-dell.lerctr.org> <2575cfd714188f7ffbc873cb5d87cc97@thebighonker.lerctr.org> Cc: freebsd-current@freebsd.org From: Anthony Jenkins Message-ID: <56CA6F67.4000001@yahoo.com> Date: Sun, 21 Feb 2016 21:16:07 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <2575cfd714188f7ffbc873cb5d87cc97@thebighonker.lerctr.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 02:18:03 -0000 Yes. I have an eGalax touchscreen and it's doing the same thing. The number of items it's reporting is 256 (according to my preliminary debugging), causing the warning. I think these things are a special subclass of HID for multitouch touchscreens which we don't support (yet). Anthony Jenkins On 02/21/2016 11:28 AM, Larry Rosenman wrote: > On 2016-02-20 06:24, Larry Rosenman wrote: > >> uhid0: on usbus0 >> hid_get_item: Number of items truncated to 255 >> uhid1: on usbus0 >> hid_get_item: Number of items truncated to 255 >> hid_get_item: Number of items truncated to 255 >> hid_get_item: Number of items truncated to 255 > > Does this mean that the touch screen is hitting a limit in FreeBSD's > driver? > > From owner-freebsd-current@freebsd.org Mon Feb 22 07:03:27 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A61EEAAFB1B; Mon, 22 Feb 2016 07:03:27 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (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 70C1A1D1C; Mon, 22 Feb 2016 07:03:27 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (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 6F5C51FE022; Mon, 22 Feb 2016 08:03:24 +0100 (CET) Subject: Re: new computer, strange usb messages at boot To: Larry Rosenman References: <20160220051951.GA47875@lrosenman-dell.lerctr.org> <56C8310B.4010908@selasky.org> <9F54F75F-9FF4-4587-8FFD-C6BE6DC20E17@FreeBSD.org> <56C9BF13.4000408@selasky.org> Cc: Dimitry Andric , freebsd-current@freebsd.org, owner-freebsd-current@freebsd.org From: Hans Petter Selasky Message-ID: <56CAB352.70408@selasky.org> Date: Mon, 22 Feb 2016 08:05:54 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 07:03:27 -0000 Hi, On 02/21/16 17:27, Larry Rosenman wrote: > On 2016-02-21 07:43, Hans Petter Selasky wrote: >> On 02/21/16 14:33, Dimitry Andric wrote: >>> If you ask me, something is just seriously broken in the way the xhci >>> driver works on Haswell or higher Intel CPUs. For example, on an >>> embedded Haswell box with USB3 ports: >> >> Hi, >> >> Nothing is seriously broken in the XHCI driver. Try to set: >> >> hw.usb.xhci.xhci_port_route=0 > > Does this DISABLE USB3? No, only the USB 2.x and 1.x part of the XHCI controller. >> >> Which will route all devices to the EHCI, in your /boot/loader.conf >> >> Does it make any difference? >> >> Refer to the following print: >>> xhci0: Port routing mask set to 0xffffffff >> >> The chipset you're using is special in that the binding of ports >> between XHCI and EHCI is not fixed. Maybe some combinations are simply >> not supported. >> > > Why is it "special"? It seems it's the norm for haswell and newer (in > my case Skylake). With special I mean, that the XHCI controller chipset has additional registers to switch the port routing between XHCI and EHCI for USB 2.0 and 1.0 devices. This was not part of the initial XHCI standard. I believe that is what the enumeration failures are about, that the USB 2.x/1.x lines are not properly routed to the XHCI in hardware. For the sake of the matter you can try to boot the Haswell chipset setting hw.usb.xhci.debug=16 in /boot/loader.conf, and send me the resulting log off-list, without using the hw.usb.xhci.xhci_port_route setting. And I'll see if there are any errors there which we can handle in software. --HPS From owner-freebsd-current@freebsd.org Mon Feb 22 07:08:03 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A2A78AAFD26 for ; Mon, 22 Feb 2016 07:08:03 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (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 706EA1E82 for ; Mon, 22 Feb 2016 07:08:03 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (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 C2DEE1FE022; Mon, 22 Feb 2016 08:08:01 +0100 (CET) Subject: Re: new computer, strange usb messages at boot To: Larry Rosenman , freebsd-current@freebsd.org References: <20160220051951.GA47875@lrosenman-dell.lerctr.org> <20160220120401.GA91220@kib.kiev.ua> <20160220122416.GA1026@lrosenman-dell.lerctr.org> <2575cfd714188f7ffbc873cb5d87cc97@thebighonker.lerctr.org> From: Hans Petter Selasky Message-ID: <56CAB468.4070201@selasky.org> Date: Mon, 22 Feb 2016 08:10:32 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <2575cfd714188f7ffbc873cb5d87cc97@thebighonker.lerctr.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 07:08:03 -0000 On 02/21/16 17:28, Larry Rosenman wrote: > Does this mean that the touch screen is hitting a limit in FreeBSD's > driver? Yes, the hid driver is limiting the range of some report. This should be harmless. You would need to dump the HID descriptor to see the limits. Maybe we could raise the limit from 256 to 4096 or something in that range, to make the warning to away. It's sys/dev/usb/usb_hid.c: > /* range check usage count */ > if (c->loc.count > 255) { > DPRINTFN(0, "Number of " > "items truncated to 255\n"); > s->ncount = 255; > } else > s->ncount = c->loc.count; > Try adding c->loc.count to the printout, to see the limit it is exceeding. --HPS From owner-freebsd-current@freebsd.org Mon Feb 22 07:09:06 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C92AEAAFDC6 for ; Mon, 22 Feb 2016 07:09:06 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (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 96D101FA4 for ; Mon, 22 Feb 2016 07:09:06 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (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 E41861FE022; Mon, 22 Feb 2016 08:09:04 +0100 (CET) Subject: Re: new computer, strange usb messages at boot To: Anthony Jenkins , Larry Rosenman References: <20160220051951.GA47875@lrosenman-dell.lerctr.org> <20160220120401.GA91220@kib.kiev.ua> <20160220122416.GA1026@lrosenman-dell.lerctr.org> <2575cfd714188f7ffbc873cb5d87cc97@thebighonker.lerctr.org> <56CA6F67.4000001@yahoo.com> Cc: freebsd-current@freebsd.org From: Hans Petter Selasky Message-ID: <56CAB4A7.8080604@selasky.org> Date: Mon, 22 Feb 2016 08:11:35 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <56CA6F67.4000001@yahoo.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 07:09:06 -0000 On 02/22/16 03:16, Anthony Jenkins wrote: > Yes. I have an eGalax touchscreen and it's doing the same thing. The > number of items it's reporting is 256 (according to my preliminary > debugging), causing the warning. I think these things are a special > subclass of HID for multitouch touchscreens which we don't support (yet). /usr/ports/multimedia/webcamd will most likely attach if invoked manually, to this device and provide an event device for you! --HPS From owner-freebsd-current@freebsd.org Mon Feb 22 12:58:19 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C0C4AB0ECA for ; Mon, 22 Feb 2016 12:58:19 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F027F15BB for ; Mon, 22 Feb 2016 12:58:18 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aXpNX-000785-RW; Mon, 22 Feb 2016 15:14:15 +0300 Date: Mon, 22 Feb 2016 15:14:15 +0300 From: Slawa Olhovchenkov To: Luigi Rizzo Cc: freebsd-current Subject: Re: three new netmap tools: pcap player, link emulator, load distributor Message-ID: <20160222121415.GG37895@zxy.spb.ru> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 12:58:19 -0000 On Sun, Feb 21, 2016 at 10:18:36AM -0800, Luigi Rizzo wrote: > lb > a packet distributor that reads from a netmap port and distributes > traffic to multiple netmap ports, using ze​ro copy and a user-defined > hash function. This will be useful e.g. for people running multiple > instances of traffic monitors such as bro, suricata and the like. > It is not by chance that LB was originally developed by Seth Hall > at Broala, who kindly made it available, and Giuseppe Lettieri who > added a few features. Do you performance test of this tool? In my case, on my hardware similar code can rehash and forward only about 6.5Mpps in one thread. From owner-freebsd-current@freebsd.org Mon Feb 22 15:10:40 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F0EEBAAFD77 for ; Mon, 22 Feb 2016 15:10:40 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 128521889; Mon, 22 Feb 2016 15:10:39 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA24528; Mon, 22 Feb 2016 17:10:38 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1aXs8D-0007Cp-UX; Mon, 22 Feb 2016 17:10:37 +0200 Subject: Re: Memory modified after free in "MAP ENTRY" zone (vm_map_entry_t->read_ahead) To: Konstantin Belousov References: <56BBAB6E.5050601@FreeBSD.org> <56C08AAA.5050206@FreeBSD.org> <56C1953F.60604@FreeBSD.org> <20160218151321.GR91220@kib.kiev.ua> <56C6D496.1060509@FreeBSD.org> Cc: alc@FreeBSD.org, FreeBSD Current From: Andriy Gapon Message-ID: <56CB24B6.3030906@FreeBSD.org> Date: Mon, 22 Feb 2016 17:09:42 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <56C6D496.1060509@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 15:10:41 -0000 On 19/02/2016 10:38, Andriy Gapon wrote: > On 18/02/2016 17:13, Konstantin Belousov wrote: >> So this is arguably a fallout from r188331. >> The following is somewhat non-insistent attempt to fix the problem. > > Kostik, > > thank you very much, I am testing the patch. The patch holds good so far. No regressions. -- Andriy Gapon From owner-freebsd-current@freebsd.org Mon Feb 22 16:17:08 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E9F45AB194B for ; Mon, 22 Feb 2016 16:17:08 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: from mail-lf0-x22b.google.com (mail-lf0-x22b.google.com [IPv6:2a00:1450:4010:c07::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 712C119BE for ; Mon, 22 Feb 2016 16:17:08 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: by mail-lf0-x22b.google.com with SMTP id 78so96896756lfy.3 for ; Mon, 22 Feb 2016 08:17:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=MS8pUpbAVUaVpCF/lg+JgUQI3JEwY7Sj3vjQn1rRdPA=; b=zTRQXuMzYcvtrwCFygHNb2/lvUfIQfcAtfu/WY2GDaRYNGY/n0zcNnd2p4gxXLZtqi NIwP+CXWdKwDNegJhhS32+YW3MnRK/wU6shVcTfHa7NvUuGv6VcLJPW03Ri1G/aP3alk f32gC2wllpYpSxXH4FbirbcSZvbLvP/w0MzbiIfmXJl0Q48QDUEWmOJ/yb7z3ZXu5dZx uGnssdcXnlEwyM8CXnf1+5XY/yF1vhFZec1yKq3YCekBnY4+mxXoQaW/LnHI9A8ecFGF vkiETKHHS5oT1RYRQykGLRM5DNrxb1M8pR94WdYkATPugXaCWD+g8Wk88/DiXnUTLnDv 8OAg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=MS8pUpbAVUaVpCF/lg+JgUQI3JEwY7Sj3vjQn1rRdPA=; b=UIR/s8A0QOxfxxt0CqLCi7wyJCw4FmI9UOEoEBqe/Cvl82/9G6E5dXxDhZvnv2+uL9 IsV2edUIvHGwtIMPqbLyfb3WjWjMeuTWeec+u8xVWz3f4pZm8C5YWDgihzcS5YmhE9aR NHHrVSrNJP4bfts1rVMunEKLnW7rxc+T3UPg6y5sROkqiRQqy5zqgwXglBrUO5JXSu9h Ay1YDkPrwyWPKMUl2YicHxM4s8M8Oam3lGR9rdDTfB+ezCQiLM5fm0/xK8vguoBnW0Cd 6oP/ZoebTFhqP9UjDalRaXrIGv4KdtvataL/qcRDorItYeMtgsSOCLJW7x7QdVHXOV+4 na3w== X-Gm-Message-State: AG10YOROUypkj4rs1Nkh0ZqYrRrUXJ2f0HYthBdDqqApcCCYaa6RgxPAh3Cx4YoPCAb9pLAr7kribN5rfMlsSA== MIME-Version: 1.0 X-Received: by 10.25.138.5 with SMTP id m5mr10535422lfd.28.1456157826200; Mon, 22 Feb 2016 08:17:06 -0800 (PST) Sender: rizzo.unipi@gmail.com Received: by 10.114.184.146 with HTTP; Mon, 22 Feb 2016 08:17:06 -0800 (PST) In-Reply-To: <20160222121415.GG37895@zxy.spb.ru> References: <20160222121415.GG37895@zxy.spb.ru> Date: Mon, 22 Feb 2016 08:17:06 -0800 X-Google-Sender-Auth: jqbwWInNqDLro4SvCcSGrcyjFxU Message-ID: Subject: Re: three new netmap tools: pcap player, link emulator, load distributor From: Luigi Rizzo To: Slawa Olhovchenkov Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 16:17:09 -0000 On Monday, February 22, 2016, Slawa Olhovchenkov wrote: > On Sun, Feb 21, 2016 at 10:18:36AM -0800, Luigi Rizzo wrote: > > > lb > > a packet distributor that reads from a netmap port and distributes > > traffic to multiple netmap ports, using ze=E2=80=8Bro copy and a user= -defined > > hash function. This will be useful e.g. for people running multiple > > instances of traffic monitors such as bro, suricata and the like. > > It is not by chance that LB was originally developed by Seth Hall > > at Broala, who kindly made it available, and Giuseppe Lettieri who > > added a few features. > > Do you performance test of this tool? > In my case, on my hardware similar code can rehash and forward only > about 6.5Mpps in one thread. > Well above 15mpps on a Vale switch. The devil is in the details so "similar code" may perform wildly differently depending of what you actually do. Give this a try and let us know. Cheers Luigi --=20 -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2217533 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-current@freebsd.org Mon Feb 22 16:39:22 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 232E7AAF510 for ; Mon, 22 Feb 2016 16:39:22 +0000 (UTC) (envelope-from Scoobi_doo@yahoo.com) Received: from nm29-vm1.bullet.mail.bf1.yahoo.com (nm29-vm1.bullet.mail.bf1.yahoo.com [98.139.213.144]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D08651765 for ; Mon, 22 Feb 2016 16:39:21 +0000 (UTC) (envelope-from Scoobi_doo@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1456159154; bh=UVWpF8C1v0IKPaMzrC4uun9Ihrx2amr01C5sRGfpXxU=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From:Subject; b=McNOyJWjnb6bIUb5Jzs19BGfGS8VtrxUBhSL4TkDEoTEfNnqMOt0Zl+4d73ksaVetCSjAs9C/mGZ1lR4yzZKKf1YE8K9M/AuNAIgCDYFPP2o/kLIGv8t8WbY4Gjt7cC5FducG5t/lA85sz+YpW6xKginkT9Vlp1zLZwIOCIalcyfAo1YaBxvMzPOonODx2NldJaoNiNgbXyKaIX/bPKbCUWvJ7fXzeIrMwQ09fq28iZt5gJzncl0vbu5l+DIOc8pp5ChaMcuhxEpYFzE4zckC7HEoi5vuHApM9vYfFZf6bkfB8BpP1+8/ZmBta7qRybmkvZwA834B48ntODiARXtbg== Received: from [66.196.81.171] by nm29.bullet.mail.bf1.yahoo.com with NNFMP; 22 Feb 2016 16:39:14 -0000 Received: from [68.142.230.70] by tm17.bullet.mail.bf1.yahoo.com with NNFMP; 22 Feb 2016 16:39:14 -0000 Received: from [127.0.0.1] by smtp227.mail.bf1.yahoo.com with NNFMP; 22 Feb 2016 16:39:14 -0000 X-Yahoo-Newman-Id: 365917.95976.bm@smtp227.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 72EYnxYVM1kmdxGqradYL5LThn1gnJ1QgzsOf_krPQa.YiH w3bG0A3lGWJhTAKJ7E1U0MdiEcPAf6c8dzI2jT0eQEvWMr2vjek5UsUIuLD9 oWRq45pK2psv5VDaMz0HcQgLMEis1nRAgs186VzBRw133QsMWvYtq7yOfdv7 VZNPFwsyypDiBaEZKKYI5t.DlJfoOLoY2rJhjNYZBNC9WsdLGTmlcH.W6fhq oOH3iBqPj5.cJVEdZl5yHGu5NEpNlcUED14wJgte8TlzRN2hZpNLmvjZe.7W ILUHfuNKt8ODZKSkyE4Jm84jx7Vd39SLduS08yJ8xEVhcPOYejZVKdFk6UEt TGVFtRWIQCGiTFIUHkuMudy7pas45wiW8qOCWG_cqDYnEnLcTVxT.AsaKnjL o9_yCQCPJCMBuHdp3DBhnsKfm5.yYXdcPeAHMdGFD2AfQp0SjJ2MtD70dH9g 98m6js9MjwdEff9mYF4Mshfeg0qGCGRTUAVsA2g69rLJblztrbeWcb0ZZoQZ ZMHlC9ZhrdNFKZjt7DYswwTtqESJ0KOs- X-Yahoo-SMTP: 9sPoSQ2swBBlERuQ.0vs8XLc_MeClW0- Subject: Touchscreen support (was Re: new computer, strange usb messages at boot) To: Hans Petter Selasky , Larry Rosenman References: <20160220051951.GA47875@lrosenman-dell.lerctr.org> <20160220120401.GA91220@kib.kiev.ua> <20160220122416.GA1026@lrosenman-dell.lerctr.org> <2575cfd714188f7ffbc873cb5d87cc97@thebighonker.lerctr.org> <56CA6F67.4000001@yahoo.com> <56CAB4A7.8080604@selasky.org> Cc: freebsd-current@freebsd.org From: Anthony Jenkins X-Enigmail-Draft-Status: N1110 Message-ID: <56CB39B0.3020307@yahoo.com> Date: Mon, 22 Feb 2016 11:39:12 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <56CAB4A7.8080604@selasky.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 16:39:22 -0000 On 02/22/2016 02:11 AM, Hans Petter Selasky wrote: > On 02/22/16 03:16, Anthony Jenkins wrote: >> Yes. I have an eGalax touchscreen and it's doing the same thing. The >> number of items it's reporting is 256 (according to my preliminary >> debugging), causing the warning. I think these things are a special >> subclass of HID for multitouch touchscreens which we don't support >> (yet). > > /usr/ports/multimedia/webcamd will most likely attach if invoked > manually, to this device and provide an event device for you! > > --HPS Okay that's /amazing/, and not at all intuitive! I mean I'd expect multimedia/webcamd to only attach to "video" devices, but lo and behold I get a /dev/input/event0 device which spits out gibberish when cat(1)'ed and I touch the screen! My intentions were to port Linux's hid-multitouch device in whole to FreeBSD (it's what attaches to my eGalax device and probably to OP's touchscreen device) and add support for the device to moused(8), but it's not very high on my priority list... --=20 Anthony Jenkins From owner-freebsd-current@freebsd.org Mon Feb 22 16:48:42 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A832DAAFC2F for ; Mon, 22 Feb 2016 16:48:42 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (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 6D26A1F38 for ; Mon, 22 Feb 2016 16:48:41 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (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 E300E1FE022; Mon, 22 Feb 2016 17:48:30 +0100 (CET) Subject: Re: Touchscreen support (was Re: new computer, strange usb messages at boot) To: Anthony Jenkins , Larry Rosenman References: <20160220051951.GA47875@lrosenman-dell.lerctr.org> <20160220120401.GA91220@kib.kiev.ua> <20160220122416.GA1026@lrosenman-dell.lerctr.org> <2575cfd714188f7ffbc873cb5d87cc97@thebighonker.lerctr.org> <56CA6F67.4000001@yahoo.com> <56CAB4A7.8080604@selasky.org> <56CB39B0.3020307@yahoo.com> Cc: freebsd-current@freebsd.org From: Hans Petter Selasky Message-ID: <56CB3C74.7050103@selasky.org> Date: Mon, 22 Feb 2016 17:51:00 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <56CB39B0.3020307@yahoo.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 16:48:42 -0000 On 02/22/16 17:39, Anthony Jenkins wrote: > > > On 02/22/2016 02:11 AM, Hans Petter Selasky wrote: >> On 02/22/16 03:16, Anthony Jenkins wrote: >>> Yes. I have an eGalax touchscreen and it's doing the same thing. The >>> number of items it's reporting is 256 (according to my preliminary >>> debugging), causing the warning. I think these things are a special >>> subclass of HID for multitouch touchscreens which we don't support >>> (yet). >> >> /usr/ports/multimedia/webcamd will most likely attach if invoked >> manually, to this device and provide an event device for you! >> >> --HPS > > Okay that's /amazing/, and not at all intuitive! I mean I'd expect > multimedia/webcamd to only attach to "video" devices, but lo and behold > I get a /dev/input/event0 device which spits out gibberish when > cat(1)'ed and I touch the screen! > > My intentions were to port Linux's hid-multitouch device in whole to > FreeBSD (it's what attaches to my eGalax device and probably to OP's > touchscreen device) and add support for the device to moused(8), but > it's not very high on my priority list... > Hi, If you apply these patches, will work with your X-org :-) https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196678 --HPS From owner-freebsd-current@freebsd.org Mon Feb 22 17:05:49 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A1EB7AB0845 for ; Mon, 22 Feb 2016 17:05:49 +0000 (UTC) (envelope-from Scoobi_doo@yahoo.com) Received: from nm22-vm1.bullet.mail.bf1.yahoo.com (nm22-vm1.bullet.mail.bf1.yahoo.com [98.139.212.127]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 52F101D30 for ; Mon, 22 Feb 2016 17:05:49 +0000 (UTC) (envelope-from Scoobi_doo@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1456160747; bh=xmUgMHG5T6waDmmcNXbBk/5ZGQbV3fYS0295h1u38pc=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From:Subject; b=p9TltEPQnIwcrNjRxIClmN89LpXfhX0LchGJke4vhD1jPocxk9ERjNlx/wCdzPf8cgPjr5EHgD6xlSIFI+YiUsg9LB2qUXs4x2iAEjaKyUiZG5MnYo+ZQMyOHfHOQ2Z++/yO1TGGzUIDbNw9VYRXP7IDGExua2WC+z9LNoLYVKPpuljVtT+/IcGzhWBBO/F7sawwxwsmcV1mtKFUdqTcqFjgwCS/ouPJ6zWLLbeK9LAc+ugAe5LANtg76gcMM/7BQafWmydQGGgHI8bj5V0sO85yBttXF9l4ShjuaFEeJTWS7MXvU46Ws2BiuG8Yiop0rX7FMRjj68GbYftGioe9gw== Received: from [98.139.170.179] by nm22.bullet.mail.bf1.yahoo.com with NNFMP; 22 Feb 2016 17:05:47 -0000 Received: from [98.139.213.15] by tm22.bullet.mail.bf1.yahoo.com with NNFMP; 22 Feb 2016 17:05:47 -0000 Received: from [127.0.0.1] by smtp115.mail.bf1.yahoo.com with NNFMP; 22 Feb 2016 17:05:47 -0000 X-Yahoo-Newman-Id: 721354.44262.bm@smtp115.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: L.IGw6UVM1nzQ09Hg7pczzpgGx_WeEZi7ajUjMk_Pig7MfY NaiyV7hVk_xVvj1BapaAqTbeX3UYZub6M57tskadwWdBZgfA1EjiY8RIU0i4 WrgrKCSQo2K.8rp86mfoRqOEDN9JKwvIbqL_BLWEethqEYAVu5xS4ElcUHmm twhj0wH51fEpjuC136XTD8ry7UryQ6eX2KhHXT0fBBN34V4dy3iEflNfRJ4B Kp3wPipOPWeHtRdTshtHd5LGNhOGTW8BFOaIxAaQ_p1t4YkMjRUKXDFJyokW dVlQCh7RsBM.GEBXJ5AM6cbcHlQghXmgD8f_I_uQFINKA4KAPZuD8qWBPm9c p9US2FwzQJPyCQ1VFoNpIiMutANAJMAzJ.d_.M2xlpzgjEzCT8FBd0mgI9Se zBP23BJWpR1Ch9cgInmluIDwR_lj2ga1kzjjxEszo2P3QxwV0uPPjLGWAOZD SF8ITse8knPAhoXfM2DHr_03DjhANMeQ.XkxjTjY8CL..MdAF9Zrt9sR3W8H 52YXQK2hU10Y7ysjOcY4uAU7fryC0.Wz_YQ-- X-Yahoo-SMTP: 9sPoSQ2swBBlERuQ.0vs8XLc_MeClW0- Subject: Re: Touchscreen support (was Re: new computer, strange usb messages at boot) To: Hans Petter Selasky , Larry Rosenman References: <20160220051951.GA47875@lrosenman-dell.lerctr.org> <20160220120401.GA91220@kib.kiev.ua> <20160220122416.GA1026@lrosenman-dell.lerctr.org> <2575cfd714188f7ffbc873cb5d87cc97@thebighonker.lerctr.org> <56CA6F67.4000001@yahoo.com> <56CAB4A7.8080604@selasky.org> <56CB39B0.3020307@yahoo.com> <56CB3C74.7050103@selasky.org> Cc: freebsd-current@freebsd.org From: Anthony Jenkins Message-ID: <56CB3FE9.6060005@yahoo.com> Date: Mon, 22 Feb 2016 12:05:45 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <56CB3C74.7050103@selasky.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 17:05:49 -0000 On 02/22/2016 11:51 AM, Hans Petter Selasky wrote: > On 02/22/16 17:39, Anthony Jenkins wrote: >> >> >> On 02/22/2016 02:11 AM, Hans Petter Selasky wrote: >>> On 02/22/16 03:16, Anthony Jenkins wrote: >>>> Yes. I have an eGalax touchscreen and it's doing the same thing. The >>>> number of items it's reporting is 256 (according to my preliminary >>>> debugging), causing the warning. I think these things are a special >>>> subclass of HID for multitouch touchscreens which we don't support >>>> (yet). >>> >>> /usr/ports/multimedia/webcamd will most likely attach if invoked >>> manually, to this device and provide an event device for you! >>> >>> --HPS >> >> Okay that's /amazing/, and not at all intuitive! I mean I'd expect >> multimedia/webcamd to only attach to "video" devices, but lo and behold >> I get a /dev/input/event0 device which spits out gibberish when >> cat(1)'ed and I touch the screen! >> >> My intentions were to port Linux's hid-multitouch device in whole to >> FreeBSD (it's what attaches to my eGalax device and probably to OP's >> touchscreen device) and add support for the device to moused(8), but >> it's not very high on my priority list... >> > > Hi, > > If you apply these patches, will work with your X-org :-) > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196678 > > --HPS Well that's one of the higher priority items - Xorg doesn't work with my AMD Radeon video device and FreeBSD's drm2/radeonkms... I'm going to try the vesa driver today. -- Anthony Jenkins From owner-freebsd-current@freebsd.org Mon Feb 22 18:11:16 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BFBDCAB0334 for ; Mon, 22 Feb 2016 18:11:16 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9E9FF1E47 for ; Mon, 22 Feb 2016 18:11:16 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version; bh=NdbcyvhoGAKt0vlxC94nz5rEbBMFYB7EFO96rHNKLDg=; b=EzHVRGCvw5FEmUlDfXwGR/RYVK lpc8hUTPj+/WgfcI/WpZua0Mhi+nmntUsrcxpsvk95BdDClVPCRTAHhOsx94RW4vS0dWRZWg6P/yO WqJH8k9bVNSqoXuurBgKve3EqJxD62qXnQ0nCXZetR2/llObgpugbQxPrwrapA9DOoyk=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:31911 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aXuwy-000LHC-Dm; Mon, 22 Feb 2016 12:11:12 -0600 Received: from fakenat.motive.com ([64.186.184.132]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Mon, 22 Feb 2016 12:11:12 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 22 Feb 2016 12:11:12 -0600 From: Larry Rosenman To: Hans Petter Selasky Cc: Anthony Jenkins , freebsd-current@freebsd.org Subject: Re: Touchscreen support (was Re: new computer, strange usb messages at boot) In-Reply-To: <56CB3C74.7050103@selasky.org> References: <20160220051951.GA47875@lrosenman-dell.lerctr.org> <20160220120401.GA91220@kib.kiev.ua> <20160220122416.GA1026@lrosenman-dell.lerctr.org> <2575cfd714188f7ffbc873cb5d87cc97@thebighonker.lerctr.org> <56CA6F67.4000001@yahoo.com> <56CAB4A7.8080604@selasky.org> <56CB39B0.3020307@yahoo.com> <56CB3C74.7050103@selasky.org> Message-ID: <2502f08287eabc10f35de01adedafd41@thebighonker.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.4 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 18:11:16 -0000 On 2016-02-22 10:51, Hans Petter Selasky wrote: > On 02/22/16 17:39, Anthony Jenkins wrote: >> >> >> On 02/22/2016 02:11 AM, Hans Petter Selasky wrote: >>> On 02/22/16 03:16, Anthony Jenkins wrote: >>>> Yes. I have an eGalax touchscreen and it's doing the same thing. >>>> The >>>> number of items it's reporting is 256 (according to my preliminary >>>> debugging), causing the warning. I think these things are a special >>>> subclass of HID for multitouch touchscreens which we don't support >>>> (yet). >>> >>> /usr/ports/multimedia/webcamd will most likely attach if invoked >>> manually, to this device and provide an event device for you! >>> >>> --HPS >> >> Okay that's /amazing/, and not at all intuitive! I mean I'd expect >> multimedia/webcamd to only attach to "video" devices, but lo and >> behold >> I get a /dev/input/event0 device which spits out gibberish when >> cat(1)'ed and I touch the screen! >> >> My intentions were to port Linux's hid-multitouch device in whole to >> FreeBSD (it's what attaches to my eGalax device and probably to OP's >> touchscreen device) and add support for the device to moused(8), but >> it's not very high on my priority list... >> > > Hi, > > If you apply these patches, will work with your X-org :-) > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196678 > > --HPS Didn't seem to attach to mine, running from /etc/rc.d / devd $ ls acpi ctty led psm0 ttyv8 ada0 cuse log pts ttyv9 ada0p1 devctl mdctl random ttyva ada0p2 devctl2 mem reroot ttyvb ada0p3 devstat midistat ses0 ufssuspend ada1 dumpdev mixer0 sndstat ugen0.1 ada1p1 fd mixer1 stderr ugen0.2 ada1p2 fido mixer2 stdin ugen0.3 apm full msdosfs stdout uhid0 apmctl geom.ctl netmap sysmouse uhid1 atkbd0 gpt nfslock ttyv0 urandom audit hpet0 null ttyv1 usb auditpipe io nvidia0 ttyv2 usbctl bpf kbd0 nvidiactl ttyv3 video0 bpf0 kbd1 pass0 ttyv4 xpt0 bpsm0 kbdmux0 pass1 ttyv5 zero console klog pass2 ttyv6 zfs consolectl kmem pci ttyv7 $ ls /dev/in* ls: /dev/in*: No such file or directory $ -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Mon Feb 22 18:13:03 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 382C7AB05DF for ; Mon, 22 Feb 2016 18:13:03 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (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 01701116D for ; Mon, 22 Feb 2016 18:13:03 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (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 07F231FE022; Mon, 22 Feb 2016 19:13:00 +0100 (CET) Subject: Re: Touchscreen support (was Re: new computer, strange usb messages at boot) To: Larry Rosenman References: <20160220051951.GA47875@lrosenman-dell.lerctr.org> <20160220120401.GA91220@kib.kiev.ua> <20160220122416.GA1026@lrosenman-dell.lerctr.org> <2575cfd714188f7ffbc873cb5d87cc97@thebighonker.lerctr.org> <56CA6F67.4000001@yahoo.com> <56CAB4A7.8080604@selasky.org> <56CB39B0.3020307@yahoo.com> <56CB3C74.7050103@selasky.org> <2502f08287eabc10f35de01adedafd41@thebighonker.lerctr.org> Cc: Anthony Jenkins , freebsd-current@freebsd.org From: Hans Petter Selasky Message-ID: <56CB5042.5060701@selasky.org> Date: Mon, 22 Feb 2016 19:15:30 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <2502f08287eabc10f35de01adedafd41@thebighonker.lerctr.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 18:13:03 -0000 On 02/22/16 19:11, Larry Rosenman wrote: > On 2016-02-22 10:51, Hans Petter Selasky wrote: >> On 02/22/16 17:39, Anthony Jenkins wrote: >>> >>> >>> On 02/22/2016 02:11 AM, Hans Petter Selasky wrote: >>>> On 02/22/16 03:16, Anthony Jenkins wrote: >>>>> Yes. I have an eGalax touchscreen and it's doing the same thing. The >>>>> number of items it's reporting is 256 (according to my preliminary >>>>> debugging), causing the warning. I think these things are a special >>>>> subclass of HID for multitouch touchscreens which we don't support >>>>> (yet). >>>> >>>> /usr/ports/multimedia/webcamd will most likely attach if invoked >>>> manually, to this device and provide an event device for you! >>>> >>>> --HPS >>> >>> Okay that's /amazing/, and not at all intuitive! I mean I'd expect >>> multimedia/webcamd to only attach to "video" devices, but lo and behold >>> I get a /dev/input/event0 device which spits out gibberish when >>> cat(1)'ed and I touch the screen! >>> >>> My intentions were to port Linux's hid-multitouch device in whole to >>> FreeBSD (it's what attaches to my eGalax device and probably to OP's >>> touchscreen device) and add support for the device to moused(8), but >>> it's not very high on my priority list... >>> >> >> Hi, >> >> If you apply these patches, will work with your X-org :-) >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196678 >> >> --HPS Hi, Run: webcamd -l Then find your device, and run that command line. --HPS From owner-freebsd-current@freebsd.org Mon Feb 22 18:15:22 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D0655AB07C2; Mon, 22 Feb 2016 18:15:22 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AE118139E; Mon, 22 Feb 2016 18:15:22 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version; bh=qShuvjZ7nQJVD5lXwwXKMgcrxEmX5DTzorSZnpPko90=; b=tcGX3csSGrxFPWYUHjh3VY3al+ zWjYRR+qss27eXWwZG8nxAj+WHvYKBntkWOGOMDl6JB0YiYUKp6PKucRX/boqum2ZyuDcYQv1trGN eYK5vWQGnt91pWs7QiO8c27u02N3FhVvi/40ycYFMvF6fBsr6jxMwPTovKVHtZyfkeNs=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:23313 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aXv0y-000LOb-D4; Mon, 22 Feb 2016 12:15:20 -0600 Received: from fakenat.motive.com ([64.186.184.132]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Mon, 22 Feb 2016 12:15:20 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 22 Feb 2016 12:15:20 -0600 From: Larry Rosenman To: Hans Petter Selasky Cc: Anthony Jenkins , freebsd-current@freebsd.org, owner-freebsd-current@freebsd.org Subject: Re: Touchscreen support (was Re: new computer, strange usb messages at boot) In-Reply-To: <56CB5042.5060701@selasky.org> References: <20160220051951.GA47875@lrosenman-dell.lerctr.org> <20160220120401.GA91220@kib.kiev.ua> <20160220122416.GA1026@lrosenman-dell.lerctr.org> <2575cfd714188f7ffbc873cb5d87cc97@thebighonker.lerctr.org> <56CA6F67.4000001@yahoo.com> <56CAB4A7.8080604@selasky.org> <56CB39B0.3020307@yahoo.com> <56CB3C74.7050103@selasky.org> <2502f08287eabc10f35de01adedafd41@thebighonker.lerctr.org> <56CB5042.5060701@selasky.org> Message-ID: <2996bff108604e47e226ca6c532aa114@thebighonker.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.4 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 18:15:23 -0000 On 2016-02-22 12:15, Hans Petter Selasky wrote: > On 02/22/16 19:11, Larry Rosenman wrote: >> On 2016-02-22 10:51, Hans Petter Selasky wrote: >>> On 02/22/16 17:39, Anthony Jenkins wrote: >>>> >>>> >>>> On 02/22/2016 02:11 AM, Hans Petter Selasky wrote: >>>>> On 02/22/16 03:16, Anthony Jenkins wrote: >>>>>> Yes. I have an eGalax touchscreen and it's doing the same thing. >>>>>> The >>>>>> number of items it's reporting is 256 (according to my preliminary >>>>>> debugging), causing the warning. I think these things are a >>>>>> special >>>>>> subclass of HID for multitouch touchscreens which we don't support >>>>>> (yet). >>>>> >>>>> /usr/ports/multimedia/webcamd will most likely attach if invoked >>>>> manually, to this device and provide an event device for you! >>>>> >>>>> --HPS >>>> >>>> Okay that's /amazing/, and not at all intuitive! I mean I'd expect >>>> multimedia/webcamd to only attach to "video" devices, but lo and >>>> behold >>>> I get a /dev/input/event0 device which spits out gibberish when >>>> cat(1)'ed and I touch the screen! >>>> >>>> My intentions were to port Linux's hid-multitouch device in whole to >>>> FreeBSD (it's what attaches to my eGalax device and probably to OP's >>>> touchscreen device) and add support for the device to moused(8), but >>>> it's not very high on my priority list... >>>> >>> >>> Hi, >>> >>> If you apply these patches, will work with your X-org :-) >>> >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196678 >>> >>> --HPS > > Hi, > > Run: > > webcamd -l > > Then find your device, and run that command line. > > --HPS > > _______________________________________________ > 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" Aha. $ sudo webcamd -l Available device(s): webcamd [-d ugen0.1] -N XHCI-root-HUB-0x8086 -S unknown -M 0 webcamd [-d ugen0.2] -N IntegratedWebcamHD-CN06307G7248759DE3VFA03 -S unknown -M 0 webcamd [-d ugen0.3] -N Atmel-maXTouch-Digitizer-Atmel -S unknown -M 0 Show webcamd usage: webcamd -h $ sudo webcamd -N Atmel-maXTouch-Digitizer-Atmel -S unknown -M 0 Attached to ugen0.3[0] Creating /dev/input/event0 ^Z[1] + Suspended sudo webcamd -N Atmel-maXTouch-Digitizer-Atmel -S unknown -M 0 $ bg [1] sudo webcamd -N Atmel-maXTouch-Digitizer-Atmel -S unknown -M 0 $ ls /dev/input/event0 /dev/input/event0 $ -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Mon Feb 22 18:16:09 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2954FAB0835 for ; Mon, 22 Feb 2016 18:16:09 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DF96E153F for ; Mon, 22 Feb 2016 18:16:08 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aXv1g-000F74-5L; Mon, 22 Feb 2016 21:16:04 +0300 Date: Mon, 22 Feb 2016 21:16:04 +0300 From: Slawa Olhovchenkov To: Luigi Rizzo Cc: freebsd-current Subject: Re: three new netmap tools: pcap player, link emulator, load distributor Message-ID: <20160222181603.GR68298@zxy.spb.ru> References: <20160222121415.GG37895@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 18:16:09 -0000 On Mon, Feb 22, 2016 at 08:17:06AM -0800, Luigi Rizzo wrote: > On Monday, February 22, 2016, Slawa Olhovchenkov wrote: > > > On Sun, Feb 21, 2016 at 10:18:36AM -0800, Luigi Rizzo wrote: > > > > > lb > > > a packet distributor that reads from a netmap port and distributes > > > traffic to multiple netmap ports, using ze​ro copy and a user-defined > > > hash function. This will be useful e.g. for people running multiple > > > instances of traffic monitors such as bro, suricata and the like. > > > It is not by chance that LB was originally developed by Seth Hall > > > at Broala, who kindly made it available, and Giuseppe Lettieri who > > > added a few features. > > > > Do you performance test of this tool? > > In my case, on my hardware similar code can rehash and forward only > > about 6.5Mpps in one thread. > > > > Well above 15mpps on a Vale switch. The devil is in the details so "similar > code" may perform wildly differently depending of what you actually do. Mostly outperformance for me in memory access, for netmap index access and hashing packet. > Give this a try and let us know. I can't compile this. # cc -o lb lb.c lb.c:17:10: fatal error: 'ctrs.h' file not found #include "ctrs.h" ^ 1 error generated. ok, give ctrs.h from netmap/examples/ # cc -o lb lb.c In file included from lb.c:18: ./lb.h:2:23: error: use of undeclared identifier 'ETH_ALEN' unsigned char h_dest[ETH_ALEN]; ^ ./lb.h:3:25: error: use of undeclared identifier 'ETH_ALEN' unsigned char h_source[ETH_ALEN]; ^ 2 errors generated. From owner-freebsd-current@freebsd.org Mon Feb 22 20:01:37 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BA93AAB1757; Mon, 22 Feb 2016 20:01:37 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-vk0-x22b.google.com (mail-vk0-x22b.google.com [IPv6:2607:f8b0:400c:c05::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 6B463106B; Mon, 22 Feb 2016 20:01:37 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-vk0-x22b.google.com with SMTP id k196so141799740vka.0; Mon, 22 Feb 2016 12:01:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YE1xIzbbd4OahmTUn7n4mlfYBvjoQ/KmoDtWsdPrSaI=; b=JOuK3QnZvh7KVCO1Opu5CnRcNWyG8gm2qKTjYwshhcWx/pZhOpwBdUWGtwqzDqeAao yIs4XaPEEzD0VbrWYoPx/XroaOyJyFoHnwtWnyb4X4zxxN/2SnTLAuhWt+8L8Xd4mQOK y3pDimDpRXaZXZ4JwPTn41/+Ea+fHthmxszjAx1tx5ValHtFBOmhhn3la/so1B7e+GeO OC9uf0PcWU2Wk4ci+UxoG6WpYjN+v9MBMCXPMIepnz+KexzzwVebhqzrPEPkyVMqrqea kEFfh6V6VLUTFUlqDDA4BDtzdURJY+spmsfCjgsfAaiLXeLN7SZbW93Yy9AqaRMmz+M6 hjoQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=YE1xIzbbd4OahmTUn7n4mlfYBvjoQ/KmoDtWsdPrSaI=; b=eIQQAhtShxkdoIvqwix5bslsdBGHJmU2ecFRp3gm3sqsDUZWTOq1JSTK/uuU7JFlZR 9QIt433Lp905opgSgN1upxUGa/r671Re+caE2NUcUB/VRskLTa0svHHH85TkcUYdyr4i +ekLSUzFYxgtfwymPs5F9/3VoaaxIMJ3x99Qh7Gh6BmnlBGJuMejb5wGk71A9n8zGLod mwPxR1oGNGrDdIXJIWJrfHXLURA2oB0BFA8D+bFUyDujk3898nq0VLe6KDp3TssA6o1/ r8EpogejkmUfhrrWqhUUXOw0oZuvwnAjMCILCE+N+HCMkiN6ygUKCdUixSblJjAXlKEe eqVg== X-Gm-Message-State: AG10YOQtJxhC1vDw8dXOiFcasIjIXNjQY1v88+Wk09bdBxSYx9PG6p5vwbnkq4j2xiJ9FukTxekF1fgdSRpcrA== MIME-Version: 1.0 X-Received: by 10.31.47.88 with SMTP id v85mr24993422vkv.118.1456171295903; Mon, 22 Feb 2016 12:01:35 -0800 (PST) Received: by 10.31.194.194 with HTTP; Mon, 22 Feb 2016 12:01:35 -0800 (PST) In-Reply-To: References: Date: Mon, 22 Feb 2016 15:01:35 -0500 Message-ID: Subject: Re: sr-iov issues, reset_hw() failed with error -100 From: Ultima To: Eric Joyner Cc: freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 20:01:37 -0000 After reboot... ifconfig ix1 up dhclient ix1 DHCPDISCOVER on ix1 to 255.255.255.255 port 67 interval 4 DHCPOFFER from 192.168.1.1 DHCPREQUEST on ix1 to 255.255.255.255 port 67 DHCPACK from 192.168.1.1 bound to 192.168.1.145 -- renewal in 21600 seconds. ix0 down ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1): 56 data bytes 64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=0.149 ms 64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.171 ms 64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.167 ms iovctl -Cf /etc/iovctl.conf ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1): 56 data bytes ^C --- 192.168.1.1 ping statistics --- 29 packets transmitted, 0 packets received, 100.0% packet loss ifconfig ix1 up ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1): 56 data bytes ^C --- 192.168.1.1 ping statistics --- 12 packets transmitted, 0 packets received, 100.0% packet loss ix1 is no longer usable until a restart... iovctl -Dd ix1 ifconfig ix1 up ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1): 56 data bytes ^C --- 192.168.1.1 ping statistics --- 9 packets transmitted, 0 packets received, 100.0% packet loss Is there anything else that maybe useful? here is my ifconfig at the end (after ifconfig ix0 up) ix0: flags=8943 metric 0 mtu 1500 options=e400b9 ether -Hidden- inet 192.168.1.8 netmask 0xffffff00 broadcast 192.168.1.255 inet 192.168.1.9 netmask 0xffffff00 broadcast 192.168.1.255 nd6 options=29 media: Ethernet autoselect (10Gbase-T ) status: active ix1: flags=8843 metric 0 mtu 1500 options=e407bb ether -Hidden- inet 192.168.1.145 netmask 0xffffff00 broadcast 192.168.1.255 nd6 options=29 media: Ethernet autoselect (10Gbase-T ) status: active lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 groups: lo bridge0: flags=8843 metric 0 mtu 1500 ether -Hidden- nd6 options=9 groups: bridge id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: ix0 flags=143 ifmaxaddr 0 port 1 priority 128 path cost 2000 member: epair0a flags=143 ifmaxaddr 0 port 5 priority 128 path cost 2000 epair0a: flags=8943 metric 0 mtu 1500 options=8 ether -Hidden- inet6 fe80::ff:70ff:fe00:50a%epair0a prefixlen 64 scopeid 0x5 nd6 options=21 media: Ethernet 10Gbase-T (10Gbase-T ) status: active groups: epair On Mon, Feb 22, 2016 at 1:51 PM, Eric Joyner wrote: > Did you do an ifconfig up on ix1 before loading the VF driver? > > On Sat, Feb 20, 2016 at 11:57 AM Ultima wrote: > >> Decided to do some testing with iovctl to see how sr-iov is coming along. >> Currently when adding the vf's there are a couple errors, and the network >> no longer function after iovctl is started. My guess is the reset_hw() >> call >> that is failing. Any ideas why this call would fail? I tested this on both >> ports, ix1 is detached and unused for this test, however inserting a cable >> results in an unusable port. iovctl -Dd ix1 removes the vf's, however >> functionality is still not restored without a system restart. >> >> FreeBSD S1 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r295736: Wed Feb 17 >> 21:17:28 EST 2016 root@S1:/usr/obj/usr/src/sys/MYKERNEL amd64 >> >> /boot/loader.conf >> hw.ix.num_queues="4" >> >> /etc/iovctl.conf >> PF { >> device : ix1; >> num_vfs : 31; >> } >> >> DEFAULT { >> passthrough : true; >> } >> VF-0 { >> passthrough : false; >> } >> VF-1 { >> passthrough : false; >> } >> >> # iovctl -C -f /etc/iovctl.conf >> >> dmesg >> ixv0: > 1.4.6-k> at device 0.129 on pci12 >> ixv0: Using MSIX interrupts with 2 vectors >> ixv0: ixgbe_reset_hw() failed with error -100 >> device_attach: ixv0 attach returned 5 >> ixv0: > 1.4.6-k> at device 0.131 on pci12 >> ixv0: Using MSIX interrupts with 2 vectors >> ixv0: ixgbe_reset_hw() failed with error -100 >> device_attach: ixv0 attach returned 5 >> pci12: at device 0.133 (no driver attached) >> pci12: at device 0.135 (no driver attached) >> pci12: at device 0.137 (no driver attached) >> pci12: at device 0.139 (no driver attached) >> pci12: at device 0.141 (no driver attached) >> pci12: at device 0.143 (no driver attached) >> pci12: at device 0.145 (no driver attached) >> pci12: at device 0.147 (no driver attached) >> pci12: at device 0.149 (no driver attached) >> pci12: at device 0.151 (no driver attached) >> pci12: at device 0.153 (no driver attached) >> pci12: at device 0.155 (no driver attached) >> pci12: at device 0.157 (no driver attached) >> pci12: at device 0.159 (no driver attached) >> pci12: at device 0.161 (no driver attached) >> pci12: at device 0.163 (no driver attached) >> pci12: at device 0.165 (no driver attached) >> pci12: at device 0.167 (no driver attached) >> pci12: at device 0.169 (no driver attached) >> pci12: at device 0.171 (no driver attached) >> pci12: at device 0.173 (no driver attached) >> pci12: at device 0.175 (no driver attached) >> pci12: at device 0.177 (no driver attached) >> pci12: at device 0.179 (no driver attached) >> pci12: at device 0.181 (no driver attached) >> pci12: at device 0.183 (no driver attached) >> pci12: at device 0.185 (no driver attached) >> pci12: at device 0.187 (no driver attached) >> pci12: at device 0.189 (no driver attached) >> >> pciconf -lv >> ix1@pci0:129:0:1: class=0x020000 card=0x00001458 chip=0x15288086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'Ethernet Controller 10-Gigabit X540-AT2' >> class = network >> subclass = ethernet >> none155@pci0:129:0:129: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> none156@pci0:129:0:131: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt0@pci0:129:0:133: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt1@pci0:129:0:135: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt2@pci0:129:0:137: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt3@pci0:129:0:139: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt4@pci0:129:0:141: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt5@pci0:129:0:143: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt6@pci0:129:0:145: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt7@pci0:129:0:147: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt8@pci0:129:0:149: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt9@pci0:129:0:151: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt10@pci0:129:0:153: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt11@pci0:129:0:155: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt12@pci0:129:0:157: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt13@pci0:129:0:159: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt14@pci0:129:0:161: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt15@pci0:129:0:163: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt16@pci0:129:0:165: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt17@pci0:129:0:167: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt18@pci0:129:0:169: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt19@pci0:129:0:171: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt20@pci0:129:0:173: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt21@pci0:129:0:175: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt22@pci0:129:0:177: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt23@pci0:129:0:179: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt24@pci0:129:0:181: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt25@pci0:129:0:183: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt26@pci0:129:0:185: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt27@pci0:129:0:187: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> ppt28@pci0:129:0:189: class=0x020000 card=0x00001458 chip=0x15158086 >> rev=0x01 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'X540 Ethernet Controller Virtual Function' >> class = network >> subclass = ethernet >> >> Ultima >> _______________________________________________ >> 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 Feb 22 20:26:46 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C085EAB0299; Mon, 22 Feb 2016 20:26:46 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mail-qk0-f170.google.com (mail-qk0-f170.google.com [209.85.220.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 84FA9101A; Mon, 22 Feb 2016 20:26:46 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mail-qk0-f170.google.com with SMTP id s68so60326606qkh.3; Mon, 22 Feb 2016 12:26:46 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:content-type; bh=1UhCqo4zVKQgLnnbmMYj7IXgQxEM5kin1WT5WhjwhY8=; b=EsPXbJNxiSCLd16MBiyf9kcFFua9vlLSTn/i6Y2TAwT6EAZDf7jur2CdCbJbla2giU xxOZXW2TOtsmMCNIg+nuUxmbs7bYN1VBxBoP7cNJNWDuLGc/QjSBEwFqWgLYsqnWTBq3 iJyBxR0lkKawl3oatd8n04vMuPlX1k8sAaW5zRv4t5ahChlUzBTgsFquEVEfNw/k0Htb 4OTXL29ls16alTLN6pYXpv/ZP9RC/uykFC/EZvXLNxqxtGUbNIp7t5IwOfdbVM4mydCH SDlXZog6Z+1J/eqi4F8qgENTIGtlePzdK99TmTaSuO58bYtcGJErwGwxL2m1otj10KG6 Pb2Q== X-Gm-Message-State: AG10YORLp7BZAUhE0M2w1iFTV9p6GH7FM6Y6tVeu5Riczp9NOAwz5yn/b4n0VzF8W0adVA== X-Received: by 10.55.81.87 with SMTP id f84mr36145123qkb.10.1456167093602; Mon, 22 Feb 2016 10:51:33 -0800 (PST) Received: from mail-qk0-f179.google.com (mail-qk0-f179.google.com. [209.85.220.179]) by smtp.gmail.com with ESMTPSA id n35sm7133731qgn.10.2016.02.22.10.51.33 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Feb 2016 10:51:33 -0800 (PST) Received: by mail-qk0-f179.google.com with SMTP id o6so59487405qkc.2; Mon, 22 Feb 2016 10:51:33 -0800 (PST) X-Received: by 10.55.79.79 with SMTP id d76mr36394401qkb.76.1456167093035; Mon, 22 Feb 2016 10:51:33 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Eric Joyner Date: Mon, 22 Feb 2016 18:51:23 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: sr-iov issues, reset_hw() failed with error -100 To: Ultima , freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 20:26:46 -0000 Did you do an ifconfig up on ix1 before loading the VF driver? On Sat, Feb 20, 2016 at 11:57 AM Ultima wrote: > Decided to do some testing with iovctl to see how sr-iov is coming along. > Currently when adding the vf's there are a couple errors, and the network > no longer function after iovctl is started. My guess is the reset_hw() call > that is failing. Any ideas why this call would fail? I tested this on both > ports, ix1 is detached and unused for this test, however inserting a cable > results in an unusable port. iovctl -Dd ix1 removes the vf's, however > functionality is still not restored without a system restart. > > FreeBSD S1 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r295736: Wed Feb 17 > 21:17:28 EST 2016 root@S1:/usr/obj/usr/src/sys/MYKERNEL amd64 > > /boot/loader.conf > hw.ix.num_queues="4" > > /etc/iovctl.conf > PF { > device : ix1; > num_vfs : 31; > } > > DEFAULT { > passthrough : true; > } > VF-0 { > passthrough : false; > } > VF-1 { > passthrough : false; > } > > # iovctl -C -f /etc/iovctl.conf > > dmesg > ixv0: 1.4.6-k> at device 0.129 on pci12 > ixv0: Using MSIX interrupts with 2 vectors > ixv0: ixgbe_reset_hw() failed with error -100 > device_attach: ixv0 attach returned 5 > ixv0: 1.4.6-k> at device 0.131 on pci12 > ixv0: Using MSIX interrupts with 2 vectors > ixv0: ixgbe_reset_hw() failed with error -100 > device_attach: ixv0 attach returned 5 > pci12: at device 0.133 (no driver attached) > pci12: at device 0.135 (no driver attached) > pci12: at device 0.137 (no driver attached) > pci12: at device 0.139 (no driver attached) > pci12: at device 0.141 (no driver attached) > pci12: at device 0.143 (no driver attached) > pci12: at device 0.145 (no driver attached) > pci12: at device 0.147 (no driver attached) > pci12: at device 0.149 (no driver attached) > pci12: at device 0.151 (no driver attached) > pci12: at device 0.153 (no driver attached) > pci12: at device 0.155 (no driver attached) > pci12: at device 0.157 (no driver attached) > pci12: at device 0.159 (no driver attached) > pci12: at device 0.161 (no driver attached) > pci12: at device 0.163 (no driver attached) > pci12: at device 0.165 (no driver attached) > pci12: at device 0.167 (no driver attached) > pci12: at device 0.169 (no driver attached) > pci12: at device 0.171 (no driver attached) > pci12: at device 0.173 (no driver attached) > pci12: at device 0.175 (no driver attached) > pci12: at device 0.177 (no driver attached) > pci12: at device 0.179 (no driver attached) > pci12: at device 0.181 (no driver attached) > pci12: at device 0.183 (no driver attached) > pci12: at device 0.185 (no driver attached) > pci12: at device 0.187 (no driver attached) > pci12: at device 0.189 (no driver attached) > > pciconf -lv > ix1@pci0:129:0:1: class=0x020000 card=0x00001458 chip=0x15288086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Ethernet Controller 10-Gigabit X540-AT2' > class = network > subclass = ethernet > none155@pci0:129:0:129: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > none156@pci0:129:0:131: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt0@pci0:129:0:133: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt1@pci0:129:0:135: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt2@pci0:129:0:137: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt3@pci0:129:0:139: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt4@pci0:129:0:141: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt5@pci0:129:0:143: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt6@pci0:129:0:145: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt7@pci0:129:0:147: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt8@pci0:129:0:149: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt9@pci0:129:0:151: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt10@pci0:129:0:153: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt11@pci0:129:0:155: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt12@pci0:129:0:157: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt13@pci0:129:0:159: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt14@pci0:129:0:161: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt15@pci0:129:0:163: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt16@pci0:129:0:165: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt17@pci0:129:0:167: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt18@pci0:129:0:169: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt19@pci0:129:0:171: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt20@pci0:129:0:173: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt21@pci0:129:0:175: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt22@pci0:129:0:177: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt23@pci0:129:0:179: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt24@pci0:129:0:181: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt25@pci0:129:0:183: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt26@pci0:129:0:185: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt27@pci0:129:0:187: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > ppt28@pci0:129:0:189: class=0x020000 card=0x00001458 chip=0x15158086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = 'X540 Ethernet Controller Virtual Function' > class = network > subclass = ethernet > > Ultima > _______________________________________________ > 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 Feb 22 20:53:55 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2F6FCAB0FC2; Mon, 22 Feb 2016 20:53:55 +0000 (UTC) (envelope-from jeffrey.e.pieper@intel.com) Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by mx1.freebsd.org (Postfix) with ESMTP id 0369C1D6B; Mon, 22 Feb 2016 20:53:54 +0000 (UTC) (envelope-from jeffrey.e.pieper@intel.com) Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga103.jf.intel.com with ESMTP; 22 Feb 2016 12:53:48 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.22,486,1449561600"; d="scan'208";a="892042241" Received: from orsmsx106.amr.corp.intel.com ([10.22.225.133]) by orsmga001.jf.intel.com with ESMTP; 22 Feb 2016 12:53:48 -0800 Received: from orsmsx153.amr.corp.intel.com (10.22.226.247) by ORSMSX106.amr.corp.intel.com (10.22.225.133) with Microsoft SMTP Server (TLS) id 14.3.248.2; Mon, 22 Feb 2016 12:53:48 -0800 Received: from orsmsx111.amr.corp.intel.com ([169.254.12.9]) by ORSMSX153.amr.corp.intel.com ([169.254.12.170]) with mapi id 14.03.0248.002; Mon, 22 Feb 2016 12:53:47 -0800 From: "Pieper, Jeffrey E" To: Ultima , Eric Joyner CC: "freebsd-current@freebsd.org" , "freebsd-virtualization@freebsd.org" Subject: RE: sr-iov issues, reset_hw() failed with error -100 Thread-Topic: sr-iov issues, reset_hw() failed with error -100 Thread-Index: AQHRbawE8t/NRDwpiUa/C5k4Foam5p84irWw Date: Mon, 22 Feb 2016 20:53:46 +0000 Message-ID: <2A35EA60C3C77D438915767F458D656880942E9A@ORSMSX111.amr.corp.intel.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiYjZkZGUyMGEtMmU0Yy00M2JmLThiY2MtOTVjMWZmN2FiNWUyIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX0lDIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE1LjkuNi42IiwiVHJ1c3RlZExhYmVsSGFzaCI6IlJJZUdWcHFLUW1xSHAzQndmOVY1dm5uZlwvcVhwOTBZSEhadEF2bHljN2hFPSJ9 x-ctpclassification: CTP_IC x-originating-ip: [10.22.254.138] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 20:53:55 -0000 Just out of curiosity, how many cores does your system have? Jeff -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freeb= sd.org] On Behalf Of Ultima Sent: Monday, February 22, 2016 12:02 PM To: Eric Joyner Cc: freebsd-current@freebsd.org; freebsd-virtualization@freebsd.org Subject: Re: sr-iov issues, reset_hw() failed with error -100 After reboot... ifconfig ix1 up dhclient ix1 DHCPDISCOVER on ix1 to 255.255.255.255 port 67 interval 4 DHCPOFFER from 192.168.1.1 DHCPREQUEST on ix1 to 255.255.255.255 port 67 DHCPACK from 192.168.1.1 bound to 192.168.1.145 -- renewal in 21600 seconds. ix0 down ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1): 56 data bytes 64 bytes from 192.168.1.1: icmp_seq=3D0 ttl=3D64 time=3D0.149 ms 64 bytes from 192.168.1.1: icmp_seq=3D1 ttl=3D64 time=3D0.171 ms 64 bytes from 192.168.1.1: icmp_seq=3D2 ttl=3D64 time=3D0.167 ms iovctl -Cf /etc/iovctl.conf ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1): 56 data bytes ^C --- 192.168.1.1 ping statistics --- 29 packets transmitted, 0 packets received, 100.0% packet loss ifconfig ix1 up ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1): 56 data bytes ^C --- 192.168.1.1 ping statistics --- 12 packets transmitted, 0 packets received, 100.0% packet loss ix1 is no longer usable until a restart... iovctl -Dd ix1 ifconfig ix1 up ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1): 56 data bytes ^C --- 192.168.1.1 ping statistics --- 9 packets transmitted, 0 packets received, 100.0% packet loss Is there anything else that maybe useful? here is my ifconfig at the end (after ifconfig ix0 up) ix0: flags=3D8943 metric 0 mtu 1500 options=3De400b9 ether -Hidden- inet 192.168.1.8 netmask 0xffffff00 broadcast 192.168.1.255 inet 192.168.1.9 netmask 0xffffff00 broadcast 192.168.1.255 nd6 options=3D29 media: Ethernet autoselect (10Gbase-T ) status: active ix1: flags=3D8843 metric 0 mtu 1500 options=3De407bb ether -Hidden- inet 192.168.1.145 netmask 0xffffff00 broadcast 192.168.1.255 nd6 options=3D29 media: Ethernet autoselect (10Gbase-T ) status: active lo0: flags=3D8049 metric 0 mtu 16384 options=3D600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 nd6 options=3D21 groups: lo bridge0: flags=3D8843 metric 0 mtu 1500 ether -Hidden- nd6 options=3D9 groups: bridge id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: ix0 flags=3D143 ifmaxaddr 0 port 1 priority 128 path cost 2000 member: epair0a flags=3D143 ifmaxaddr 0 port 5 priority 128 path cost 2000 epair0a: flags=3D8943 metri= c 0 mtu 1500 options=3D8 ether -Hidden- inet6 fe80::ff:70ff:fe00:50a%epair0a prefixlen 64 scopeid 0x5 nd6 options=3D21 media: Ethernet 10Gbase-T (10Gbase-T ) status: active groups: epair On Mon, Feb 22, 2016 at 1:51 PM, Eric Joyner wrote: > Did you do an ifconfig up on ix1 before loading the VF driver? > > On Sat, Feb 20, 2016 at 11:57 AM Ultima wrote: > >> Decided to do some testing with iovctl to see how sr-iov is coming alon= g. >> Currently when adding the vf's there are a couple errors, and the networ= k >> no longer function after iovctl is started. My guess is the reset_hw() >> call >> that is failing. Any ideas why this call would fail? I tested this on bo= th >> ports, ix1 is detached and unused for this test, however inserting a cab= le >> results in an unusable port. iovctl -Dd ix1 removes the vf's, however >> functionality is still not restored without a system restart. >> >> FreeBSD S1 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r295736: Wed Feb 17 >> 21:17:28 EST 2016 root@S1:/usr/obj/usr/src/sys/MYKERNEL amd64 >> >> /boot/loader.conf >> hw.ix.num_queues=3D"4" >> >> /etc/iovctl.conf >> PF { >> device : ix1; >> num_vfs : 31; >> } >> >> DEFAULT { >> passthrough : true; >> } >> VF-0 { >> passthrough : false; >> } >> VF-1 { >> passthrough : false; >> } >> >> # iovctl -C -f /etc/iovctl.conf >> >> dmesg >> ixv0: > 1.4.6-k> at device 0.129 on pci12 >> ixv0: Using MSIX interrupts with 2 vectors >> ixv0: ixgbe_reset_hw() failed with error -100 >> device_attach: ixv0 attach returned 5 >> ixv0: > 1.4.6-k> at device 0.131 on pci12 >> ixv0: Using MSIX interrupts with 2 vectors >> ixv0: ixgbe_reset_hw() failed with error -100 >> device_attach: ixv0 attach returned 5 >> pci12: at device 0.133 (no driver attached) >> pci12: at device 0.135 (no driver attached) >> pci12: at device 0.137 (no driver attached) >> pci12: at device 0.139 (no driver attached) >> pci12: at device 0.141 (no driver attached) >> pci12: at device 0.143 (no driver attached) >> pci12: at device 0.145 (no driver attached) >> pci12: at device 0.147 (no driver attached) >> pci12: at device 0.149 (no driver attached) >> pci12: at device 0.151 (no driver attached) >> pci12: at device 0.153 (no driver attached) >> pci12: at device 0.155 (no driver attached) >> pci12: at device 0.157 (no driver attached) >> pci12: at device 0.159 (no driver attached) >> pci12: at device 0.161 (no driver attached) >> pci12: at device 0.163 (no driver attached) >> pci12: at device 0.165 (no driver attached) >> pci12: at device 0.167 (no driver attached) >> pci12: at device 0.169 (no driver attached) >> pci12: at device 0.171 (no driver attached) >> pci12: at device 0.173 (no driver attached) >> pci12: at device 0.175 (no driver attached) >> pci12: at device 0.177 (no driver attached) >> pci12: at device 0.179 (no driver attached) >> pci12: at device 0.181 (no driver attached) >> pci12: at device 0.183 (no driver attached) >> pci12: at device 0.185 (no driver attached) >> pci12: at device 0.187 (no driver attached) >> pci12: at device 0.189 (no driver attached) >> >> pciconf -lv >> ix1@pci0:129:0:1: class=3D0x020000 card=3D0x00001458 chip=3D0x1528= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'Ethernet Controller 10-Gigabit X540-AT2' >> class =3D network >> subclass =3D ethernet >> none155@pci0:129:0:129: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> none156@pci0:129:0:131: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt0@pci0:129:0:133: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt1@pci0:129:0:135: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt2@pci0:129:0:137: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt3@pci0:129:0:139: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt4@pci0:129:0:141: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt5@pci0:129:0:143: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt6@pci0:129:0:145: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt7@pci0:129:0:147: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt8@pci0:129:0:149: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt9@pci0:129:0:151: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt10@pci0:129:0:153: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt11@pci0:129:0:155: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt12@pci0:129:0:157: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt13@pci0:129:0:159: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt14@pci0:129:0:161: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt15@pci0:129:0:163: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt16@pci0:129:0:165: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt17@pci0:129:0:167: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt18@pci0:129:0:169: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt19@pci0:129:0:171: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt20@pci0:129:0:173: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt21@pci0:129:0:175: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt22@pci0:129:0:177: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt23@pci0:129:0:179: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt24@pci0:129:0:181: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt25@pci0:129:0:183: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt26@pci0:129:0:185: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt27@pci0:129:0:187: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> ppt28@pci0:129:0:189: class=3D0x020000 card=3D0x00001458 chip=3D0x1515= 8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'X540 Ethernet Controller Virtual Function' >> class =3D network >> subclass =3D ethernet >> >> Ultima >> _______________________________________________ >> 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" From owner-freebsd-current@freebsd.org Mon Feb 22 21:26:04 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D879AB1AC4; Mon, 22 Feb 2016 21:26:04 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-vk0-x22e.google.com (mail-vk0-x22e.google.com [IPv6:2607:f8b0:400c:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 349691086; Mon, 22 Feb 2016 21:26:04 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-vk0-x22e.google.com with SMTP id e6so142641473vkh.2; Mon, 22 Feb 2016 13:26:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ByBmCaRQnGSGM/kuo9uComN+9EKhujbQsM9zu+xVfr8=; b=JQe58m5obC+jcHtDeBcAVZ1DXXJxlmsdNHzv2EzE5R5wdByhy0Cr7ugYCY8LejOZZA Q/4/LtTYwLRMqJK9qryuXUSw0RD3Pc040hBsMuWPNL5HZsPKGv7ECuQdhWn+ZCgalGKm zW46n/8NjGN33hCxbLmY598DTOkJ/T2sndA7rr/HLJjiI3NXmaFvnSyGgAj51t4YhpzU JjVxD9QmMYWxCa1EwHbRVCSBvN3xN1THaKFs3Ve30Aj84PUoYxvwWoA6vW4x1Ri4gM26 CVkbFloMEmlHQFI2H2fmVATzDjaXPCOQJyubWki9XTLGZuovXpMn+M1eDutGnOPGE09E l1nA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=ByBmCaRQnGSGM/kuo9uComN+9EKhujbQsM9zu+xVfr8=; b=DWhY7Ye3LKqK8o60Bq6wl67LtvCs9C/kPhoIQ2+lbD0/KsBtGm27oCYDZJLC2548Wp GwXj0TOIvqKRchvbyUfrLzPfS3LDrAVsu4xA9kQilURd1iA+VmPHxe/EgHGufAUquUM9 IWX/mJ5XKPIq8LSYBNGG1XT4ep3L7GTpAph3i4oqZPwmfpSC+hrUkl2NzHCZLPv6bQXf r3uNBXSMxxg6QKjJngc4gerg8bqd7BEbL4hln8sBCR7QlbxUdWBrV+QB62FqQUQntKvO UPuuV2jvxEKMaXeLSwlEGEI+3Anycr7sTAeJgNYLts36qMgIJ5w9iaXCfgLCXK2K2Ugl oLJw== X-Gm-Message-State: AG10YOTXVBUKHwIQmvL7h9MJBOhxZ4VmfoLQaH6Pon2mks+jrapmcqAcVnPlbM18euzd2jQ2Pi180gPlmeRJnA== MIME-Version: 1.0 X-Received: by 10.31.47.88 with SMTP id v85mr25320207vkv.118.1456176363163; Mon, 22 Feb 2016 13:26:03 -0800 (PST) Received: by 10.31.194.194 with HTTP; Mon, 22 Feb 2016 13:26:03 -0800 (PST) In-Reply-To: <2A35EA60C3C77D438915767F458D656880942E9A@ORSMSX111.amr.corp.intel.com> References: <2A35EA60C3C77D438915767F458D656880942E9A@ORSMSX111.amr.corp.intel.com> Date: Mon, 22 Feb 2016 16:26:03 -0500 Message-ID: Subject: Re: sr-iov issues, reset_hw() failed with error -100 From: Ultima To: "Pieper, Jeffrey E" Cc: freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 21:26:04 -0000 This system has 24 cores (e5-2670v3)x2 Ultima On Mon, Feb 22, 2016 at 3:53 PM, Pieper, Jeffrey E < jeffrey.e.pieper@intel.com> wrote: > Just out of curiosity, how many cores does your system have? > > Jeff > > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto: > owner-freebsd-current@freebsd.org] On Behalf Of Ultima > Sent: Monday, February 22, 2016 12:02 PM > To: Eric Joyner > Cc: freebsd-current@freebsd.org; freebsd-virtualization@freebsd.org > Subject: Re: sr-iov issues, reset_hw() failed with error -100 > > After reboot... > > ifconfig ix1 up > > dhclient ix1 > DHCPDISCOVER on ix1 to 255.255.255.255 port 67 interval 4 > DHCPOFFER from 192.168.1.1 > DHCPREQUEST on ix1 to 255.255.255.255 port 67 > DHCPACK from 192.168.1.1 > bound to 192.168.1.145 -- renewal in 21600 seconds. > > ix0 down > ping 192.168.1.1 > PING 192.168.1.1 (192.168.1.1): 56 data bytes > 64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=0.149 ms > 64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.171 ms > 64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.167 ms > > iovctl -Cf /etc/iovctl.conf > > ping 192.168.1.1 > PING 192.168.1.1 (192.168.1.1): 56 data bytes > ^C > --- 192.168.1.1 ping statistics --- > 29 packets transmitted, 0 packets received, 100.0% packet loss > ifconfig ix1 up > ping 192.168.1.1 > PING 192.168.1.1 (192.168.1.1): 56 data bytes > ^C > --- 192.168.1.1 ping statistics --- > 12 packets transmitted, 0 packets received, 100.0% packet loss > > ix1 is no longer usable until a restart... > > iovctl -Dd ix1 > ifconfig ix1 up > ping 192.168.1.1 > PING 192.168.1.1 (192.168.1.1): 56 data bytes > ^C > --- 192.168.1.1 ping statistics --- > 9 packets transmitted, 0 packets received, 100.0% packet loss > > > > Is there anything else that maybe useful? > > here is my ifconfig at the end (after ifconfig ix0 up) > > > ix0: flags=8943 metric 0 > mtu 1500 > > options=e400b9 > ether -Hidden- > inet 192.168.1.8 netmask 0xffffff00 broadcast 192.168.1.255 > inet 192.168.1.9 netmask 0xffffff00 broadcast 192.168.1.255 > nd6 options=29 > media: Ethernet autoselect (10Gbase-T ) > status: active > ix1: flags=8843 metric 0 mtu 1500 > > options=e407bb > ether -Hidden- > inet 192.168.1.145 netmask 0xffffff00 broadcast 192.168.1.255 > nd6 options=29 > media: Ethernet autoselect (10Gbase-T ) > status: active > lo0: flags=8049 metric 0 mtu 16384 > options=600003 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > inet 127.0.0.1 netmask 0xff000000 > nd6 options=21 > groups: lo > bridge0: flags=8843 metric 0 mtu > 1500 > ether -Hidden- > nd6 options=9 > groups: bridge > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > member: ix0 flags=143 > ifmaxaddr 0 port 1 priority 128 path cost 2000 > member: epair0a flags=143 > ifmaxaddr 0 port 5 priority 128 path cost 2000 > epair0a: flags=8943 metric > 0 mtu 1500 > options=8 > ether -Hidden- > inet6 fe80::ff:70ff:fe00:50a%epair0a prefixlen 64 scopeid 0x5 > nd6 options=21 > media: Ethernet 10Gbase-T (10Gbase-T ) > status: active > groups: epair > > On Mon, Feb 22, 2016 at 1:51 PM, Eric Joyner wrote: > > > Did you do an ifconfig up on ix1 before loading the VF driver? > > > > On Sat, Feb 20, 2016 at 11:57 AM Ultima wrote: > > > >> Decided to do some testing with iovctl to see how sr-iov is coming > along. > >> Currently when adding the vf's there are a couple errors, and the > network > >> no longer function after iovctl is started. My guess is the reset_hw() > >> call > >> that is failing. Any ideas why this call would fail? I tested this on > both > >> ports, ix1 is detached and unused for this test, however inserting a > cable > >> results in an unusable port. iovctl -Dd ix1 removes the vf's, however > >> functionality is still not restored without a system restart. > >> > >> FreeBSD S1 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r295736: Wed Feb 17 > >> 21:17:28 EST 2016 root@S1:/usr/obj/usr/src/sys/MYKERNEL amd64 > >> > >> /boot/loader.conf > >> hw.ix.num_queues="4" > >> > >> /etc/iovctl.conf > >> PF { > >> device : ix1; > >> num_vfs : 31; > >> } > >> > >> DEFAULT { > >> passthrough : true; > >> } > >> VF-0 { > >> passthrough : false; > >> } > >> VF-1 { > >> passthrough : false; > >> } > >> > >> # iovctl -C -f /etc/iovctl.conf > >> > >> dmesg > >> ixv0: >> 1.4.6-k> at device 0.129 on pci12 > >> ixv0: Using MSIX interrupts with 2 vectors > >> ixv0: ixgbe_reset_hw() failed with error -100 > >> device_attach: ixv0 attach returned 5 > >> ixv0: >> 1.4.6-k> at device 0.131 on pci12 > >> ixv0: Using MSIX interrupts with 2 vectors > >> ixv0: ixgbe_reset_hw() failed with error -100 > >> device_attach: ixv0 attach returned 5 > >> pci12: at device 0.133 (no driver attached) > >> pci12: at device 0.135 (no driver attached) > >> pci12: at device 0.137 (no driver attached) > >> pci12: at device 0.139 (no driver attached) > >> pci12: at device 0.141 (no driver attached) > >> pci12: at device 0.143 (no driver attached) > >> pci12: at device 0.145 (no driver attached) > >> pci12: at device 0.147 (no driver attached) > >> pci12: at device 0.149 (no driver attached) > >> pci12: at device 0.151 (no driver attached) > >> pci12: at device 0.153 (no driver attached) > >> pci12: at device 0.155 (no driver attached) > >> pci12: at device 0.157 (no driver attached) > >> pci12: at device 0.159 (no driver attached) > >> pci12: at device 0.161 (no driver attached) > >> pci12: at device 0.163 (no driver attached) > >> pci12: at device 0.165 (no driver attached) > >> pci12: at device 0.167 (no driver attached) > >> pci12: at device 0.169 (no driver attached) > >> pci12: at device 0.171 (no driver attached) > >> pci12: at device 0.173 (no driver attached) > >> pci12: at device 0.175 (no driver attached) > >> pci12: at device 0.177 (no driver attached) > >> pci12: at device 0.179 (no driver attached) > >> pci12: at device 0.181 (no driver attached) > >> pci12: at device 0.183 (no driver attached) > >> pci12: at device 0.185 (no driver attached) > >> pci12: at device 0.187 (no driver attached) > >> pci12: at device 0.189 (no driver attached) > >> > >> pciconf -lv > >> ix1@pci0:129:0:1: class=0x020000 card=0x00001458 chip=0x15288086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'Ethernet Controller 10-Gigabit X540-AT2' > >> class = network > >> subclass = ethernet > >> none155@pci0:129:0:129: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> none156@pci0:129:0:131: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt0@pci0:129:0:133: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt1@pci0:129:0:135: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt2@pci0:129:0:137: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt3@pci0:129:0:139: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt4@pci0:129:0:141: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt5@pci0:129:0:143: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt6@pci0:129:0:145: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt7@pci0:129:0:147: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt8@pci0:129:0:149: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt9@pci0:129:0:151: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt10@pci0:129:0:153: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt11@pci0:129:0:155: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt12@pci0:129:0:157: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt13@pci0:129:0:159: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt14@pci0:129:0:161: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt15@pci0:129:0:163: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt16@pci0:129:0:165: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt17@pci0:129:0:167: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt18@pci0:129:0:169: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt19@pci0:129:0:171: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt20@pci0:129:0:173: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt21@pci0:129:0:175: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt22@pci0:129:0:177: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt23@pci0:129:0:179: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt24@pci0:129:0:181: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt25@pci0:129:0:183: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt26@pci0:129:0:185: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt27@pci0:129:0:187: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> ppt28@pci0:129:0:189: class=0x020000 card=0x00001458 chip=0x15158086 > >> rev=0x01 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = 'X540 Ethernet Controller Virtual Function' > >> class = network > >> subclass = ethernet > >> > >> Ultima > >> _______________________________________________ > >> 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" > From owner-freebsd-current@freebsd.org Mon Feb 22 21:35:57 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34424AB1F2E for ; Mon, 22 Feb 2016 21:35:57 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BA2E11805 for ; Mon, 22 Feb 2016 21:35:56 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wm0-x22b.google.com with SMTP id a4so182411382wme.1 for ; Mon, 22 Feb 2016 13:35:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=u4XYrwYUosUnCCbx3EWdpBSBdfIIqm1sOPZGohVi3W8=; b=M6gdxOWAmqOTx3khO0dprZhIpeygay3fBQMK7alAertf9OD4d8TvfQUWt8bW4R9eTz o39ycdj3s/xuPX00YwMnQfA6dSX0Ryvk6wBx22RtYKprxXW6nUVru37SjxpFGQMOp5X8 Nxg7DEi2tzsVmWiXnm8mfnQPqvKWjPDqCnVmN/FCTy7RLE89mJsBZd6qOH2IrLqYlTYF W5rbVstraetpfUry4Ll2YSgRoKez/0EY1Pd9g3GhY78ozLymro/CCLoJWTKqJjDlcUee kWI/+Qb1xBMcy709UfvB6xTeKr9neZokLRsJHW5M9eNGX1GboBy3If0cPHk0He0Dlsn9 p89A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=u4XYrwYUosUnCCbx3EWdpBSBdfIIqm1sOPZGohVi3W8=; b=WVoBNe2i4aKZ5HhL8uB9fLO/mCeuf80DdUBpcy6vqgcR3sLIShoCYE/YNbLNdtewMR XSaNqojdeUZXcq0Kw+a/2saT+lUYkqRlYwcKgoheVrlV7C5F0CkHjR3oyI+R1aLLVE2C Lsu/raQGaxWkQHZvv+ERIRx/0D/w4+BN3fbSh82FtSVAif26FLlPOTV5GiLltDO1qNEL DQ30ng95K+t2EVeMQZYGjxZOFAsPQ1Z512AwXx07YRuO1pCatNSDdYga5HuIwxuSed63 6YkLjJD+Kcl4hTanRwwIWTidJEjb+TkxcJp4mHTQnEzRhRiZJycFWR02q/pa8ZgrZQXY wqaA== X-Gm-Message-State: AG10YOSstgRhpv836fcTPL3UxBw9FX8bVesiuiEzA/1pQYA26O8GItq6vd3ugSJHx1eEUb7Q X-Received: by 10.28.49.3 with SMTP id x3mr14295062wmx.4.1456176954973; Mon, 22 Feb 2016 13:35:54 -0800 (PST) Received: from [10.10.1.58] (liv3d.labs.multiplay.co.uk. [82.69.141.171]) by smtp.gmail.com with ESMTPSA id 74sm23001347wmn.17.2016.02.22.13.35.53 for (version=TLSv1/SSLv3 cipher=OTHER); Mon, 22 Feb 2016 13:35:53 -0800 (PST) Subject: Re: sr-iov issues, reset_hw() failed with error -100 To: freebsd-current@freebsd.org References: <2A35EA60C3C77D438915767F458D656880942E9A@ORSMSX111.amr.corp.intel.com> From: Steven Hartland Message-ID: <56CB7F3D.2010607@multiplay.co.uk> Date: Mon, 22 Feb 2016 21:35:57 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 21:35:57 -0000 isn't that 48 cores (12 real 12 virtual) per CPU? On 22/02/2016 21:26, Ultima wrote: > This system has 24 cores (e5-2670v3)x2 > > Ultima > > On Mon, Feb 22, 2016 at 3:53 PM, Pieper, Jeffrey E < > jeffrey.e.pieper@intel.com> wrote: > >> Just out of curiosity, how many cores does your system have? >> >> Jeff >> >> -----Original Message----- >> From: owner-freebsd-current@freebsd.org [mailto: >> owner-freebsd-current@freebsd.org] On Behalf Of Ultima >> Sent: Monday, February 22, 2016 12:02 PM >> To: Eric Joyner >> Cc: freebsd-current@freebsd.org; freebsd-virtualization@freebsd.org >> Subject: Re: sr-iov issues, reset_hw() failed with error -100 >> >> After reboot... >> >> ifconfig ix1 up >> >> dhclient ix1 >> DHCPDISCOVER on ix1 to 255.255.255.255 port 67 interval 4 >> DHCPOFFER from 192.168.1.1 >> DHCPREQUEST on ix1 to 255.255.255.255 port 67 >> DHCPACK from 192.168.1.1 >> bound to 192.168.1.145 -- renewal in 21600 seconds. >> >> ix0 down >> ping 192.168.1.1 >> PING 192.168.1.1 (192.168.1.1): 56 data bytes >> 64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=0.149 ms >> 64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.171 ms >> 64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.167 ms >> >> iovctl -Cf /etc/iovctl.conf >> >> ping 192.168.1.1 >> PING 192.168.1.1 (192.168.1.1): 56 data bytes >> ^C >> --- 192.168.1.1 ping statistics --- >> 29 packets transmitted, 0 packets received, 100.0% packet loss >> ifconfig ix1 up >> ping 192.168.1.1 >> PING 192.168.1.1 (192.168.1.1): 56 data bytes >> ^C >> --- 192.168.1.1 ping statistics --- >> 12 packets transmitted, 0 packets received, 100.0% packet loss >> >> ix1 is no longer usable until a restart... >> >> iovctl -Dd ix1 >> ifconfig ix1 up >> ping 192.168.1.1 >> PING 192.168.1.1 (192.168.1.1): 56 data bytes >> ^C >> --- 192.168.1.1 ping statistics --- >> 9 packets transmitted, 0 packets received, 100.0% packet loss >> >> >> >> Is there anything else that maybe useful? >> >> here is my ifconfig at the end (after ifconfig ix0 up) >> >> >> ix0: flags=8943 metric 0 >> mtu 1500 >> >> options=e400b9 >> ether -Hidden- >> inet 192.168.1.8 netmask 0xffffff00 broadcast 192.168.1.255 >> inet 192.168.1.9 netmask 0xffffff00 broadcast 192.168.1.255 >> nd6 options=29 >> media: Ethernet autoselect (10Gbase-T ) >> status: active >> ix1: flags=8843 metric 0 mtu 1500 >> >> options=e407bb >> ether -Hidden- >> inet 192.168.1.145 netmask 0xffffff00 broadcast 192.168.1.255 >> nd6 options=29 >> media: Ethernet autoselect (10Gbase-T ) >> status: active >> lo0: flags=8049 metric 0 mtu 16384 >> options=600003 >> inet6 ::1 prefixlen 128 >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 >> inet 127.0.0.1 netmask 0xff000000 >> nd6 options=21 >> groups: lo >> bridge0: flags=8843 metric 0 mtu >> 1500 >> ether -Hidden- >> nd6 options=9 >> groups: bridge >> id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 >> maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 >> root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 >> member: ix0 flags=143 >> ifmaxaddr 0 port 1 priority 128 path cost 2000 >> member: epair0a flags=143 >> ifmaxaddr 0 port 5 priority 128 path cost 2000 >> epair0a: flags=8943 metric >> 0 mtu 1500 >> options=8 >> ether -Hidden- >> inet6 fe80::ff:70ff:fe00:50a%epair0a prefixlen 64 scopeid 0x5 >> nd6 options=21 >> media: Ethernet 10Gbase-T (10Gbase-T ) >> status: active >> groups: epair >> >> On Mon, Feb 22, 2016 at 1:51 PM, Eric Joyner wrote: >> >>> Did you do an ifconfig up on ix1 before loading the VF driver? >>> >>> On Sat, Feb 20, 2016 at 11:57 AM Ultima wrote: >>> >>>> Decided to do some testing with iovctl to see how sr-iov is coming >> along. >>>> Currently when adding the vf's there are a couple errors, and the >> network >>>> no longer function after iovctl is started. My guess is the reset_hw() >>>> call >>>> that is failing. Any ideas why this call would fail? I tested this on >> both >>>> ports, ix1 is detached and unused for this test, however inserting a >> cable >>>> results in an unusable port. iovctl -Dd ix1 removes the vf's, however >>>> functionality is still not restored without a system restart. >>>> >>>> FreeBSD S1 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r295736: Wed Feb 17 >>>> 21:17:28 EST 2016 root@S1:/usr/obj/usr/src/sys/MYKERNEL amd64 >>>> >>>> /boot/loader.conf >>>> hw.ix.num_queues="4" >>>> >>>> /etc/iovctl.conf >>>> PF { >>>> device : ix1; >>>> num_vfs : 31; >>>> } >>>> >>>> DEFAULT { >>>> passthrough : true; >>>> } >>>> VF-0 { >>>> passthrough : false; >>>> } >>>> VF-1 { >>>> passthrough : false; >>>> } >>>> >>>> # iovctl -C -f /etc/iovctl.conf >>>> >>>> dmesg >>>> ixv0: >>> 1.4.6-k> at device 0.129 on pci12 >>>> ixv0: Using MSIX interrupts with 2 vectors >>>> ixv0: ixgbe_reset_hw() failed with error -100 >>>> device_attach: ixv0 attach returned 5 >>>> ixv0: >>> 1.4.6-k> at device 0.131 on pci12 >>>> ixv0: Using MSIX interrupts with 2 vectors >>>> ixv0: ixgbe_reset_hw() failed with error -100 >>>> device_attach: ixv0 attach returned 5 >>>> pci12: at device 0.133 (no driver attached) >>>> pci12: at device 0.135 (no driver attached) >>>> pci12: at device 0.137 (no driver attached) >>>> pci12: at device 0.139 (no driver attached) >>>> pci12: at device 0.141 (no driver attached) >>>> pci12: at device 0.143 (no driver attached) >>>> pci12: at device 0.145 (no driver attached) >>>> pci12: at device 0.147 (no driver attached) >>>> pci12: at device 0.149 (no driver attached) >>>> pci12: at device 0.151 (no driver attached) >>>> pci12: at device 0.153 (no driver attached) >>>> pci12: at device 0.155 (no driver attached) >>>> pci12: at device 0.157 (no driver attached) >>>> pci12: at device 0.159 (no driver attached) >>>> pci12: at device 0.161 (no driver attached) >>>> pci12: at device 0.163 (no driver attached) >>>> pci12: at device 0.165 (no driver attached) >>>> pci12: at device 0.167 (no driver attached) >>>> pci12: at device 0.169 (no driver attached) >>>> pci12: at device 0.171 (no driver attached) >>>> pci12: at device 0.173 (no driver attached) >>>> pci12: at device 0.175 (no driver attached) >>>> pci12: at device 0.177 (no driver attached) >>>> pci12: at device 0.179 (no driver attached) >>>> pci12: at device 0.181 (no driver attached) >>>> pci12: at device 0.183 (no driver attached) >>>> pci12: at device 0.185 (no driver attached) >>>> pci12: at device 0.187 (no driver attached) >>>> pci12: at device 0.189 (no driver attached) >>>> >>>> pciconf -lv >>>> ix1@pci0:129:0:1: class=0x020000 card=0x00001458 chip=0x15288086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'Ethernet Controller 10-Gigabit X540-AT2' >>>> class = network >>>> subclass = ethernet >>>> none155@pci0:129:0:129: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> none156@pci0:129:0:131: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt0@pci0:129:0:133: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt1@pci0:129:0:135: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt2@pci0:129:0:137: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt3@pci0:129:0:139: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt4@pci0:129:0:141: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt5@pci0:129:0:143: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt6@pci0:129:0:145: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt7@pci0:129:0:147: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt8@pci0:129:0:149: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt9@pci0:129:0:151: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt10@pci0:129:0:153: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt11@pci0:129:0:155: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt12@pci0:129:0:157: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt13@pci0:129:0:159: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt14@pci0:129:0:161: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt15@pci0:129:0:163: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt16@pci0:129:0:165: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt17@pci0:129:0:167: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt18@pci0:129:0:169: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt19@pci0:129:0:171: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt20@pci0:129:0:173: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt21@pci0:129:0:175: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt22@pci0:129:0:177: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt23@pci0:129:0:179: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt24@pci0:129:0:181: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt25@pci0:129:0:183: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt26@pci0:129:0:185: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt27@pci0:129:0:187: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt28@pci0:129:0:189: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> >>>> Ultima >>>> _______________________________________________ >>>> 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" >> > _______________________________________________ > 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 Feb 22 21:47:59 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D9FF3AB04F1; Mon, 22 Feb 2016 21:47:58 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-vk0-x22c.google.com (mail-vk0-x22c.google.com [IPv6:2607:f8b0:400c:c05::22c]) (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 879841F88; Mon, 22 Feb 2016 21:47:58 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-vk0-x22c.google.com with SMTP id e185so143138010vkb.1; Mon, 22 Feb 2016 13:47:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=10odizUKmVzGCYfb95/P7kk2p8tg52fBuHAxUBBKwpU=; b=tCw9G6P0hiSSWVy8EKctsO8b9d2nZbIIrxfLYs27UJSHElpPb/aaMqoLXU4GPbFyub igl19u1t5oOfRcKQVAcrsLaUqo5Om4kUrD1Y5PgRudHFxwLurIa5E87mQb8KB+uqkNDa lUcpIBZNVMcPFNwnC+4IXqrhDjiTwb1ZuSJQ0G4bFohj+ADP7cyH3rTgfh9gIEjY8SpF 9gsxVFOjVxomJIYI8Uq1lEthGrhTDHZoaKHMZ4aQb/Zf6ZS0v9+MGpbdM/GPzP8lNZSK HkGyP7o3YYLmZo0nbt9eworxIcH0/CukAYUH9VrXZ1Wi7FeGnv8IXVIB9C1aXOEsBzd8 BcLA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=10odizUKmVzGCYfb95/P7kk2p8tg52fBuHAxUBBKwpU=; b=Sx4jVI42AXP10MbCFdLB1kCpt4IgmaS6XUAq88BxJv0HgQB0pdWqz1H0wzK2ssLUEX O3yLxu7S1Vpen8KIGD6hLyYBpzYUXgo5c/G4fta1LXJK84qe3vLoALcXNbKAAaF4H7J1 qRyzm4qvAYLEEAetHU9/hvQaWhA9LaLBbKZS3yqbLNmTtdGT3SON5SzV22d6D3wagd4z MOjwN3aiXqIRUBj2Y+zOgExCyunq6Qj6YiHbVXDBddVlFOQRmGR79XDEYtZLO4+GgIJf OXyZUyuTCew1tVEUk1ghkzJVXvzwxBEeP/IUSTvpmVlIvRAVaLbIk8ezBGBu57KOPO9w QCGA== X-Gm-Message-State: AG10YOS7X26MZZBGuEp0r2JjRhrRQTsN3aUVSForcKuC9cFkO92in7ykLzfrzr29kx5O8nwmPvEft82XD7aUTw== MIME-Version: 1.0 X-Received: by 10.31.180.85 with SMTP id d82mr21468466vkf.83.1456177677339; Mon, 22 Feb 2016 13:47:57 -0800 (PST) Received: by 10.31.194.194 with HTTP; Mon, 22 Feb 2016 13:47:57 -0800 (PST) In-Reply-To: <56CB7F3D.2010607@multiplay.co.uk> References: <2A35EA60C3C77D438915767F458D656880942E9A@ORSMSX111.amr.corp.intel.com> <56CB7F3D.2010607@multiplay.co.uk> Date: Mon, 22 Feb 2016 16:47:57 -0500 Message-ID: Subject: Re: sr-iov issues, reset_hw() failed with error -100 From: Ultima To: Steven Hartland Cc: freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 21:47:59 -0000 Yeah, dmesg does show 48. 12 Cores and 24 threads each. 48 total On Mon, Feb 22, 2016 at 4:35 PM, Steven Hartland wrote: > isn't that 48 cores (12 real 12 virtual) per CPU? > > > On 22/02/2016 21:26, Ultima wrote: > >> This system has 24 cores (e5-2670v3)x2 >> >> Ultima >> >> On Mon, Feb 22, 2016 at 3:53 PM, Pieper, Jeffrey E < >> jeffrey.e.pieper@intel.com> wrote: >> >> Just out of curiosity, how many cores does your system have? >>> >>> Jeff >>> >>> -----Original Message----- >>> From: owner-freebsd-current@freebsd.org [mailto: >>> owner-freebsd-current@freebsd.org] On Behalf Of Ultima >>> Sent: Monday, February 22, 2016 12:02 PM >>> To: Eric Joyner >>> Cc: freebsd-current@freebsd.org; freebsd-virtualization@freebsd.org >>> Subject: Re: sr-iov issues, reset_hw() failed with error -100 >>> >>> After reboot... >>> >>> ifconfig ix1 up >>> >>> dhclient ix1 >>> DHCPDISCOVER on ix1 to 255.255.255.255 port 67 interval 4 >>> DHCPOFFER from 192.168.1.1 >>> DHCPREQUEST on ix1 to 255.255.255.255 port 67 >>> DHCPACK from 192.168.1.1 >>> bound to 192.168.1.145 -- renewal in 21600 seconds. >>> >>> ix0 down >>> ping 192.168.1.1 >>> PING 192.168.1.1 (192.168.1.1): 56 data bytes >>> 64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=0.149 ms >>> 64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.171 ms >>> 64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.167 ms >>> >>> iovctl -Cf /etc/iovctl.conf >>> >>> ping 192.168.1.1 >>> PING 192.168.1.1 (192.168.1.1): 56 data bytes >>> ^C >>> --- 192.168.1.1 ping statistics --- >>> 29 packets transmitted, 0 packets received, 100.0% packet loss >>> ifconfig ix1 up >>> ping 192.168.1.1 >>> PING 192.168.1.1 (192.168.1.1): 56 data bytes >>> ^C >>> --- 192.168.1.1 ping statistics --- >>> 12 packets transmitted, 0 packets received, 100.0% packet loss >>> >>> ix1 is no longer usable until a restart... >>> >>> iovctl -Dd ix1 >>> ifconfig ix1 up >>> ping 192.168.1.1 >>> PING 192.168.1.1 (192.168.1.1): 56 data bytes >>> ^C >>> --- 192.168.1.1 ping statistics --- >>> 9 packets transmitted, 0 packets received, 100.0% packet loss >>> >>> >>> >>> Is there anything else that maybe useful? >>> >>> here is my ifconfig at the end (after ifconfig ix0 up) >>> >>> >>> ix0: flags=8943 metric 0 >>> mtu 1500 >>> >>> >>> options=e400b9 >>> ether -Hidden- >>> inet 192.168.1.8 netmask 0xffffff00 broadcast 192.168.1.255 >>> inet 192.168.1.9 netmask 0xffffff00 broadcast 192.168.1.255 >>> nd6 options=29 >>> media: Ethernet autoselect (10Gbase-T ) >>> status: active >>> ix1: flags=8843 metric 0 mtu 1500 >>> >>> >>> options=e407bb >>> ether -Hidden- >>> inet 192.168.1.145 netmask 0xffffff00 broadcast 192.168.1.255 >>> nd6 options=29 >>> media: Ethernet autoselect (10Gbase-T ) >>> status: active >>> lo0: flags=8049 metric 0 mtu 16384 >>> options=600003 >>> inet6 ::1 prefixlen 128 >>> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 >>> inet 127.0.0.1 netmask 0xff000000 >>> nd6 options=21 >>> groups: lo >>> bridge0: flags=8843 metric 0 mtu >>> 1500 >>> ether -Hidden- >>> nd6 options=9 >>> groups: bridge >>> id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 >>> maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 >>> root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 >>> member: ix0 flags=143 >>> ifmaxaddr 0 port 1 priority 128 path cost 2000 >>> member: epair0a flags=143 >>> ifmaxaddr 0 port 5 priority 128 path cost 2000 >>> epair0a: flags=8943 >>> metric >>> 0 mtu 1500 >>> options=8 >>> ether -Hidden- >>> inet6 fe80::ff:70ff:fe00:50a%epair0a prefixlen 64 scopeid 0x5 >>> nd6 options=21 >>> media: Ethernet 10Gbase-T (10Gbase-T ) >>> status: active >>> groups: epair >>> >>> On Mon, Feb 22, 2016 at 1:51 PM, Eric Joyner wrote: >>> >>> Did you do an ifconfig up on ix1 before loading the VF driver? >>>> >>>> On Sat, Feb 20, 2016 at 11:57 AM Ultima wrote: >>>> >>>> Decided to do some testing with iovctl to see how sr-iov is coming >>>>> >>>> along. >>> >>>> Currently when adding the vf's there are a couple errors, and the >>>>> >>>> network >>> >>>> no longer function after iovctl is started. My guess is the reset_hw() >>>>> call >>>>> that is failing. Any ideas why this call would fail? I tested this on >>>>> >>>> both >>> >>>> ports, ix1 is detached and unused for this test, however inserting a >>>>> >>>> cable >>> >>>> results in an unusable port. iovctl -Dd ix1 removes the vf's, however >>>>> functionality is still not restored without a system restart. >>>>> >>>>> FreeBSD S1 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r295736: Wed Feb 17 >>>>> 21:17:28 EST 2016 root@S1:/usr/obj/usr/src/sys/MYKERNEL amd64 >>>>> >>>>> /boot/loader.conf >>>>> hw.ix.num_queues="4" >>>>> >>>>> /etc/iovctl.conf >>>>> PF { >>>>> device : ix1; >>>>> num_vfs : 31; >>>>> } >>>>> >>>>> DEFAULT { >>>>> passthrough : true; >>>>> } >>>>> VF-0 { >>>>> passthrough : false; >>>>> } >>>>> VF-1 { >>>>> passthrough : false; >>>>> } >>>>> >>>>> # iovctl -C -f /etc/iovctl.conf >>>>> >>>>> dmesg >>>>> ixv0: >>>> 1.4.6-k> at device 0.129 on pci12 >>>>> ixv0: Using MSIX interrupts with 2 vectors >>>>> ixv0: ixgbe_reset_hw() failed with error -100 >>>>> device_attach: ixv0 attach returned 5 >>>>> ixv0: >>>> 1.4.6-k> at device 0.131 on pci12 >>>>> ixv0: Using MSIX interrupts with 2 vectors >>>>> ixv0: ixgbe_reset_hw() failed with error -100 >>>>> device_attach: ixv0 attach returned 5 >>>>> pci12: at device 0.133 (no driver attached) >>>>> pci12: at device 0.135 (no driver attached) >>>>> pci12: at device 0.137 (no driver attached) >>>>> pci12: at device 0.139 (no driver attached) >>>>> pci12: at device 0.141 (no driver attached) >>>>> pci12: at device 0.143 (no driver attached) >>>>> pci12: at device 0.145 (no driver attached) >>>>> pci12: at device 0.147 (no driver attached) >>>>> pci12: at device 0.149 (no driver attached) >>>>> pci12: at device 0.151 (no driver attached) >>>>> pci12: at device 0.153 (no driver attached) >>>>> pci12: at device 0.155 (no driver attached) >>>>> pci12: at device 0.157 (no driver attached) >>>>> pci12: at device 0.159 (no driver attached) >>>>> pci12: at device 0.161 (no driver attached) >>>>> pci12: at device 0.163 (no driver attached) >>>>> pci12: at device 0.165 (no driver attached) >>>>> pci12: at device 0.167 (no driver attached) >>>>> pci12: at device 0.169 (no driver attached) >>>>> pci12: at device 0.171 (no driver attached) >>>>> pci12: at device 0.173 (no driver attached) >>>>> pci12: at device 0.175 (no driver attached) >>>>> pci12: at device 0.177 (no driver attached) >>>>> pci12: at device 0.179 (no driver attached) >>>>> pci12: at device 0.181 (no driver attached) >>>>> pci12: at device 0.183 (no driver attached) >>>>> pci12: at device 0.185 (no driver attached) >>>>> pci12: at device 0.187 (no driver attached) >>>>> pci12: at device 0.189 (no driver attached) >>>>> >>>>> pciconf -lv >>>>> ix1@pci0:129:0:1: class=0x020000 card=0x00001458 chip=0x15288086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'Ethernet Controller 10-Gigabit X540-AT2' >>>>> class = network >>>>> subclass = ethernet >>>>> none155@pci0:129:0:129: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> none156@pci0:129:0:131: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt0@pci0:129:0:133: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt1@pci0:129:0:135: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt2@pci0:129:0:137: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt3@pci0:129:0:139: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt4@pci0:129:0:141: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt5@pci0:129:0:143: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt6@pci0:129:0:145: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt7@pci0:129:0:147: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt8@pci0:129:0:149: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt9@pci0:129:0:151: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt10@pci0:129:0:153: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt11@pci0:129:0:155: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt12@pci0:129:0:157: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt13@pci0:129:0:159: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt14@pci0:129:0:161: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt15@pci0:129:0:163: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt16@pci0:129:0:165: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt17@pci0:129:0:167: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt18@pci0:129:0:169: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt19@pci0:129:0:171: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt20@pci0:129:0:173: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt21@pci0:129:0:175: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt22@pci0:129:0:177: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt23@pci0:129:0:179: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt24@pci0:129:0:181: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt25@pci0:129:0:183: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt26@pci0:129:0:185: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt27@pci0:129:0:187: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt28@pci0:129:0:189: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> >>>>> Ultima >>>>> _______________________________________________ >>>>> 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" >>> >>> _______________________________________________ >> 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" > From owner-freebsd-current@freebsd.org Mon Feb 22 22:01:33 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 92762AB0A4A for ; Mon, 22 Feb 2016 22:01:33 +0000 (UTC) (envelope-from bdrewery@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 819FF182B for ; Mon, 22 Feb 2016 22:01:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 802AFAB0A48; Mon, 22 Feb 2016 22:01:33 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7FA92AB0A47; Mon, 22 Feb 2016 22:01:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 7379F1829; Mon, 22 Feb 2016 22:01:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 6BFD51849; Mon, 22 Feb 2016 22:01:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 1E0391C7C4; Mon, 22 Feb 2016 22:01:33 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id ymqmRKwwMwcZ; Mon, 22 Feb 2016 22:01:31 +0000 (UTC) To: current@FreeBSD.org, net@FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com AE2101C7BE From: Bryan Drewery Subject: leaky M_RTABLE r295632 Organization: FreeBSD Message-ID: <56CB8538.1050003@FreeBSD.org> Date: Mon, 22 Feb 2016 14:01:28 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 22:01:33 -0000 Running CURRENT r295632. # vmstat -m|grep routetbl routetbl 103952 51995K - 155861 512,1024 This seems quite large for my dev build system. -- Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Mon Feb 22 22:40:18 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D207BAB1690 for ; Mon, 22 Feb 2016 22:40:18 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: from mail-lf0-x236.google.com (mail-lf0-x236.google.com [IPv6:2a00:1450:4010:c07::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 5AA991973 for ; Mon, 22 Feb 2016 22:40:18 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: by mail-lf0-x236.google.com with SMTP id m1so104771278lfg.0 for ; Mon, 22 Feb 2016 14:40:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=zv55sumljHwHfpvoiHkWl0L+pOXbe+z1NQWaAr0bt4g=; b=bZD1N6SBjJq6IA16PBaORHbHBUnEQrnbRCNc8c0vHTZ2DbBseY6MLbaG0Sj9crid6J v9TohqJ7VCxYw7jAewyafojEJv1RwayPBBAwf/CtO73sXGu2q5/BZxZ877DKPRGlTZlA +vcE3u4ZTVhZ2AaD8gjHeNsafJ8HAT/BIVMCzAVhmidIgYEVd4HnHjZWDr5rinYcmUzb +gmsm+1Z1nXzn9wi0BvzGnOTgLDzh4WfeDHJlybSs1Z/qYXSfSqyfPrZlbmIWYhY2wwo WT3p3omrMyDf+6oZmT5oLcswmNfMFs2g5VqlxMC75pStiBboQy3YuaS1XIaFwtK6p/f/ m/ng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=zv55sumljHwHfpvoiHkWl0L+pOXbe+z1NQWaAr0bt4g=; b=BeTqd+mNDcATUmMpf/9rIRVJ9Qc5dgxFVDBUC3vSBXHn6Ut7VesPTDTU8N9h2+lWKS mnrhRWtywuzgCdRxczlvcCNB2oktskumWEFDW39HX+6LHcVxVq3PFX6VgJDn5gxGe3gT OTKgMkReS29a5wWq5zC6KL7rq3M9R9wo54a9o2gp8hodFkWIvw09UeBVM8bOcyyvfYT5 HQgBd16W8Boq06u4wcAwSiVuN7cR6wS/JlFD7mg09Hn4U49su+3tEIjS1rVOltaOKETQ fTxuE5zjYXXasI0VaxdUaxWMrH2YNRRUX4e9Jp33s9px+hjPRfVIcD0lb7TSIdlFH/Iw gLGg== X-Gm-Message-State: AG10YOQHg9D8g8BGbANS3w/uZl3vG52vfUdldhBij0lwFOylwh7IOXPlGfiGQcbvO4MyNrhLbhRm1E7cpxugSA== MIME-Version: 1.0 X-Received: by 10.25.42.13 with SMTP id q13mr11188653lfq.96.1456180815482; Mon, 22 Feb 2016 14:40:15 -0800 (PST) Sender: rizzo.unipi@gmail.com Received: by 10.114.184.146 with HTTP; Mon, 22 Feb 2016 14:40:15 -0800 (PST) In-Reply-To: <20160222181603.GR68298@zxy.spb.ru> References: <20160222121415.GG37895@zxy.spb.ru> <20160222181603.GR68298@zxy.spb.ru> Date: Mon, 22 Feb 2016 14:40:15 -0800 X-Google-Sender-Auth: 6Vkc3yeRformiyJYgmdgOaQkuxE Message-ID: Subject: Re: three new netmap tools: pcap player, link emulator, load distributor From: Luigi Rizzo To: Slawa Olhovchenkov Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 22:40:19 -0000 On Mon, Feb 22, 2016 at 10:16 AM, Slawa Olhovchenkov wrote: > On Mon, Feb 22, 2016 at 08:17:06AM -0800, Luigi Rizzo wrote: > >> Give this a try and let us know. > > I can't compile this. > > # cc -o lb lb.c > lb.c:17:10: fatal error: 'ctrs.h' file not found > #include "ctrs.h" > ^ > 1 error generated. > > ok, give ctrs.h from netmap/examples/ > > # cc -o lb lb.c > In file included from lb.c:18: > ./lb.h:2:23: error: use of undeclared identifier 'ETH_ALEN' > unsigned char h_dest[ETH_ALEN]; > ^ > ./lb.h:3:25: error: use of undeclared identifier 'ETH_ALEN' > unsigned char h_source[ETH_ALEN]; > ^ > 2 errors generated. please try now. cheers luigi -- -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2217533 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-current@freebsd.org Mon Feb 22 23:55:15 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 17C63AAF21D for ; Mon, 22 Feb 2016 23:55:15 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CD7CD1AC4 for ; Mon, 22 Feb 2016 23:55:14 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aY0Ji-000MU3-Dq; Tue, 23 Feb 2016 02:55:02 +0300 Date: Tue, 23 Feb 2016 02:55:02 +0300 From: Slawa Olhovchenkov To: Luigi Rizzo Cc: freebsd-current Subject: Re: three new netmap tools: pcap player, link emulator, load distributor Message-ID: <20160222235502.GT68298@zxy.spb.ru> References: <20160222121415.GG37895@zxy.spb.ru> <20160222181603.GR68298@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 23:55:15 -0000 On Mon, Feb 22, 2016 at 02:40:15PM -0800, Luigi Rizzo wrote: > On Mon, Feb 22, 2016 at 10:16 AM, Slawa Olhovchenkov wrote: > > On Mon, Feb 22, 2016 at 08:17:06AM -0800, Luigi Rizzo wrote: > > > > >> Give this a try and let us know. > > > > I can't compile this. > > > > # cc -o lb lb.c > > lb.c:17:10: fatal error: 'ctrs.h' file not found > > #include "ctrs.h" > > ^ > > 1 error generated. > > > > ok, give ctrs.h from netmap/examples/ > > > > # cc -o lb lb.c > > In file included from lb.c:18: > > ./lb.h:2:23: error: use of undeclared identifier 'ETH_ALEN' > > unsigned char h_dest[ETH_ALEN]; > > ^ > > ./lb.h:3:25: error: use of undeclared identifier 'ETH_ALEN' > > unsigned char h_source[ETH_ALEN]; > > ^ > > 2 errors generated. > > please try now. compiled, ok. and i need wrote some apps for forwarding from pipes to output interface? PS: sorry for mislead, 6.5Mpps for me for next flow: physical => rehasher_rhasher => output v ^ dummy workers i.e. 6.5Mpss input traffic, rehasher passthrough every packet twice. From owner-freebsd-current@freebsd.org Tue Feb 23 00:01:51 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6E178AAF6D8 for ; Tue, 23 Feb 2016 00:01:51 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: from mail-lb0-x236.google.com (mail-lb0-x236.google.com [IPv6:2a00:1450:4010:c04::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 130911DE2 for ; Tue, 23 Feb 2016 00:01:50 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: by mail-lb0-x236.google.com with SMTP id bc4so91689852lbc.2 for ; Mon, 22 Feb 2016 16:01:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=H9+Zv5169drCP77xfISNev8f2lokF28V/adYMwDmy9Q=; b=aPPe1p6lyELmp9fdnpdFr6ERLoiICP/EJe3WrbNrlTDLQqWDvWD0hQl1wUnadbzXfE dos0LDDwUw1JtWduRg/XHx2CR3a1M+41mpLDnaXuVw1jjf0bLbdLcHNop9sn0a+hjS76 OHi5oS6p9Psg/VOF+bIAcJ6aVx6TWvTEjBKzhNzghnAxsevsXGaMjc5O+xqOmZRSzE18 G30V4yPpUm9FIpSpmCNY0ErjWpYc4It3gN7V/5Gc9068lWab+SFPHc4cnsDmUcSdK5jh FRR1rKf/MBTQDw2HyJsq922/DxDg5gLPDy/vlZ92f4gu3rL6+jzwEVTRwKdoxi3tpoTf 9ksQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=H9+Zv5169drCP77xfISNev8f2lokF28V/adYMwDmy9Q=; b=guVbEnzyRU2GD+UbQ3wojB6vlVP85m9Ggl0jB5K1+41PaD714XPXj0lDOpX2cvC+ia FBV9yMcX9RdpBas4Na/4J8IXDaPeSLPkzNIiI0JRdEK4nDBC/tLgtbuUcMHf9zdiG30R e3nEOmlF0oazVWsV77ZS13BEdZ2lZzJ43bYjKOOibv84INjUzb/ZPjteOn6Teu85gO1o 6egTWE2qFxQSU1W4g3eZx/W65CiswVeWVD3TCDjTx8yYA4WPUMuTd+Q5rTZVSOyJlx+Z S8SZupU0Wh7KoSXpBzTeP/co1m7S0yixgdnuySzPhW084MUdWDipDZSknXks5PJQCQKz Oxzg== X-Gm-Message-State: AG10YOSwFGRjKkOJ4jI+nnqwPmpS4phqkOIEp01/ptqT2jb973eIenuYhwa39uFuDCfeCXq+/GbiZ222h/i8Ig== MIME-Version: 1.0 X-Received: by 10.112.158.65 with SMTP id ws1mr10867141lbb.86.1456185708454; Mon, 22 Feb 2016 16:01:48 -0800 (PST) Sender: rizzo.unipi@gmail.com Received: by 10.114.184.146 with HTTP; Mon, 22 Feb 2016 16:01:48 -0800 (PST) In-Reply-To: <20160222235502.GT68298@zxy.spb.ru> References: <20160222121415.GG37895@zxy.spb.ru> <20160222181603.GR68298@zxy.spb.ru> <20160222235502.GT68298@zxy.spb.ru> Date: Mon, 22 Feb 2016 16:01:48 -0800 X-Google-Sender-Auth: gszMdNI_ToW8IVPiVFBXYAmXjyA Message-ID: Subject: Re: three new netmap tools: pcap player, link emulator, load distributor From: Luigi Rizzo To: Slawa Olhovchenkov Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Feb 2016 00:01:51 -0000 On Mon, Feb 22, 2016 at 3:55 PM, Slawa Olhovchenkov wrote: > On Mon, Feb 22, 2016 at 02:40:15PM -0800, Luigi Rizzo wrote: >> please try now. > > compiled, ok. > and i need wrote some apps for forwarding from pipes to output > interface? just use multiple pkt-gen in read mode on the outputs, and perhaps one pkt-gen in tx mode with a range of addresses on the input > > PS: sorry for mislead, 6.5Mpps for me for next flow: > > physical => rehasher_rhasher => output > v ^ > dummy workers > > i.e. 6.5Mpss input traffic, rehasher passthrough every packet twice. i suppose it does a copy so it is not the same thing as lb. In any case as I said, "similar" functionality does not imply similar performance (and in your case, functionality is also different). cheers luigi -- -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2217533 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-current@freebsd.org Tue Feb 23 00:05:52 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A0023AAFADB; Tue, 23 Feb 2016 00:05:52 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 808F81FC; Tue, 23 Feb 2016 00:05:52 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version; bh=WzTQmvnntUIrxdtkVkvOywy5P4RBy4egob2Cn5amx/U=; b=kirYXLgabiN6W+kRqA0ArwB6by tQcjTGzMp/q6kdLTLYvYNt8fBE5MK63vfOUJ4tVjVcnbyxDNAJoxVhHiHTVUY8icVXm0rvb7DaNPz ILaNvPUxBzN/UuOoHi/9XYYy91XVHufqumLDyk2CT90Mw2Cl9bAXCppDvMXqGU2JwOFk=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:57268 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aY0UB-0004tY-DJ; Mon, 22 Feb 2016 18:05:51 -0600 Received: from 2605:6000:ec17:200:8960:77df:23a8:fcf by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Mon, 22 Feb 2016 18:05:51 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 22 Feb 2016 18:05:51 -0600 From: Larry Rosenman To: freebsd-current@freebsd.org Cc: owner-freebsd-current@freebsd.org Subject: Re: new computer, strange usb messages at boot In-Reply-To: <20160220120838.GA76920@lrosenman-dell.lerctr.org> References: <20160220051951.GA47875@lrosenman-dell.lerctr.org> <56C8310B.4010908@selasky.org> <20160220120838.GA76920@lrosenman-dell.lerctr.org> Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.4 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Feb 2016 00:05:52 -0000 On 2016-02-20 06:08, Larry Rosenman wrote: > On Sat, Feb 20, 2016 at 10:25:31AM +0100, Hans Petter Selasky wrote: >> On 02/20/16 06:19, Larry Rosenman wrote: >> > ugen0.2: at usbus0 >> > Root mount waiting for: usbus0 >> > usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_IOERROR >> > Root mount waiting for: usbus0 >> > usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_IOERROR >> > Root mount waiting for: usbus0 >> > Root mount waiting for: usbus0 >> > usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_IOERROR >> > Root mount waiting for: usbus0 >> > usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_IOERROR >> > Root mount waiting for: usbus0 >> > Root mount waiting for: usbus0 >> > usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_IOERROR >> >> Hi, >> >> Looks like there is an error enumerating one of the USB devices. It is >> harmless. >> >> What does "pciconf -lv" say about your USB controllers? >> >> --HPS > > Here is the full pciconf -lv: > > hostb0@pci0:0:0:0: class=0x060000 card=0x07061028 chip=0x19108086 > rev=0x07 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Sky Lake Host Bridge/DRAM Registers' > class = bridge > subclass = HOST-PCI > pcib1@pci0:0:1:0: class=0x060400 card=0x20158086 chip=0x19018086 > rev=0x07 hdr=0x01 > vendor = 'Intel Corporation' > device = 'Sky Lake PCIe Controller (x16)' > class = bridge > subclass = PCI-PCI > pcib2@pci0:0:1:1: class=0x060400 card=0x07061028 chip=0x19058086 > rev=0x07 hdr=0x01 > vendor = 'Intel Corporation' > device = 'Sky Lake PCIe Controller (x8)' > class = bridge > subclass = PCI-PCI > vgapci1@pci0:0:2:0: class=0x030000 card=0x07061028 chip=0x191b8086 > rev=0x06 hdr=0x00 > vendor = 'Intel Corporation' > class = display > subclass = VGA > none0@pci0:0:4:0: class=0x118000 card=0x07061028 chip=0x19038086 > rev=0x07 hdr=0x00 > vendor = 'Intel Corporation' > class = dasp > xhci0@pci0:0:20:0: class=0x0c0330 card=0x07061028 chip=0xa12f8086 > rev=0x31 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Sunrise Point-H USB 3.0 xHCI Controller' > class = serial bus > subclass = USB > none1@pci0:0:20:2: class=0x118000 card=0x07061028 chip=0xa1318086 > rev=0x31 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Sunrise Point-H Thermal subsystem' > class = dasp > none2@pci0:0:21:0: class=0x118000 card=0x07061028 chip=0xa1608086 > rev=0x31 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Sunrise Point-H LPSS I2C Controller' > class = dasp > none3@pci0:0:22:0: class=0x078000 card=0x07061028 chip=0xa13a8086 > rev=0x31 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Sunrise Point-H CSME HECI' > class = simple comms > ahci0@pci0:0:23:0: class=0x010601 card=0x07061028 chip=0xa1038086 > rev=0x31 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Sunrise Point-H SATA Controller [AHCI mode]' > class = mass storage > subclass = SATA > pcib3@pci0:0:28:0: class=0x060400 card=0x07061028 chip=0xa1108086 > rev=0xf1 hdr=0x01 > vendor = 'Intel Corporation' > device = 'Sunrise Point-H PCI Express Root Port' > class = bridge > subclass = PCI-PCI > pcib4@pci0:0:28:4: class=0x060400 card=0x07061028 chip=0xa1148086 > rev=0xf1 hdr=0x01 > vendor = 'Intel Corporation' > device = 'Sunrise Point-H PCI Express Root Port' > class = bridge > subclass = PCI-PCI > pcib5@pci0:0:28:5: class=0x060400 card=0x07061028 chip=0xa1158086 > rev=0xf1 hdr=0x01 > vendor = 'Intel Corporation' > device = 'Sunrise Point-H PCI Express Root Port' > class = bridge > subclass = PCI-PCI > pcib6@pci0:0:28:6: class=0x060400 card=0x07061028 chip=0xa1168086 > rev=0xf1 hdr=0x01 > vendor = 'Intel Corporation' > device = 'Sunrise Point-H PCI Express Root Port' > class = bridge > subclass = PCI-PCI > isab0@pci0:0:31:0: class=0x060100 card=0x07061028 chip=0xa14e8086 > rev=0x31 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Sunrise Point-H LPC Controller' > class = bridge > subclass = PCI-ISA > none4@pci0:0:31:2: class=0x058000 card=0x07061028 chip=0xa1218086 > rev=0x31 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Sunrise Point-H PMC' > class = memory > hdac0@pci0:0:31:3: class=0x040300 card=0x07061028 chip=0xa1708086 > rev=0x31 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Sunrise Point-H HD Audio' > class = multimedia > subclass = HDA > none5@pci0:0:31:4: class=0x0c0500 card=0x07061028 chip=0xa1238086 > rev=0x31 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Sunrise Point-H SMBus' > class = serial bus > subclass = SMBus > vgapci0@pci0:2:0:0: class=0x030200 card=0x07061028 chip=0x139b10de > rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'GM107M [GeForce GTX 960M]' > class = display > subclass = 3D > re0@pci0:4:0:0: class=0x020000 card=0x07061028 chip=0x816810ec rev=0x10 > hdr=0x00 > vendor = 'Realtek Semiconductor Co., Ltd.' > device = 'RTL8111/8168/8411 PCI Express Gigabit Ethernet > Controller' > class = network > subclass = ethernet > none6@pci0:5:0:0: class=0x028000 card=0x44108086 chip=0x31658086 > rev=0x79 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Wireless 3165' > class = network > none7@pci0:6:0:0: class=0xff0000 card=0x522a10ec chip=0x522a10ec > rev=0x01 hdr=0x00 > vendor = 'Realtek Semiconductor Co., Ltd.' I've sent the dmesg.boot with the debug on xhci = 16 to hps@selasky.org -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Tue Feb 23 01:53:05 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BFFD9AB08B5; Tue, 23 Feb 2016 01:53:05 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mail-qg0-f54.google.com (mail-qg0-f54.google.com [209.85.192.54]) (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 7BC2D1645; Tue, 23 Feb 2016 01:53:05 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mail-qg0-f54.google.com with SMTP id b67so126483572qgb.1; Mon, 22 Feb 2016 17:53:05 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-type; bh=nyWs5ZwGn8IJSuZsKqUPFPGIPssreYdjm7HGg9g3h5o=; b=WfcQDklg5zH/v8Jz/feJTL7dZOGslTc+tI71jFoxHdWRg5HYAd3RKU61UYSgg/ES53 EnT87M/qHUBjj04lYcu5r2c5Lxq0AKcEPM9p5WvtVJUgwsRPJ2QNbXP1LcAoFUJ00B3s 4Oqq5eGizJeaL/7/B/Ei7VM0gtp2YHOf71wsqPGH1AL7o5ti5h/xL/TlE7OTNaCNeR47 ev0OEVEKLJyDMm0dAgrDfizlD9Rg3Q3TxvI0UL0fi/f1JQ1DyUpfdHzy0mbtklrR2E2K Z8pjUBVPjSN1YiHYbcnVJIJBhRzcRYNWIvUadFRRWWVh9cSIwx9EEJpkwXMMSvH4TY3o euAw== X-Gm-Message-State: AG10YOQlVL/G3wGJgCUc41URO1165tOLdH67SBkfzqs3xKfOXXlX8wX6SvHSvyxzeiRwDg== X-Received: by 10.140.29.202 with SMTP id b68mr37850635qgb.100.1456192383973; Mon, 22 Feb 2016 17:53:03 -0800 (PST) Received: from mail-qg0-f45.google.com (mail-qg0-f45.google.com. [209.85.192.45]) by smtp.gmail.com with ESMTPSA id o60sm7686693qge.34.2016.02.22.17.53.03 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Feb 2016 17:53:03 -0800 (PST) Received: by mail-qg0-f45.google.com with SMTP id y89so126302946qge.2; Mon, 22 Feb 2016 17:53:03 -0800 (PST) X-Received: by 10.140.102.142 with SMTP id w14mr29926361qge.58.1456192383403; Mon, 22 Feb 2016 17:53:03 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Eric Joyner Date: Tue, 23 Feb 2016 01:52:53 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: sr-iov issues, reset_hw() failed with error -100 To: Ultima Cc: freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Feb 2016 01:53:05 -0000 I don't really have any ideas on the error -100. Error -100 means there was a mailbox error, so something failed in the initial communications setup between the PF and VF, but I don't know what exactly went wrong. I'm grasping at straws, but try using a smaller number of VFs initially, like 2? And check to see if VT-d is enabled in your BIOS? (Though I would've expected iovctl to fail). - Eric On Mon, Feb 22, 2016 at 12:01 PM Ultima wrote: > After reboot... > > ifconfig ix1 up > > dhclient ix1 > DHCPDISCOVER on ix1 to 255.255.255.255 port 67 interval 4 > DHCPOFFER from 192.168.1.1 > DHCPREQUEST on ix1 to 255.255.255.255 port 67 > DHCPACK from 192.168.1.1 > bound to 192.168.1.145 -- renewal in 21600 seconds. > > ix0 down > ping 192.168.1.1 > PING 192.168.1.1 (192.168.1.1): 56 data bytes > 64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=0.149 ms > 64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.171 ms > 64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.167 ms > > iovctl -Cf /etc/iovctl.conf > > ping 192.168.1.1 > PING 192.168.1.1 (192.168.1.1): 56 data bytes > ^C > --- 192.168.1.1 ping statistics --- > 29 packets transmitted, 0 packets received, 100.0% packet loss > ifconfig ix1 up > ping 192.168.1.1 > PING 192.168.1.1 (192.168.1.1): 56 data bytes > ^C > --- 192.168.1.1 ping statistics --- > 12 packets transmitted, 0 packets received, 100.0% packet loss > > ix1 is no longer usable until a restart... > > iovctl -Dd ix1 > ifconfig ix1 up > ping 192.168.1.1 > PING 192.168.1.1 (192.168.1.1): 56 data bytes > ^C > --- 192.168.1.1 ping statistics --- > 9 packets transmitted, 0 packets received, 100.0% packet loss > > > > Is there anything else that maybe useful? > > here is my ifconfig at the end (after ifconfig ix0 up) > > > ix0: flags=8943 metric 0 > mtu 1500 > > options=e400b9 > ether -Hidden- > inet 192.168.1.8 netmask 0xffffff00 broadcast 192.168.1.255 > inet 192.168.1.9 netmask 0xffffff00 broadcast 192.168.1.255 > nd6 options=29 > media: Ethernet autoselect (10Gbase-T ) > status: active > ix1: flags=8843 metric 0 mtu 1500 > > options=e407bb > ether -Hidden- > inet 192.168.1.145 netmask 0xffffff00 broadcast 192.168.1.255 > nd6 options=29 > media: Ethernet autoselect (10Gbase-T ) > status: active > lo0: flags=8049 metric 0 mtu 16384 > options=600003 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > inet 127.0.0.1 netmask 0xff000000 > nd6 options=21 > groups: lo > bridge0: flags=8843 metric 0 mtu > 1500 > ether -Hidden- > nd6 options=9 > groups: bridge > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > member: ix0 flags=143 > ifmaxaddr 0 port 1 priority 128 path cost 2000 > member: epair0a flags=143 > ifmaxaddr 0 port 5 priority 128 path cost 2000 > epair0a: flags=8943 metric > 0 mtu 1500 > options=8 > ether -Hidden- > inet6 fe80::ff:70ff:fe00:50a%epair0a prefixlen 64 scopeid 0x5 > nd6 options=21 > media: Ethernet 10Gbase-T (10Gbase-T ) > status: active > groups: epair > > On Mon, Feb 22, 2016 at 1:51 PM, Eric Joyner wrote: > >> Did you do an ifconfig up on ix1 before loading the VF driver? >> >> On Sat, Feb 20, 2016 at 11:57 AM Ultima wrote: >> >>> Decided to do some testing with iovctl to see how sr-iov is coming >>> along. >>> Currently when adding the vf's there are a couple errors, and the network >>> no longer function after iovctl is started. My guess is the reset_hw() >>> call >>> that is failing. Any ideas why this call would fail? I tested this on >>> both >>> ports, ix1 is detached and unused for this test, however inserting a >>> cable >>> results in an unusable port. iovctl -Dd ix1 removes the vf's, however >>> functionality is still not restored without a system restart. >>> >>> FreeBSD S1 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r295736: Wed Feb 17 >>> 21:17:28 EST 2016 root@S1:/usr/obj/usr/src/sys/MYKERNEL amd64 >>> >>> /boot/loader.conf >>> hw.ix.num_queues="4" >>> >>> /etc/iovctl.conf >>> PF { >>> device : ix1; >>> num_vfs : 31; >>> } >>> >>> DEFAULT { >>> passthrough : true; >>> } >>> VF-0 { >>> passthrough : false; >>> } >>> VF-1 { >>> passthrough : false; >>> } >>> >>> # iovctl -C -f /etc/iovctl.conf >>> >>> dmesg >>> ixv0: >> 1.4.6-k> at device 0.129 on pci12 >>> ixv0: Using MSIX interrupts with 2 vectors >>> ixv0: ixgbe_reset_hw() failed with error -100 >>> device_attach: ixv0 attach returned 5 >>> ixv0: >> 1.4.6-k> at device 0.131 on pci12 >>> ixv0: Using MSIX interrupts with 2 vectors >>> ixv0: ixgbe_reset_hw() failed with error -100 >>> device_attach: ixv0 attach returned 5 >>> pci12: at device 0.133 (no driver attached) >>> pci12: at device 0.135 (no driver attached) >>> pci12: at device 0.137 (no driver attached) >>> pci12: at device 0.139 (no driver attached) >>> pci12: at device 0.141 (no driver attached) >>> pci12: at device 0.143 (no driver attached) >>> pci12: at device 0.145 (no driver attached) >>> pci12: at device 0.147 (no driver attached) >>> pci12: at device 0.149 (no driver attached) >>> pci12: at device 0.151 (no driver attached) >>> pci12: at device 0.153 (no driver attached) >>> pci12: at device 0.155 (no driver attached) >>> pci12: at device 0.157 (no driver attached) >>> pci12: at device 0.159 (no driver attached) >>> pci12: at device 0.161 (no driver attached) >>> pci12: at device 0.163 (no driver attached) >>> pci12: at device 0.165 (no driver attached) >>> pci12: at device 0.167 (no driver attached) >>> pci12: at device 0.169 (no driver attached) >>> pci12: at device 0.171 (no driver attached) >>> pci12: at device 0.173 (no driver attached) >>> pci12: at device 0.175 (no driver attached) >>> pci12: at device 0.177 (no driver attached) >>> pci12: at device 0.179 (no driver attached) >>> pci12: at device 0.181 (no driver attached) >>> pci12: at device 0.183 (no driver attached) >>> pci12: at device 0.185 (no driver attached) >>> pci12: at device 0.187 (no driver attached) >>> pci12: at device 0.189 (no driver attached) >>> >>> pciconf -lv >>> ix1@pci0:129:0:1: class=0x020000 card=0x00001458 chip=0x15288086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'Ethernet Controller 10-Gigabit X540-AT2' >>> class = network >>> subclass = ethernet >>> none155@pci0:129:0:129: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> none156@pci0:129:0:131: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt0@pci0:129:0:133: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt1@pci0:129:0:135: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt2@pci0:129:0:137: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt3@pci0:129:0:139: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt4@pci0:129:0:141: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt5@pci0:129:0:143: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt6@pci0:129:0:145: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt7@pci0:129:0:147: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt8@pci0:129:0:149: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt9@pci0:129:0:151: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt10@pci0:129:0:153: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt11@pci0:129:0:155: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt12@pci0:129:0:157: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt13@pci0:129:0:159: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt14@pci0:129:0:161: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt15@pci0:129:0:163: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt16@pci0:129:0:165: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt17@pci0:129:0:167: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt18@pci0:129:0:169: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt19@pci0:129:0:171: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt20@pci0:129:0:173: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt21@pci0:129:0:175: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt22@pci0:129:0:177: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt23@pci0:129:0:179: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt24@pci0:129:0:181: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt25@pci0:129:0:183: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt26@pci0:129:0:185: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt27@pci0:129:0:187: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> ppt28@pci0:129:0:189: class=0x020000 card=0x00001458 chip=0x15158086 >>> rev=0x01 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'X540 Ethernet Controller Virtual Function' >>> class = network >>> subclass = ethernet >>> >>> Ultima >>> _______________________________________________ >>> 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 Feb 23 02:46:49 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A43FAB1D9A; Tue, 23 Feb 2016 02:46:49 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-vk0-x233.google.com (mail-vk0-x233.google.com [IPv6:2607:f8b0:400c:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1871E11F6; Tue, 23 Feb 2016 02:46:49 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-vk0-x233.google.com with SMTP id k196so150230508vka.0; Mon, 22 Feb 2016 18:46:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=BEjjlfD3sJgT9KxPNrwvNbEv5VCJVZGM2tRQy/tpVsQ=; b=J/6jRojdvFSogB4uI/2w+OW/IFvQWf3vVWIjNOPikOZj/BSqqtTFewL8tvagphFZyr DivIByQaZs1yHu9MMlvJfk/SER4aHKch2vgV2YOLPOFZLokfOErNI1qpWKufySwt7pCs Q3Hdq+CEYTqa2LwcQOnu53K3VJRgms4pdESlxHj+a0dMRnOlTNUqzjq4K60G0nXwNlco DEW1pDvG7tXqUDzakUdl/P6P05qYSj5gAjgEmghifT47t4JLeOuArEoAJN7xZve4FEDr eb8obnrv9HYNHI3smlDWzzOEeYmtMWfnLkaSIt42Lxp4eROpJiCxjn3UsVYuhzUY9knY 4Rdg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=BEjjlfD3sJgT9KxPNrwvNbEv5VCJVZGM2tRQy/tpVsQ=; b=eGUMEoP21CzFyOXbMvt6zbU4jvhtlXYb4ebOyTStK/U50XIwkjh+iunCD9OCqHm5lY UffDIS4UNmZDAhiWIwU7nEj5LwxX+ng7qTg8aVNCvX4bjw1v9qLnuYhBdQd5dW7HwPsM Qyzd7qn6HwsCTsWL+zh6KCYygsl1R4Cyn5i2+19RJ/As3FhOgBDxbtQUnOaWjNZqCl39 iNfknp1WJd2HFEleNZI16kTYRZuA7XGZSMoKJN34QvQPUAXTIRXTOmnE2zAFVZuYXcbv cK1JCcQ/c9M1Capg/Pz6o09ca6RnI8ib19EHc5zG1tXbBNfq/b52ArQCl3C3HBRNlU/l gBpw== X-Gm-Message-State: AG10YOTuBX3GZ21zCwxqOWNV8tycgY/XMzw6KgXfUOXJpg6UK5yWhj/SG0ntL3bg//5m2DZCGHZ6sXZSYw3DnQ== MIME-Version: 1.0 X-Received: by 10.31.34.67 with SMTP id i64mr17376383vki.140.1456195608015; Mon, 22 Feb 2016 18:46:48 -0800 (PST) Received: by 10.31.194.194 with HTTP; Mon, 22 Feb 2016 18:46:47 -0800 (PST) In-Reply-To: References: Date: Mon, 22 Feb 2016 21:46:47 -0500 Message-ID: Subject: Re: sr-iov issues, reset_hw() failed with error -100 From: Ultima To: Eric Joyner Cc: freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Feb 2016 02:46:49 -0000 I forgot to mention my kernel conf.... I'm not sure if it would cause this issue, but I'll test again with GENERIC. --- /usr/src/sys/amd64/conf/GENERIC 2016-02-22 21:05:37.152953000 -0500 +++ /root/MYKERNEL-11-CURRENT-AMD64 2015-12-28 19:18:22.893391452 -0500 @@ -91,6 +91,12 @@ options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed options MALLOC_DEBUG_MAXZONES=8 # Separate malloc(9) zones +### VIMAGE ### +options VIMAGE + +### ROUTE TABLES ### +options ROUTETABLES=2 + # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel The interface is just dead after creating the vf's earlier. Recreating with only 2, its still dead. Running out of ideas, decided to try a tcpdump... # dhclient ix1 DHCPREQUEST on ix1 to 255.255.255.255 port 67 DHCPREQUEST on ix1 to 255.255.255.255 port 67 DHCPREQUEST on ix1 to 255.255.255.255 port 67 DHCPDISCOVER on ix1 to 255.255.255.255 port 67 interval 7 DHCPDISCOVER on ix1 to 255.255.255.255 port 67 interval 13 DHCPDISCOVER on ix1 to 255.255.255.255 port 67 interval 14 # tcpdump -i ix1 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on ix1, link-type EN10MB (Ethernet), capture size 262144 bytes 21:41:13.234688 IP 192.168.1.145.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from -Hidden- (oui Unknown), length 300 21:41:16.236671 IP 192.168.1.145.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from -Hidden- (oui Unknown), length 300 21:41:23.243242 IP 192.168.1.145.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from -Hidden- (oui Unknown), length 300 21:41:38.261015 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from -Hidden- (oui Unknown), length 300 21:41:45.284752 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from -Hidden- (oui Unknown), length 300 21:41:58.292223 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from -Hidden- (oui Unknown), length 300 I don't think this is that helpful tho. =/ tcpdump on the other end, the packets are never received. I'v already double checked VT-d, but I'll make it tripple! =] I can't reset the system right now, but ill send an update when possible with only 2 vf's and unmodified generic. Ultima On Mon, Feb 22, 2016 at 8:52 PM, Eric Joyner wrote: > I don't really have any ideas on the error -100. Error -100 means there > was a mailbox error, so something failed in the initial communications > setup between the PF and VF, but I don't know what exactly went wrong. > > I'm grasping at straws, but try using a smaller number of VFs initially, > like 2? And check to see if VT-d is enabled in your BIOS? (Though I > would've expected iovctl to fail). > > - Eric > > > On Mon, Feb 22, 2016 at 12:01 PM Ultima wrote: > >> After reboot... >> >> ifconfig ix1 up >> >> dhclient ix1 >> DHCPDISCOVER on ix1 to 255.255.255.255 port 67 interval 4 >> DHCPOFFER from 192.168.1.1 >> DHCPREQUEST on ix1 to 255.255.255.255 port 67 >> DHCPACK from 192.168.1.1 >> bound to 192.168.1.145 -- renewal in 21600 seconds. >> >> ix0 down >> ping 192.168.1.1 >> PING 192.168.1.1 (192.168.1.1): 56 data bytes >> 64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=0.149 ms >> 64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.171 ms >> 64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.167 ms >> >> iovctl -Cf /etc/iovctl.conf >> >> ping 192.168.1.1 >> PING 192.168.1.1 (192.168.1.1): 56 data bytes >> ^C >> --- 192.168.1.1 ping statistics --- >> 29 packets transmitted, 0 packets received, 100.0% packet loss >> ifconfig ix1 up >> ping 192.168.1.1 >> PING 192.168.1.1 (192.168.1.1): 56 data bytes >> ^C >> --- 192.168.1.1 ping statistics --- >> 12 packets transmitted, 0 packets received, 100.0% packet loss >> >> ix1 is no longer usable until a restart... >> >> iovctl -Dd ix1 >> ifconfig ix1 up >> ping 192.168.1.1 >> PING 192.168.1.1 (192.168.1.1): 56 data bytes >> ^C >> --- 192.168.1.1 ping statistics --- >> 9 packets transmitted, 0 packets received, 100.0% packet loss >> >> >> >> Is there anything else that maybe useful? >> >> here is my ifconfig at the end (after ifconfig ix0 up) >> >> >> ix0: flags=8943 metric 0 >> mtu 1500 >> >> options=e400b9 >> ether -Hidden- >> inet 192.168.1.8 netmask 0xffffff00 broadcast 192.168.1.255 >> inet 192.168.1.9 netmask 0xffffff00 broadcast 192.168.1.255 >> nd6 options=29 >> media: Ethernet autoselect (10Gbase-T ) >> status: active >> ix1: flags=8843 metric 0 mtu 1500 >> >> options=e407bb >> ether -Hidden- >> inet 192.168.1.145 netmask 0xffffff00 broadcast 192.168.1.255 >> nd6 options=29 >> media: Ethernet autoselect (10Gbase-T ) >> status: active >> lo0: flags=8049 metric 0 mtu 16384 >> options=600003 >> inet6 ::1 prefixlen 128 >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 >> inet 127.0.0.1 netmask 0xff000000 >> nd6 options=21 >> groups: lo >> bridge0: flags=8843 metric 0 mtu >> 1500 >> ether -Hidden- >> nd6 options=9 >> groups: bridge >> id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 >> maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 >> root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 >> member: ix0 flags=143 >> ifmaxaddr 0 port 1 priority 128 path cost 2000 >> member: epair0a flags=143 >> ifmaxaddr 0 port 5 priority 128 path cost 2000 >> epair0a: flags=8943 >> metric 0 mtu 1500 >> options=8 >> ether -Hidden- >> inet6 fe80::ff:70ff:fe00:50a%epair0a prefixlen 64 scopeid 0x5 >> nd6 options=21 >> media: Ethernet 10Gbase-T (10Gbase-T ) >> status: active >> groups: epair >> >> On Mon, Feb 22, 2016 at 1:51 PM, Eric Joyner wrote: >> >>> Did you do an ifconfig up on ix1 before loading the VF driver? >>> >>> On Sat, Feb 20, 2016 at 11:57 AM Ultima wrote: >>> >>>> Decided to do some testing with iovctl to see how sr-iov is coming >>>> along. >>>> Currently when adding the vf's there are a couple errors, and the >>>> network >>>> no longer function after iovctl is started. My guess is the reset_hw() >>>> call >>>> that is failing. Any ideas why this call would fail? I tested this on >>>> both >>>> ports, ix1 is detached and unused for this test, however inserting a >>>> cable >>>> results in an unusable port. iovctl -Dd ix1 removes the vf's, however >>>> functionality is still not restored without a system restart. >>>> >>>> FreeBSD S1 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r295736: Wed Feb 17 >>>> 21:17:28 EST 2016 root@S1:/usr/obj/usr/src/sys/MYKERNEL amd64 >>>> >>>> /boot/loader.conf >>>> hw.ix.num_queues="4" >>>> >>>> /etc/iovctl.conf >>>> PF { >>>> device : ix1; >>>> num_vfs : 31; >>>> } >>>> >>>> DEFAULT { >>>> passthrough : true; >>>> } >>>> VF-0 { >>>> passthrough : false; >>>> } >>>> VF-1 { >>>> passthrough : false; >>>> } >>>> >>>> # iovctl -C -f /etc/iovctl.conf >>>> >>>> dmesg >>>> ixv0: >>> 1.4.6-k> at device 0.129 on pci12 >>>> ixv0: Using MSIX interrupts with 2 vectors >>>> ixv0: ixgbe_reset_hw() failed with error -100 >>>> device_attach: ixv0 attach returned 5 >>>> ixv0: >>> 1.4.6-k> at device 0.131 on pci12 >>>> ixv0: Using MSIX interrupts with 2 vectors >>>> ixv0: ixgbe_reset_hw() failed with error -100 >>>> device_attach: ixv0 attach returned 5 >>>> pci12: at device 0.133 (no driver attached) >>>> pci12: at device 0.135 (no driver attached) >>>> pci12: at device 0.137 (no driver attached) >>>> pci12: at device 0.139 (no driver attached) >>>> pci12: at device 0.141 (no driver attached) >>>> pci12: at device 0.143 (no driver attached) >>>> pci12: at device 0.145 (no driver attached) >>>> pci12: at device 0.147 (no driver attached) >>>> pci12: at device 0.149 (no driver attached) >>>> pci12: at device 0.151 (no driver attached) >>>> pci12: at device 0.153 (no driver attached) >>>> pci12: at device 0.155 (no driver attached) >>>> pci12: at device 0.157 (no driver attached) >>>> pci12: at device 0.159 (no driver attached) >>>> pci12: at device 0.161 (no driver attached) >>>> pci12: at device 0.163 (no driver attached) >>>> pci12: at device 0.165 (no driver attached) >>>> pci12: at device 0.167 (no driver attached) >>>> pci12: at device 0.169 (no driver attached) >>>> pci12: at device 0.171 (no driver attached) >>>> pci12: at device 0.173 (no driver attached) >>>> pci12: at device 0.175 (no driver attached) >>>> pci12: at device 0.177 (no driver attached) >>>> pci12: at device 0.179 (no driver attached) >>>> pci12: at device 0.181 (no driver attached) >>>> pci12: at device 0.183 (no driver attached) >>>> pci12: at device 0.185 (no driver attached) >>>> pci12: at device 0.187 (no driver attached) >>>> pci12: at device 0.189 (no driver attached) >>>> >>>> pciconf -lv >>>> ix1@pci0:129:0:1: class=0x020000 card=0x00001458 chip=0x15288086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'Ethernet Controller 10-Gigabit X540-AT2' >>>> class = network >>>> subclass = ethernet >>>> none155@pci0:129:0:129: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> none156@pci0:129:0:131: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt0@pci0:129:0:133: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt1@pci0:129:0:135: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt2@pci0:129:0:137: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt3@pci0:129:0:139: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt4@pci0:129:0:141: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt5@pci0:129:0:143: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt6@pci0:129:0:145: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt7@pci0:129:0:147: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt8@pci0:129:0:149: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt9@pci0:129:0:151: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt10@pci0:129:0:153: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt11@pci0:129:0:155: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt12@pci0:129:0:157: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt13@pci0:129:0:159: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt14@pci0:129:0:161: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt15@pci0:129:0:163: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt16@pci0:129:0:165: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt17@pci0:129:0:167: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt18@pci0:129:0:169: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt19@pci0:129:0:171: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt20@pci0:129:0:173: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt21@pci0:129:0:175: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt22@pci0:129:0:177: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt23@pci0:129:0:179: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt24@pci0:129:0:181: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt25@pci0:129:0:183: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt26@pci0:129:0:185: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt27@pci0:129:0:187: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> ppt28@pci0:129:0:189: class=0x020000 card=0x00001458 chip=0x15158086 >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Intel Corporation' >>>> device = 'X540 Ethernet Controller Virtual Function' >>>> class = network >>>> subclass = ethernet >>>> >>>> Ultima >>>> _______________________________________________ >>>> 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 Feb 23 08:36:41 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4327AAB1EA8 for ; Tue, 23 Feb 2016 08:36:41 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.0x20.net", Issuer "mail.0x20.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 03B15AB3 for ; Tue, 23 Feb 2016 08:36:40 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 429D36DF91B; Tue, 23 Feb 2016 09:36:37 +0100 (CET) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id u1N8aa3u038075; Tue, 23 Feb 2016 09:36:36 +0100 (CET) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id u1N8aXNO033314; Tue, 23 Feb 2016 09:36:33 +0100 (CET) (envelope-from lars) Date: Tue, 23 Feb 2016 09:36:33 +0100 From: Lars Engels To: Anthony Jenkins Cc: Hans Petter Selasky , Larry Rosenman , freebsd-current@freebsd.org Subject: Re: Touchscreen support (was Re: new computer, strange usb messages at boot) Message-ID: <20160223083633.GO20687@e-new.0x20.net> Mail-Followup-To: Lars Engels , Anthony Jenkins , Hans Petter Selasky , Larry Rosenman , freebsd-current@freebsd.org References: <20160220051951.GA47875@lrosenman-dell.lerctr.org> <20160220120401.GA91220@kib.kiev.ua> <20160220122416.GA1026@lrosenman-dell.lerctr.org> <2575cfd714188f7ffbc873cb5d87cc97@thebighonker.lerctr.org> <56CA6F67.4000001@yahoo.com> <56CAB4A7.8080604@selasky.org> <56CB39B0.3020307@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="R+Rs1qz93vBJxC1z" Content-Disposition: inline In-Reply-To: <56CB39B0.3020307@yahoo.com> X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p23 User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Feb 2016 08:36:41 -0000 --R+Rs1qz93vBJxC1z Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 22, 2016 at 11:39:12AM -0500, Anthony Jenkins wrote: >=20 >=20 > On 02/22/2016 02:11 AM, Hans Petter Selasky wrote: > > On 02/22/16 03:16, Anthony Jenkins wrote: > >> Yes. I have an eGalax touchscreen and it's doing the same thing. The > >> number of items it's reporting is 256 (according to my preliminary > >> debugging), causing the warning. I think these things are a special > >> subclass of HID for multitouch touchscreens which we don't support > >> (yet). > > > > /usr/ports/multimedia/webcamd will most likely attach if invoked > > manually, to this device and provide an event device for you! > > > > --HPS >=20 > Okay that's /amazing/, and not at all intuitive! I mean I'd expect > multimedia/webcamd to only attach to "video" devices, but lo and behold > I get a /dev/input/event0 device which spits out gibberish when > cat(1)'ed and I touch the screen! I might be about time to re-name webcamd to something else. --R+Rs1qz93vBJxC1z Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQF8BAEBCgBmBQJWzBoRXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1tVF0H/j4VDtDWXSe6nZl6AD+UK2Uy SnoNEW2iCeZsGxyjHtTpoPumZxJXnlF110wKA+RFrcrwj1B0BSaQk6rmVFnejAUE 2B+OQhJpBqqK/4w32/Z7pjUCWsOCRVTPy/XwP3SwJRc414HviblmhB0FIJcufrc7 eibmqBJLx7xjX600II9sfeCtd9+7JVcKGr1A7v4wLftXGOOlJHyDmx3foye2uYj4 Brbye3OVSepZC+1gYPaHywu6kQs/AAbvT2utQigGSGHG2PJaL+Lub0ZQR3+MWuI1 vfiyD5HYAVJZ0IpSpiIhAiyswMcdajYhJsQ6Ad/uDCZNQ9SMOiyKl8g+w0RYsHM= =Ey1R -----END PGP SIGNATURE----- --R+Rs1qz93vBJxC1z-- From owner-freebsd-current@freebsd.org Tue Feb 23 14:28:44 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5D0A5AB241F for ; Tue, 23 Feb 2016 14:28:44 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D0D1F59 for ; Tue, 23 Feb 2016 14:28:44 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version; bh=J4H49XvjmcZBpZLbFUS1ixznacCk1Ic8I8XFeNoKme8=; b=jQy0h3tZsO5ifpAJ+wLca65YBS iAu2WcoTuHST4M1j83xf2jkWQ8qDjWgkWdFZHiHwzPb8ie5V5qRDNhtHwvAPIWqqUj0Gno/479eyE xvlHGybQLiQNyklFLC5pYMnYFimH79lbayksqXMm6AK2UWGoBjHeRhNpo54UASZl9IRw=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:15398 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aYDxD-0000Ra-At; Tue, 23 Feb 2016 08:28:43 -0600 Received: from proxy.lucent.com ([135.245.48.12]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Tue, 23 Feb 2016 08:28:43 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 23 Feb 2016 08:28:43 -0600 From: Larry Rosenman To: Hans Petter Selasky Cc: freebsd-current@freebsd.org Subject: Re: new computer, strange usb messages at boot In-Reply-To: <56CAB468.4070201@selasky.org> References: <20160220051951.GA47875@lrosenman-dell.lerctr.org> <20160220120401.GA91220@kib.kiev.ua> <20160220122416.GA1026@lrosenman-dell.lerctr.org> <2575cfd714188f7ffbc873cb5d87cc97@thebighonker.lerctr.org> <56CAB468.4070201@selasky.org> Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.4 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Feb 2016 14:28:44 -0000 On 2016-02-22 01:10, Hans Petter Selasky wrote: > On 02/21/16 17:28, Larry Rosenman wrote: >> Does this mean that the touch screen is hitting a limit in FreeBSD's >> driver? > > Yes, the hid driver is limiting the range of some report. This should > be harmless. You would need to dump the HID descriptor to see the > limits. Maybe we could raise the limit from 256 to 4096 or something > in that range, to make the warning to away. It's > > sys/dev/usb/usb_hid.c: > >> /* range check usage count */ >> if (c->loc.count > 255) { >> DPRINTFN(0, "Number of >> " >> "items truncated >> to 255\n"); >> s->ncount = 255; >> } else >> s->ncount = >> c->loc.count; >> > > Try adding c->loc.count to the printout, to see the limit it is > exceeding. > > --HPS hid_get_item: Number of items truncated to 255 (was 256) -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Tue Feb 23 14:36:58 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9F841AB2734 for ; Tue, 23 Feb 2016 14:36:58 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7F0C514C2 for ; Tue, 23 Feb 2016 14:36:58 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version; bh=RMwxyX+usysfYzIELCp7KGjtuSE14x17DVTbVOD/pxo=; b=FWl7DDwLrp71yOjwcGWklYEen8 rNt8JtIqmbwc7rs8P4+Nh7CtMOwke/JenszCS/lRpHjo+30DxaVFZyiGl3Y5Cvxh6yJOYlZXVv7T/ Aovfh9Fr80ZalO9ITPGicGm8Cm6lqWM16Z2KEuS4AZVutA0TxKBhIkWzeXxxrAl0Xh34=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:10911 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aYE5B-0000gZ-Gj; Tue, 23 Feb 2016 08:36:57 -0600 Received: from proxy.lucent.com ([135.245.48.12]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Tue, 23 Feb 2016 08:36:57 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 23 Feb 2016 08:36:57 -0600 From: Larry Rosenman To: Hans Petter Selasky Cc: freebsd-current@freebsd.org Subject: Re: new computer, strange usb messages at boot In-Reply-To: References: <20160220051951.GA47875@lrosenman-dell.lerctr.org> <20160220120401.GA91220@kib.kiev.ua> <20160220122416.GA1026@lrosenman-dell.lerctr.org> <2575cfd714188f7ffbc873cb5d87cc97@thebighonker.lerctr.org> <56CAB468.4070201@selasky.org> Message-ID: <2d1856356851f44edc5d3aaf506dc6ea@thebighonker.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.4 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Feb 2016 14:36:58 -0000 On 2016-02-23 08:28, Larry Rosenman wrote: > On 2016-02-22 01:10, Hans Petter Selasky wrote: >> On 02/21/16 17:28, Larry Rosenman wrote: >>> Does this mean that the touch screen is hitting a limit in FreeBSD's >>> driver? >> >> Yes, the hid driver is limiting the range of some report. This should >> be harmless. You would need to dump the HID descriptor to see the >> limits. Maybe we could raise the limit from 256 to 4096 or something >> in that range, to make the warning to away. It's >> >> sys/dev/usb/usb_hid.c: >> >>> /* range check usage count */ >>> if (c->loc.count > 255) { >>> DPRINTFN(0, "Number >>> of " >>> "items truncated >>> to 255\n"); >>> s->ncount = 255; >>> } else >>> s->ncount = >>> c->loc.count; >>> >> >> Try adding c->loc.count to the printout, to see the limit it is >> exceeding. >> >> --HPS > > hid_get_item: Number of items truncated to 255 (was 256) Any chance of someone(tm) committing this small patch to add this info by default? Index: usb_hid.c =================================================================== --- usb_hid.c (revision 295874) +++ usb_hid.c (working copy) @@ -354,7 +354,8 @@ /* range check usage count */ if (c->loc.count > 255) { DPRINTFN(0, "Number of " - "items truncated to 255\n"); + "items truncated to 255 " + "(was %d)\n",c->loc.count); s->ncount = 255; } else s->ncount = c->loc.count; $ -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Tue Feb 23 14:58:58 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E9DDEAB2DD4 for ; Tue, 23 Feb 2016 14:58:58 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (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 B288A1FD5 for ; Tue, 23 Feb 2016 14:58:58 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (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 A78FB1FE022; Tue, 23 Feb 2016 15:58:54 +0100 (CET) Subject: Re: new computer, strange usb messages at boot To: Larry Rosenman References: <20160220051951.GA47875@lrosenman-dell.lerctr.org> <20160220120401.GA91220@kib.kiev.ua> <20160220122416.GA1026@lrosenman-dell.lerctr.org> <2575cfd714188f7ffbc873cb5d87cc97@thebighonker.lerctr.org> <56CAB468.4070201@selasky.org> <2d1856356851f44edc5d3aaf506dc6ea@thebighonker.lerctr.org> Cc: freebsd-current@freebsd.org From: Hans Petter Selasky Message-ID: <56CC7443.1040208@selasky.org> Date: Tue, 23 Feb 2016 16:01:23 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <2d1856356851f44edc5d3aaf506dc6ea@thebighonker.lerctr.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Feb 2016 14:58:59 -0000 On 02/23/16 15:36, Larry Rosenman wrote: > Any chance of someone(tm) committing this small patch to add this info by > default? https://svnweb.freebsd.org/changeset/base/295923 --HPS From owner-freebsd-current@freebsd.org Tue Feb 23 15:17:15 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E2063AB1470 for ; Tue, 23 Feb 2016 15:17:15 +0000 (UTC) (envelope-from franco@lastsummer.de) 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 D11AED8A for ; Tue, 23 Feb 2016 15:17:15 +0000 (UTC) (envelope-from franco@lastsummer.de) Received: by mailman.ysv.freebsd.org (Postfix) id D0B92AB146F; Tue, 23 Feb 2016 15:17:15 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D0515AB146E for ; Tue, 23 Feb 2016 15:17:15 +0000 (UTC) (envelope-from franco@lastsummer.de) Received: from host64.kissl.de (host64.kissl.de [213.239.241.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "*.shmhost.net", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9C454D89 for ; Tue, 23 Feb 2016 15:17:15 +0000 (UTC) (envelope-from franco@lastsummer.de) Received: from [10.0.128.106] (ipservice-092-208-166-129.092.208.pools.vodafone-ip.de [92.208.166.129]) (Authenticated sender: web104p1) by host64.kissl.de (Postfix) with ESMTPSA id 841406B514 for ; Tue, 23 Feb 2016 16:09:40 +0100 (CET) From: Franco Fichtner Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: ng_ether(4) performance implications Message-Id: <68CCCC44-B14D-4CD5-ACC6-FB8A7F8E6FB9@lastsummer.de> Date: Tue, 23 Feb 2016 16:09:39 +0100 To: FreeBSD CURRENT Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) X-Mailer: Apple Mail (2.3112) X-Virus-Scanned: clamav-milter 0.98.7 at host64.kissl.de X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Feb 2016 15:17:16 -0000 Hi all, I'm working on FreeBSD-based configuration code dating back more than 5 years. Although this code uses NETGRAPH compiled into the kernel, it also makes use of NGM_ETHER_DETACH and a self-rolled NGM_ETHER_ATTACH to avoid having netgraph-attached interfaces when mpd isn't needed. In 2016, how is the state of ng_ether(4) performance to assert whether this approach is actually useful or not. Seeing that NGM_ETHER_ATTACH is not available and should usefulness be implicated, would code for NGM_ETHER_ATTACH be merged into FreeBSD? Thanks, Franco From owner-freebsd-current@freebsd.org Tue Feb 23 15:31:46 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9CC1CAB1CD6; Tue, 23 Feb 2016 15:31:46 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-vk0-x229.google.com (mail-vk0-x229.google.com [IPv6:2607:f8b0:400c:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 480ED18EC; Tue, 23 Feb 2016 15:31:46 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-vk0-x229.google.com with SMTP id e185so164211820vkb.1; Tue, 23 Feb 2016 07:31:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=r2EAANXTKNfU2J4a+9+7c0EipIdasK+EQP1oEAg39+A=; b=mqrqsviQaHGbmw41Mx8g/eBkNxh2+7irO7mexsqTMKG3n/+w7Biyda2wc/LHU672B9 2/wjcGySo8fTf7JPd+0d6HZGOD/p0yHxwfYp+uyxkM/1ApRh4vr0pSOc1/9LQSPCMk5M hqK2oVgVRzAi9qPTYhAbmd+Xu34KWCQnEmRCIww86qZhjofssQ3U+so91YqOmTHt3oZ6 ztLbN7Zn1IO+KDT8J99J1rqpH8d9hhWy658d1H0App4QM2Rj2xVX0mAdGwu+DnEwsLaY OYqWCo33JK+ssEqs8JTc9gDYGyrfH+gLVqnyflRIG7jxrtt4IqL8p7iVJpHECdO7nJhk pLWg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=r2EAANXTKNfU2J4a+9+7c0EipIdasK+EQP1oEAg39+A=; b=JX/Dd30HDPRXJyNyMgoGFKPaeJ+L1f035gdoF//wtXraVhhcwHNk830lZQ92GRynYN VBZDESmKapn10yvnjNJ8LwGxm1Ce0lH0EUYnio/R9I4K1oBH7lfZKJ7ok/atCAE47lKm MZfajwofMc04qYebMOk+ueMys7xxMDoyFkGc04wTCmvk1MFW/B79X3XPU4f8cR/f/WEO Sa3gFLsWtIAiII3+LzEDWlZjGI4pvRUNdj67eWA0uxbb1GddPr7yRsFBOP2cY3WFLLti MqoO63kqo3Xwk1Ll4FcDEeSRlKFpQxT6Ebzm1nzcmT86XsvplYcsA3TQnrs/krzjlWGp skTQ== X-Gm-Message-State: AG10YOS0i28PBRX9Iu/mgO1fO82DxtblEn4HaI59jDZxdR7iRN3jFu/Ybq6I0leMcZDgZLsmjuAzzVnZxIMfHg== MIME-Version: 1.0 X-Received: by 10.31.47.88 with SMTP id v85mr28833311vkv.118.1456241504762; Tue, 23 Feb 2016 07:31:44 -0800 (PST) Received: by 10.31.194.194 with HTTP; Tue, 23 Feb 2016 07:31:44 -0800 (PST) In-Reply-To: References: Date: Tue, 23 Feb 2016 10:31:44 -0500 Message-ID: Subject: Re: sr-iov issues, reset_hw() failed with error -100 From: Ultima To: Eric Joyner Cc: freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Feb 2016 15:31:46 -0000 Upgraded to r295920 and used generic kernel. Then rebooted and checked bios thoroughly. I found 3, yes 3 different areas in the bios for enabling sr-iov (some screen shots below). 2 are for vt-d(Forgot to take a screenshot of the 2nt, all were enabled) and one for sr-iov(was disabled). Unfortunately with generic kernel, and all these options enabled, adding only 2vf's resulted in the same behavior as above. Little bit of good news, when removing the vf's and ifconfig ix1 down/up the interface's functionality is restored. I also tested this on MYKERNEL r295920, sr-iov option in bios likely played a role in this. If you have any ideas, I'm willing to test them. Thanks! =] VT-d screen: https://puu.sh/niyiq/4fee92e4a3.jpgn PCI advanced options: https://puu.sh/niyjg/88e71e48d9.jpgn Ultima On Mon, Feb 22, 2016 at 9:46 PM, Ultima wrote: > I forgot to mention my kernel conf.... I'm not sure if it would cause this > issue, but I'll test again with GENERIC. > > --- /usr/src/sys/amd64/conf/GENERIC 2016-02-22 21:05:37.152953000 -0500 > +++ /root/MYKERNEL-11-CURRENT-AMD64 2015-12-28 19:18:22.893391452 -0500 > @@ -91,6 +91,12 @@ > options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed > options MALLOC_DEBUG_MAXZONES=8 # Separate malloc(9) zones > > +### VIMAGE ### > +options VIMAGE > + > +### ROUTE TABLES ### > +options ROUTETABLES=2 > + > # Make an SMP-capable kernel by default > options SMP # Symmetric MultiProcessor Kernel > > The interface is just dead after creating the vf's earlier. Recreating > with only 2, its still dead. > > Running out of ideas, decided to try a tcpdump... > > # dhclient ix1 > DHCPREQUEST on ix1 to 255.255.255.255 port 67 > DHCPREQUEST on ix1 to 255.255.255.255 port 67 > DHCPREQUEST on ix1 to 255.255.255.255 port 67 > DHCPDISCOVER on ix1 to 255.255.255.255 port 67 interval 7 > DHCPDISCOVER on ix1 to 255.255.255.255 port 67 interval 13 > DHCPDISCOVER on ix1 to 255.255.255.255 port 67 interval 14 > > # tcpdump -i ix1 > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on ix1, link-type EN10MB (Ethernet), capture size 262144 bytes > 21:41:13.234688 IP 192.168.1.145.bootpc > 255.255.255.255.bootps: > BOOTP/DHCP, Request from -Hidden- (oui Unknown), length 300 > 21:41:16.236671 IP 192.168.1.145.bootpc > 255.255.255.255.bootps: > BOOTP/DHCP, Request from -Hidden- (oui Unknown), length 300 > 21:41:23.243242 IP 192.168.1.145.bootpc > 255.255.255.255.bootps: > BOOTP/DHCP, Request from -Hidden- (oui Unknown), length 300 > 21:41:38.261015 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, > Request from -Hidden- (oui Unknown), length 300 > 21:41:45.284752 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, > Request from -Hidden- (oui Unknown), length 300 > 21:41:58.292223 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, > Request from -Hidden- (oui Unknown), length 300 > > I don't think this is that helpful tho. =/ > tcpdump on the other end, the packets are never received. > > I'v already double checked VT-d, but I'll make it tripple! =] I can't > reset the system right now, but ill send an update when possible with only > 2 vf's and unmodified generic. > > Ultima > > On Mon, Feb 22, 2016 at 8:52 PM, Eric Joyner wrote: > >> I don't really have any ideas on the error -100. Error -100 means there >> was a mailbox error, so something failed in the initial communications >> setup between the PF and VF, but I don't know what exactly went wrong. >> >> I'm grasping at straws, but try using a smaller number of VFs initially, >> like 2? And check to see if VT-d is enabled in your BIOS? (Though I >> would've expected iovctl to fail). >> >> - Eric >> >> >> On Mon, Feb 22, 2016 at 12:01 PM Ultima wrote: >> >>> After reboot... >>> >>> ifconfig ix1 up >>> >>> dhclient ix1 >>> DHCPDISCOVER on ix1 to 255.255.255.255 port 67 interval 4 >>> DHCPOFFER from 192.168.1.1 >>> DHCPREQUEST on ix1 to 255.255.255.255 port 67 >>> DHCPACK from 192.168.1.1 >>> bound to 192.168.1.145 -- renewal in 21600 seconds. >>> >>> ix0 down >>> ping 192.168.1.1 >>> PING 192.168.1.1 (192.168.1.1): 56 data bytes >>> 64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=0.149 ms >>> 64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.171 ms >>> 64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.167 ms >>> >>> iovctl -Cf /etc/iovctl.conf >>> >>> ping 192.168.1.1 >>> PING 192.168.1.1 (192.168.1.1): 56 data bytes >>> ^C >>> --- 192.168.1.1 ping statistics --- >>> 29 packets transmitted, 0 packets received, 100.0% packet loss >>> ifconfig ix1 up >>> ping 192.168.1.1 >>> PING 192.168.1.1 (192.168.1.1): 56 data bytes >>> ^C >>> --- 192.168.1.1 ping statistics --- >>> 12 packets transmitted, 0 packets received, 100.0% packet loss >>> >>> ix1 is no longer usable until a restart... >>> >>> iovctl -Dd ix1 >>> ifconfig ix1 up >>> ping 192.168.1.1 >>> PING 192.168.1.1 (192.168.1.1): 56 data bytes >>> ^C >>> --- 192.168.1.1 ping statistics --- >>> 9 packets transmitted, 0 packets received, 100.0% packet loss >>> >>> >>> >>> Is there anything else that maybe useful? >>> >>> here is my ifconfig at the end (after ifconfig ix0 up) >>> >>> >>> ix0: flags=8943 metric 0 >>> mtu 1500 >>> >>> options=e400b9 >>> ether -Hidden- >>> inet 192.168.1.8 netmask 0xffffff00 broadcast 192.168.1.255 >>> inet 192.168.1.9 netmask 0xffffff00 broadcast 192.168.1.255 >>> nd6 options=29 >>> media: Ethernet autoselect (10Gbase-T ) >>> status: active >>> ix1: flags=8843 metric 0 mtu 1500 >>> >>> options=e407bb >>> ether -Hidden- >>> inet 192.168.1.145 netmask 0xffffff00 broadcast 192.168.1.255 >>> nd6 options=29 >>> media: Ethernet autoselect (10Gbase-T ) >>> status: active >>> lo0: flags=8049 metric 0 mtu 16384 >>> options=600003 >>> inet6 ::1 prefixlen 128 >>> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 >>> inet 127.0.0.1 netmask 0xff000000 >>> nd6 options=21 >>> groups: lo >>> bridge0: flags=8843 metric 0 mtu >>> 1500 >>> ether -Hidden- >>> nd6 options=9 >>> groups: bridge >>> id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 >>> maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 >>> root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 >>> member: ix0 flags=143 >>> ifmaxaddr 0 port 1 priority 128 path cost 2000 >>> member: epair0a flags=143 >>> ifmaxaddr 0 port 5 priority 128 path cost 2000 >>> epair0a: flags=8943 >>> metric 0 mtu 1500 >>> options=8 >>> ether -Hidden- >>> inet6 fe80::ff:70ff:fe00:50a%epair0a prefixlen 64 scopeid 0x5 >>> nd6 options=21 >>> media: Ethernet 10Gbase-T (10Gbase-T ) >>> status: active >>> groups: epair >>> >>> On Mon, Feb 22, 2016 at 1:51 PM, Eric Joyner wrote: >>> >>>> Did you do an ifconfig up on ix1 before loading the VF driver? >>>> >>>> On Sat, Feb 20, 2016 at 11:57 AM Ultima wrote: >>>> >>>>> Decided to do some testing with iovctl to see how sr-iov is coming >>>>> along. >>>>> Currently when adding the vf's there are a couple errors, and the >>>>> network >>>>> no longer function after iovctl is started. My guess is the reset_hw() >>>>> call >>>>> that is failing. Any ideas why this call would fail? I tested this on >>>>> both >>>>> ports, ix1 is detached and unused for this test, however inserting a >>>>> cable >>>>> results in an unusable port. iovctl -Dd ix1 removes the vf's, however >>>>> functionality is still not restored without a system restart. >>>>> >>>>> FreeBSD S1 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r295736: Wed Feb 17 >>>>> 21:17:28 EST 2016 root@S1:/usr/obj/usr/src/sys/MYKERNEL amd64 >>>>> >>>>> /boot/loader.conf >>>>> hw.ix.num_queues="4" >>>>> >>>>> /etc/iovctl.conf >>>>> PF { >>>>> device : ix1; >>>>> num_vfs : 31; >>>>> } >>>>> >>>>> DEFAULT { >>>>> passthrough : true; >>>>> } >>>>> VF-0 { >>>>> passthrough : false; >>>>> } >>>>> VF-1 { >>>>> passthrough : false; >>>>> } >>>>> >>>>> # iovctl -C -f /etc/iovctl.conf >>>>> >>>>> dmesg >>>>> ixv0: >>>> 1.4.6-k> at device 0.129 on pci12 >>>>> ixv0: Using MSIX interrupts with 2 vectors >>>>> ixv0: ixgbe_reset_hw() failed with error -100 >>>>> device_attach: ixv0 attach returned 5 >>>>> ixv0: >>>> 1.4.6-k> at device 0.131 on pci12 >>>>> ixv0: Using MSIX interrupts with 2 vectors >>>>> ixv0: ixgbe_reset_hw() failed with error -100 >>>>> device_attach: ixv0 attach returned 5 >>>>> pci12: at device 0.133 (no driver attached) >>>>> pci12: at device 0.135 (no driver attached) >>>>> pci12: at device 0.137 (no driver attached) >>>>> pci12: at device 0.139 (no driver attached) >>>>> pci12: at device 0.141 (no driver attached) >>>>> pci12: at device 0.143 (no driver attached) >>>>> pci12: at device 0.145 (no driver attached) >>>>> pci12: at device 0.147 (no driver attached) >>>>> pci12: at device 0.149 (no driver attached) >>>>> pci12: at device 0.151 (no driver attached) >>>>> pci12: at device 0.153 (no driver attached) >>>>> pci12: at device 0.155 (no driver attached) >>>>> pci12: at device 0.157 (no driver attached) >>>>> pci12: at device 0.159 (no driver attached) >>>>> pci12: at device 0.161 (no driver attached) >>>>> pci12: at device 0.163 (no driver attached) >>>>> pci12: at device 0.165 (no driver attached) >>>>> pci12: at device 0.167 (no driver attached) >>>>> pci12: at device 0.169 (no driver attached) >>>>> pci12: at device 0.171 (no driver attached) >>>>> pci12: at device 0.173 (no driver attached) >>>>> pci12: at device 0.175 (no driver attached) >>>>> pci12: at device 0.177 (no driver attached) >>>>> pci12: at device 0.179 (no driver attached) >>>>> pci12: at device 0.181 (no driver attached) >>>>> pci12: at device 0.183 (no driver attached) >>>>> pci12: at device 0.185 (no driver attached) >>>>> pci12: at device 0.187 (no driver attached) >>>>> pci12: at device 0.189 (no driver attached) >>>>> >>>>> pciconf -lv >>>>> ix1@pci0:129:0:1: class=0x020000 card=0x00001458 chip=0x15288086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'Ethernet Controller 10-Gigabit X540-AT2' >>>>> class = network >>>>> subclass = ethernet >>>>> none155@pci0:129:0:129: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> none156@pci0:129:0:131: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt0@pci0:129:0:133: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt1@pci0:129:0:135: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt2@pci0:129:0:137: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt3@pci0:129:0:139: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt4@pci0:129:0:141: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt5@pci0:129:0:143: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt6@pci0:129:0:145: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt7@pci0:129:0:147: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt8@pci0:129:0:149: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt9@pci0:129:0:151: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt10@pci0:129:0:153: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt11@pci0:129:0:155: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt12@pci0:129:0:157: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt13@pci0:129:0:159: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt14@pci0:129:0:161: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt15@pci0:129:0:163: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt16@pci0:129:0:165: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt17@pci0:129:0:167: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt18@pci0:129:0:169: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt19@pci0:129:0:171: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt20@pci0:129:0:173: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt21@pci0:129:0:175: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt22@pci0:129:0:177: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt23@pci0:129:0:179: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt24@pci0:129:0:181: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt25@pci0:129:0:183: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt26@pci0:129:0:185: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt27@pci0:129:0:187: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> ppt28@pci0:129:0:189: class=0x020000 card=0x00001458 chip=0x15158086 >>>>> rev=0x01 hdr=0x00 >>>>> vendor = 'Intel Corporation' >>>>> device = 'X540 Ethernet Controller Virtual Function' >>>>> class = network >>>>> subclass = ethernet >>>>> >>>>> Ultima >>>>> _______________________________________________ >>>>> 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 Feb 23 18:26:13 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 43D36AB2770 for ; Tue, 23 Feb 2016 18:26:13 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (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 0CC7A1E84; Tue, 23 Feb 2016 18:26:12 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (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 72F9E1FE022; Tue, 23 Feb 2016 19:26:04 +0100 (CET) Subject: Re: new computer, strange usb messages at boot To: Dimitry Andric References: <20160220051951.GA47875@lrosenman-dell.lerctr.org> <56C8310B.4010908@selasky.org> <9F54F75F-9FF4-4587-8FFD-C6BE6DC20E17@FreeBSD.org> Cc: freebsd-current@freebsd.org From: Hans Petter Selasky Message-ID: <56CCA4D1.5030209@selasky.org> Date: Tue, 23 Feb 2016 19:28:33 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <9F54F75F-9FF4-4587-8FFD-C6BE6DC20E17@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Feb 2016 18:26:13 -0000 On 02/21/16 14:33, Dimitry Andric wrote: > It might be harmless, but it is surely annoying. Initializing USB > devices takes so long because of these errors, that root mounting takes > 30 to 40 seconds, and I had to hack in a 15 second pause in > /etc/rc.d/zfs to get all my ZFS filesystems on USB disks to mount > correctly. Hi Dimitry, Can you try this patch, and see if the messages go away? https://svnweb.freebsd.org/changeset/base/295928 --HPS From owner-freebsd-current@freebsd.org Tue Feb 23 19:34:50 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F31D2AB21D7 for ; Tue, 23 Feb 2016 19:34:50 +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 BAAAE1F79 for ; Tue, 23 Feb 2016 19:34:50 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::21c6:ad08:36fd:3e38] (unknown [IPv6:2001:7b8:3a7:0:21c6:ad08:36fd:3e38]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 976682D0B0; Tue, 23 Feb 2016 20:34:41 +0100 (CET) Subject: Re: new computer, strange usb messages at boot Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/signed; boundary="Apple-Mail=_0F2CF49F-D5C8-467D-BA1C-27E40DED1121"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: <56CCA4D1.5030209@selasky.org> Date: Tue, 23 Feb 2016 20:34:28 +0100 Cc: freebsd-current@freebsd.org Message-Id: References: <20160220051951.GA47875@lrosenman-dell.lerctr.org> <56C8310B.4010908@selasky.org> <9F54F75F-9FF4-4587-8FFD-C6BE6DC20E17@FreeBSD.org> <56CCA4D1.5030209@selasky.org> To: Hans Petter Selasky X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Feb 2016 19:34:51 -0000 --Apple-Mail=_0F2CF49F-D5C8-467D-BA1C-27E40DED1121 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=windows-1252 On 23 Feb 2016, at 19:28, Hans Petter Selasky wrote: > > On 02/21/16 14:33, Dimitry Andric wrote: >> It might be harmless, but it is surely annoying. Initializing USB >> devices takes so long because of these errors, that root mounting takes >> 30 to 40 seconds, and I had to hack in a 15 second pause in >> /etc/rc.d/zfs to get all my ZFS filesystems on USB disks to mount >> correctly. > > Hi Dimitry, > > Can you try this patch, and see if the messages go away? > > https://svnweb.freebsd.org/changeset/base/295928 I tried both on that freshly installed -current VM, and on a physical box, but I see no significant difference. I'll send you dmesgs with debugging enabled privately. -Dimitry --Apple-Mail=_0F2CF49F-D5C8-467D-BA1C-27E40DED1121 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.29 iEYEARECAAYFAlbMtFEACgkQsF6jCi4glqM2vwCgyi6Prp/IQBGbk2QQPvH1EdbA ZEwAnjxJAqo7ktx3P4LykOZCnzJQ4Idx =dUdy -----END PGP SIGNATURE----- --Apple-Mail=_0F2CF49F-D5C8-467D-BA1C-27E40DED1121-- From owner-freebsd-current@freebsd.org Tue Feb 23 21:56:04 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 631A3AB1968 for ; Tue, 23 Feb 2016 21:56:04 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499E2FAC for ; Tue, 23 Feb 2016 21:56:04 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=ucQXvH2EV9bsxV+peZWFRQCnbHHAnML0TLAJDH5TfYc=; b=LoNeD8YffZgmUmTdXuUfDRfdnz nbpc52tI0hJFAgXV0EAmlTLoy1/XyIiekbki5lYjVI9v07ZjKOsYmUw04FP9s1SfzQjtoukeEBIbo UhoPLgfNnXJcJsBLG2R38Ie5l2FrYLolUVcF402K1s1OlLyp6ZoN7uocQiNts5ilfinA=; Received: from [2605:6000:ec17:200:2247:47ff:fe73:75f] (port=39200 helo=lrosenman-dell.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aYKw7-000CvT-6X for freebsd-current@freebsd.org; Tue, 23 Feb 2016 15:56:03 -0600 Date: Tue, 23 Feb 2016 15:55:55 -0600 From: Larry Rosenman To: freebsd-current@freebsd.org Subject: missing drivers/pciids? Message-ID: <20160223215554.GA1046@lrosenman-dell.lerctr.org> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Feb 2016 21:56:04 -0000 Does anyone know what driver(s) need to be tweaked to recognize these? none0@pci0:0:4:0: class=0x118000 card=0x07061028 chip=0x19038086 rev=0x07 hdr=0x00 vendor = 'Intel Corporation' class = dasp none1@pci0:0:20:2: class=0x118000 card=0x07061028 chip=0xa1318086 rev=0x31 hdr=0x00 vendor = 'Intel Corporation' device = 'Sunrise Point-H Thermal subsystem' class = dasp none2@pci0:0:21:0: class=0x118000 card=0x07061028 chip=0xa1608086 rev=0x31 hdr=0x00 vendor = 'Intel Corporation' device = 'Sunrise Point-H LPSS I2C Controller' class = dasp none3@pci0:0:22:0: class=0x078000 card=0x07061028 chip=0xa13a8086 rev=0x31 hdr=0x00 vendor = 'Intel Corporation' device = 'Sunrise Point-H CSME HECI' class = simple comms none4@pci0:0:31:2: class=0x058000 card=0x07061028 chip=0xa1218086 rev=0x31 hdr=0x00 vendor = 'Intel Corporation' device = 'Sunrise Point-H PMC' class = memory none5@pci0:5:0:0: class=0x028000 card=0x44108086 chip=0x31658086 rev=0x79 hdr=0x00 vendor = 'Intel Corporation' device = 'Wireless 3165' class = network none6@pci0:6:0:0: class=0xff0000 card=0x522a10ec chip=0x522a10ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor Co., Ltd.' -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Tue Feb 23 23:58:48 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B941AB28D8 for ; Tue, 23 Feb 2016 23:58:48 +0000 (UTC) (envelope-from miguelmclara@gmail.com) Received: from mail-lb0-x231.google.com (mail-lb0-x231.google.com [IPv6:2a00:1450:4010:c04::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 DD9551093 for ; Tue, 23 Feb 2016 23:58:47 +0000 (UTC) (envelope-from miguelmclara@gmail.com) Received: by mail-lb0-x231.google.com with SMTP id x4so1157199lbm.0 for ; Tue, 23 Feb 2016 15:58:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=UZK6UBFzPWCQMtyiKYZvLWcScZ8QdbnaSOCoEXd/0ok=; b=Q1TH1ejy3l4BciamBT/zNWP7eBnG+xlVYqPpm+AfhnmihNrTqbMDH9t0jlbnZ0J9vN 9inZ6F4IyowcnDnpEty5arV22xPHf73hJ/EvXFEKQPL40kRZznhFhcdAjdQ8YLyFEFIt iPAmHZqFkcIfwrUS6IbxTzxR0FWDjR9JiqZVTvYm70C/xReUAgoukncaN084bnnu4vXk jMda2L8KqojWl6RDwif+MhYurZROLV89z031w957Nvk6Ys33o/0lSxWF5eRPCVsiw57z 5Yyk9tjNQv/TPwDSS3LaAvT1pc7FeCXslmiLepLR0jSSJqw5D0/0ybqdVSA6Rb+2oiUm 2R0w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=UZK6UBFzPWCQMtyiKYZvLWcScZ8QdbnaSOCoEXd/0ok=; b=CsSs5Yqhju+mSYsS3KSnKMocejFnHHs31f3ThPo7A9EDUmiPIXImntUUOe4oy3wBIb VYiQ4X7f1aMlxFxUylGyly8SJyRd8/M4nkm6nY02pF2NeJmB6aCRPcFsoGkjZkUP6Tj7 u5NfZYT8yUouAWSHSIWOCUtf9/TsO3YN+bKuooKyJYm+gAr5x3tAGuubWIgpMf4kv6aD +605ht01H9ARbSyE7qLeUR8YAKXb+kRVh+nTr263YXJn6P7EPy3K81rlnPezn8qvce7n /dmmTQIGtObaxN7Eb7nAhxJHblome0mMi6GPeNLBcfaMQ6IGfdBtG47KSF/s72pn6Mov PWSw== X-Gm-Message-State: AG10YOT0BMjolz1HS404BCSmI3t1/+rfJ6sEA2uNoiQYz9yCy1Fed6Hx8F4u/ZhDxSCOcombny0PgQ/bldjNGg== X-Received: by 10.112.139.104 with SMTP id qx8mr13109733lbb.88.1456271926038; Tue, 23 Feb 2016 15:58:46 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.19.94 with HTTP; Tue, 23 Feb 2016 15:58:06 -0800 (PST) From: Miguel C Date: Tue, 23 Feb 2016 23:58:06 +0000 Message-ID: Subject: RE: pwcview and cheese - Device not configured / Invalid argument erros To: freebsd-current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Feb 2016 23:58:48 -0000 I just noticed the last messages were never CC'ed to the list On Wed, Feb 10, 2016 at 8:56 PM, Otac=C3=ADlio w= rote: > Miguel, I have noted that on my system, sometime I get a file not found > error, like your problem. So, I unplugged the webcam and plug it again an= d > it works. It is no frequently but occurs. Your camera is fixed or you can > try something like this? > Nah its fixed :P Its an acer ultrabook, the devices is conencted as a usb but its not like I can plug it of unless I remove the LCD or something :P I was jsut think that this might be driver related, which seems to be uvc: % v4l2-dbg -D Driver info: Driver name : uvcvideo Card type : 1.3M HD WebCam Bus info : usb-/dev/usb-/dev/usb Driver version: 2.6.38 Capabilities : 0x84200001 Video Capture Streaming Extended Pix Format Device Capabilities maybe its a bug in the driver that presenting something unexpected to /dev/video, I was just tried with ffpmeg, recompiled with v4l support and get the same error using -i /dev/video [video4linux2,v4l2 @ 0x80ac6f000] ioctl(VIDIOC_STREAMON): Device not configured /dev/video0: Device not configured > > []'s > -Otac=C3=ADlio > > > Em 10/02/2016 11:32, Miguel C escreveu: > > > > On Wed, Feb 10, 2016 at 2:32 PM, Miguel C wrote: > >> >> >> On Wed, Feb 10, 2016 at 2:05 PM, Otac=C3=ADlio < >> otacilio.neto@bsd.com.br> wrote: >> >>> I'm not a expert in this, but do you have recompiled webcamd enabling >>> cuse(3) over multimedia/cuse4bsd-kmod? >>> >> >> Actually ***you*** bring up a nice point I had it always compile with >> defaults which means that it was already compiled for cuse no cuse4bsd-k= mod >> ... >> Which makes all this even more confusing since the cuse module was not >> loaded until now and cheese works :| >> >> Unless the option means "if checked" support both cuse and cuse4bsd, >> depending on which one is loaded >> >> >>> []'s >>> -Otac=C3=ADlio >>> >>> >>> Em 10/02/2016 10:59, Miguel C escreveu: >>> >>> >>>> From your setup I noted that I'm not using cuse4bsd-kmod, but only cus= e. >>>> >>> >>> I tired to stop webcamd unoad cuse4bsd and load cuse, then start webcam= d >>> again and I get the same results. >>> >>> >>>> [ota@nostromo /usr/home/ota]$ kldstat >>>> Id Refs Address Size Name >>>> 1 28 0xffffffff80200000 1e39ca8 kernel >>>> 2 1 0xffffffff8203b000 e3b8 cuse.ko >>>> 3 1 0xffffffff8204a000 3d90 pty.ko >>>> 4 1 0xffffffff82221000 57b8 fdescfs.ko >>>> 5 1 0xffffffff82227000 a3ac linprocfs.ko >>>> 6 1 0xffffffff82232000 695a linux_common.ko >>>> 7 1 0xffffffff82239000 26f8a vboxguest.ko >>>> 8 1 0xffffffff82260000 7a9 vboxvideo.ko >>>> 9 1 0xffffffff82261000 52092 drm2.ko >>>> 10 1 0xffffffff822b4000 2679 iicbus.ko >>>> 11 1 0xffffffff822b7000 1f6a imgact_binmisc.ko >>>> >>>> >>>> [ota@nostromo /usr/home/ota]$ pkg info multimedia/webcamd >>>> webcamd-4.2.0.9 >>>> Name : webcamd >>>> Version : 4.2.0.9 >>>> Installed on : Thu Jan 14 17:09:41 2016 BRT >>>> Origin : multimedia/webcamd >>>> Architecture : freebsd:11:x86:64 >>>> Prefix : /usr/local >>>> Categories : multimedia >>>> Licenses : GPLv2 >>>> Maintainer : hselasky@FreeBSD.org >>>> WWW : >>>> http://www.selasky.org/hans_petter/video4bsd/ >>>> Comment : Port of Linux USB webcam and DVB drivers into userspa= ce >>>> Options : >>>> CUSE : on >>>> DEBUG : off >>>> DVB : off >>>> HAL : on >>>> INPUT : on >>>> RADIO : on >>>> VT_CLIENT : off >>>> VT_SERVER : off >>>> WEBCAM : on >>>> Shared Libs required: >>>> libdbus-1.so.3 >>>> libhal.so.1 >>>> >>>> >>>> I have used pwcview here and works fine, but I don't have tested with >>>> skype. >>>> >>>> []'s >>>> -Otac=C3=ADlio >>>> >>> >>> >>> >> > > From owner-freebsd-current@freebsd.org Wed Feb 24 00:20:45 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3B433AB130D; Wed, 24 Feb 2016 00:20:45 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 2E5BA287; Wed, 24 Feb 2016 00:20:45 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 4292C135A; Wed, 24 Feb 2016 00:20:43 +0000 (UTC) Date: Wed, 24 Feb 2016 00:20:40 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jilles@FreeBSD.org, bdrewery@FreeBSD.org, oshogbo@FreeBSD.org, jkim@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <781759040.107.1456273243067.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #2415 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2016 00:20:45 -0000 FreeBSD_HEAD_i386 - Build #2415 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2415/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2415/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2415/console Change summaries: 295940 by jkim: Silence PVS-Studio warning (V595). 295939 by jkim: Silence PVS-Studio warning (V595). 295938 by jkim: Remove brightness notify handler before reinstalling new one. 295937 by jilles: sh: Fix set -v and multiline history after r295825. r295825 erroneously dropped the newline from the input data for 'set -v' output and multiline history. Reported by: vangyzen 295936 by jkim: Fix white spaces. 295935 by jkim: Fix style(9) bugs. 295934 by oshogbo: According to the sys/kern/capabilities.conf, gethostid(3) should be allowed. Pointed out by: Milosz Kaniewski Approved by: pjd (mentor) MFC after: 3 days Sponsored by: Wheel Systems, http://wheelsystems.com 295933 by bdrewery: Fix build after r29592. The end of the build log: [...truncated 211613 lines...] cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/nfsclient/nfs_clsubs.c --- nfs_commonacl.o --- ctfconvert -L VERSION -g nfs_commonacl.o --- nfs_clstate.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/nfsclient/nfs_clstate.c --- nfs_clsubs.o --- ctfconvert -L VERSION -g nfs_clsubs.o --- nfs_clkrpc.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/nfsclient/nfs_clkrpc.c --- nfs_clcomsubs.o --- ctfconvert -L VERSION -g nfs_clcomsubs.o --- nfs_clrpcops.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/nfsclient/nfs_clrpcops.c --- nfs_clkrpc.o --- ctfconvert -L VERSION -g nfs_clkrpc.o --- nfs_clvnops.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/nfsclient/nfs_clvnops.c --- nfs_commonsubs.o --- ctfconvert -L VERSION -g nfs_commonsubs.o --- nfs_clnode.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/nfsclient/nfs_clnode.c ctfconvert -L VERSION -g nfs_clnode.o --- nfs_clvfsops.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/nfsclient/nfs_clvfsops.c --- nfs_clvnops.o --- ctfconvert -L VERSION -g nfs_clvnops.o --- nfs_clport.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/nfsclient/nfs_clport.c --- nfs_clstate.o --- ctfconvert -L VERSION -g nfs_clstate.o --- nfs_clbio.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/nfsclient/nfs_clbio.c --- nfs_clvfsops.o --- ctfconvert -L VERSION -g nfs_clvfsops.o --- nfs_clport.o --- ctfconvert -L VERSION -g nfs_clport.o --- nfs_clnfsiod.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/nfsclient/nfs_clnfsiod.c --- nfs_fha_new.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/nfsserver/nfs_fha_new.c --- nfs_clrpcops.o --- ctfconvert -L VERSION -g nfs_clrpcops.o --- nfs_clnfsiod.o --- ctfconvert -L VERSION -g nfs_clnfsiod.o --- nfs_fha_new.o --- ctfconvert -L VERSION -g nfs_fha_new.o --- nfs_nfsdsocket.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/nfsserver/nfs_nfsdsocket.c --- nfs_clbio.o --- ctfconvert -L VERSION -g nfs_clbio.o --- nfs_nfsdsubs.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/nfsserver/nfs_nfsdsubs.c --- nfs_nfsdstate.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/nfsserver/nfs_nfsdstate.c --- nfs_nfsdkrpc.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/nfsserver/nfs_nfsdkrpc.c ctfconvert -L VERSION -g nfs_nfsdkrpc.o --- nfs_nfsdsocket.o --- ctfconvert -L VERSION -g nfs_nfsdsocket.o --- nfs_nfsdserv.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/nfsserver/nfs_nfsdserv.c --- nfs_nfsdsubs.o --- ctfconvert -L VERSION -g nfs_nfsdsubs.o --- nfs_nfsdport.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/nfsserver/nfs_nfsdport.c --- nfs_nfsdcache.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/nfsserver/nfs_nfsdcache.c ctfconvert -L VERSION -g nfs_nfsdcache.o --- procfs.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/procfs/procfs.c ctfconvert -L VERSION -g procfs.o --- procfs_map.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/procfs/procfs_map.c ctfconvert -L VERSION -g procfs_map.o --- pseudofs.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/pseudofs/pseudofs.c --- nfs_nfsdport.o --- ctfconvert -L VERSION -g nfs_nfsdport.o --- pseudofs_vncache.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/pseudofs/pseudofs_vncache.c --- nfs_nfsdstate.o --- ctfconvert -L VERSION -g nfs_nfsdstate.o --- nfs_nfsdserv.o --- ctfconvert -L VERSION -g nfs_nfsdserv.o --- pseudofs.o --- ctfconvert -L VERSION -g pseudofs.o --- pseudofs_vnops.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/pseudofs/pseudofs_vnops.c --- geom_vfs.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/geom/geom_vfs.c --- cd9660_bmap.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/cd9660/cd9660_bmap.c --- pseudofs_vncache.o --- ctfconvert -L VERSION -g pseudofs_vncache.o --- cd9660_lookup.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/cd9660/cd9660_lookup.c --- cd9660_bmap.o --- ctfconvert -L VERSION -g cd9660_bmap.o --- cd9660_node.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/cd9660/cd9660_node.c --- geom_vfs.o --- ctfconvert -L VERSION -g geom_vfs.o --- cd9660_rrip.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/cd9660/cd9660_rrip.c --- cd9660_lookup.o --- ctfconvert -L VERSION -g cd9660_lookup.o --- cd9660_util.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/cd9660/cd9660_util.c --- cd9660_node.o --- ctfconvert -L VERSION -g cd9660_node.o --- cd9660_vfsops.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/cd9660/cd9660_vfsops.c --- pseudofs_vnops.o --- ctfconvert -L VERSION -g pseudofs_vnops.o --- cd9660_vnops.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/fs/cd9660/cd9660_vnops.c --- cd9660_util.o --- ctfconvert -L VERSION -g cd9660_util.o --- imgact_elf.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/kern/imgact_elf.c --- cd9660_rrip.o --- ctfconvert -L VERSION -g cd9660_rrip.o --- imgact_shell.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/kern/imgact_shell.c --- cd9660_vnops.o --- ctfconvert -L VERSION -g cd9660_vnops.o --- cd9660_vfsops.o --- ctfconvert -L VERSION -g cd9660_vfsops.o --- imgact_shell.o --- ctfconvert -L VERSION -g imgact_shell.o --- init_main.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/kern/init_main.c --- kern_acct.o --- --- kern_conf.o --- --- kern_acct.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/kern/kern_acct.c --- kern_conf.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/kern/kern_conf.c --- kern_acct.o --- ctfconvert -L VERSION -g kern_acct.o --- kern_cons.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/kern/kern_cons.c --- init_main.o --- ctfconvert -L VERSION -g init_main.o --- kern_descrip.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/kern/kern_descrip.c --- imgact_elf.o --- ctfconvert -L VERSION -g imgact_elf.o --- kern_exec.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/kern/kern_exec.c --- kern_conf.o --- ctfconvert -L VERSION -g kern_conf.o --- kern_exit.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/kern/kern_exit.c --- kern_cons.o --- ctfconvert -L VERSION -g kern_cons.o --- kern_fork.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/kern/kern_fork.c --- kern_exit.o --- ctfconvert -L VERSION -g kern_exit.o --- kern_exec.o --- ctfconvert -L VERSION -g kern_exec.o --- kern_jail.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/kern/kern_jail.c --- kern_ktrace.o --- --- kern_fork.o --- ctfconvert -L VERSION -g kern_fork.o --- kern_ktrace.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/kern/kern_ktrace.c --- kern_lockf.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/kern/kern_lockf.c --- kern_ktrace.o --- ctfconvert -L VERSION -g kern_ktrace.o --- kern_mib.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/kern/kern_mib.c --- kern_descrip.o --- ctfconvert -L VERSION -g kern_descrip.o --- kern_proc.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/kern/kern_proc.c --- kern_mib.o --- /usr/src/sys/kern/kern_mib.c:425:68: error: use of undeclared identifier 'CTFLAG_CAPRD' CTLTYPE_ULONG | CTLFLAG_RW | CTLFLAG_PRISON | CTLFLAG_MPSAFE | CTFLAG_CAPRD, ^ /usr/src/sys/sys/sysctl.h:685:33: note: expanded from macro 'SYSCTL_PROC' SYSCTL_OID(parent, nbr, name, (access), \ ^ /usr/src/sys/sys/sysctl.h:272:14: note: expanded from macro 'SYSCTL_OID' nbr, #name, kind, a1, a2, handler, fmt, descr) ^ /usr/src/sys/sys/sysctl.h:258:16: note: expanded from macro 'SYSCTL_OID_RAW' .oid_kind = (kind), \ ^ /usr/src/sys/kern/kern_mib.c:425:68: error: use of undeclared identifier 'CTFLAG_CAPRD' /usr/src/sys/sys/sysctl.h:687:13: note: expanded from macro 'SYSCTL_PROC' CTASSERT(((access) & CTLTYPE) != 0) ^ /usr/src/sys/sys/systm.h:103:36: note: expanded from macro 'CTASSERT' --- kern_lockf.o --- ctfconvert -L VERSION -g kern_lockf.o --- kern_mib.o --- #define CTASSERT(x) _Static_assert(x, "compile-time assertion failed") ^ --- kern_sendfile.o --- --- kern_mib.o --- 2 errors generated. --- kern_sendfile.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/kern/kern_sendfile.c --- kern_mib.o --- *** [kern_mib.o] Error code 1 make[2]: stopped in /usr/obj/usr/src/sys/GENERIC --- kern_sendfile.o --- ctfconvert -L VERSION -g kern_sendfile.o --- kern_jail.o --- ctfconvert -L VERSION -g kern_jail.o --- kern_proc.o --- ctfconvert -L VERSION -g kern_proc.o 1 error make[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson6335668295789804759.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Wed Feb 24 02:22:55 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D716AB2468; Wed, 24 Feb 2016 02:22:55 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 01E6E35C; Wed, 24 Feb 2016 02:22:55 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 99DB61399; Wed, 24 Feb 2016 02:22:54 +0000 (UTC) Date: Wed, 24 Feb 2016 02:22:51 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: bdrewery@FreeBSD.org, jimharris@FreeBSD.org, sobomax@FreeBSD.org, erj@FreeBSD.org, jkim@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <790519677.109.1456280573629.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <781759040.107.1456273243067.JavaMail.jenkins@jenkins-9.freebsd.org> References: <781759040.107.1456273243067.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #2416 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Feb 2016 02:22:55 -0000 FreeBSD_HEAD_i386 - Build #2416 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2416/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2416/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2416/console Change summaries: 295947 by erj: ixl(4)/ixlv(4): Remove a couple unnecessary register writes/flushes. The one in ixl_xmit() has brought up to us as being unnecessary at least a couple times. Differential Revision: https://reviews.freebsd.org/D5208 Tested by: jeffrey.e.pieper@intel.com Sponsored by: Intel Corporation 295946 by erj: ixl(4): Fix potential driver interrupt setup issues and startup crash. - Limit queue autoconfiguration to 8 queues to prevent the driver from requesting a large number of MSI-X vectors at boot. - Fix potential kernel panic that occurs when the driver loads and cannot get all requested MSIX vectors. Instead, attach() will fail with an error. - Move taskqueue setup to later in attach() to prevent having to free taskqueues if some other error in attach() occurs. Differential Revision: https://reviews.freebsd.org/D5205 MFC after: 1 month Tested by: jeffrey.e.pieper@intel.com Sponsored by: Intel Corporation 295945 by sobomax: Obsolete mkulzma(8) and geom_uncompress(4), their functionality is now provided by mkuzip(8) and geom_uzip(4) respectively. MFC after: 1 month 295944 by jimharris: nvme: fix intx handler to not dereference ioq during initialization This was a regression from r293328, which deferred allocation of the controller's ioq array until after interrupts are enabled during boot. PR: 207432 Reported and tested by: Andy Carrel MFC after: 3 days Sponsored by: Intel 295943 by sobomax: Improve mkuzip(8) and geom_uzip(4), merge in LZMA support from mkulzma(8) and geom_uncompress(4): 1. mkuzip(8): - Proper support for eliminating all-zero blocks when compressing an image. This feature is already supported by the geom_uzip(4) module and CLOOP format in general, so it's just a matter of making mkuzip(8) match. It should be noted, however that this feature while it sounds great, results in very slight improvement in the overall compression ratio, since compressing default 16k all-zero block produces only 39 bytes compressed output block, which is 99.8% compression ratio. With typical average compression ratio of amd64 binaries and data being around 60-70% the difference between 99.8% and 100.0% is not that great further diluted by the ratio of number of zero blocks in the uncompressed image to the overall number of blocks being less than 0.5 (typically). However, this may be important from performance standpoint, so that kernel are not spinning its wheels decompressing those empty blocks every time this zero region is read. It could also be important when you create huge image mostly filled with zero blocks for testing purposes. - New feature allowing to de-duplicate output image. It turns out that if you twist CLOOP format a bit you can do that as well. And unlike zero-blocks elimination, this gives a noticeable improvement in the overall compression ratio, reducing output image by something like 3-4% on my test UFS2 3GB image consisting of full FreeBSD base system plus some of the packages (openjdk, apache etc), about 2.3GB worth of file data (800+MB compressed). The only caveat is that images created with this feature "on" would not work on older versions of FeeBSDxi kernel, hence it's turned off by default. - provide options to control both features and document them in manual page. - merge in all relevant LZMA compression support from the mkulzma(8), add new option to select between both. - switch license from ad-hoc beerware into standard 2-clause BSD. 2. geom_uzip(4): - implement support for de-duplicated images; - optimize some code paths to handle "all-zero" blocks without reading any compressed data; - beef up manual page to explain that geom_uzip(4) is not limited only to md(4) images. The compressed data can be written to the block device and accessed directly via magic of GEOM(4) and devfs(4), including to mount root fs from a compressed drive. - convert debug log code from being compiled in conditionally into being present all the time and provide two sysctls to turn it on or off. Due to intended use of the module, it can be used in environments where there may not be a luxury to put new kernel with debug code enabled. Having those options handy allows debug issues without as much problem by just having access to serial console or network shell access to a box/appliance. The resulting additional CPU cycles are just few int comparisons and branches, and those are minuscule when compared to data decompression which is the main feature of the module. - hopefully improve robustness and resiliency of the geom_uzip(4) by performing some of the data validation / range checking on the TOC entries and rejecting to attach to an image if those checks fail. - merge in all relevant LZMA decompression support from the geom_uncompress(4), enable automatically when appropriate format is indicated in the header. - move compilation work into its own worker thread so that it does not clog g_up. This allows multiple instances work in parallel utilizing smp cores. - document new knobs in the manual page. Reviewed by: adrian MFC after: 1 month Differential Revision: https://reviews.freebsd.org/D5333 295942 by jkim: Silence PVS-Studio warning (V595). It can never be NULL here. 295941 by bdrewery: Fix build after r295934. From owner-freebsd-current@freebsd.org Wed Feb 24 02:38:21 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ADF97AB2A65 for ; Wed, 24 Feb 2016 02:38:21 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8BCA9C43 for ; Wed, 24 Feb 2016 02:38:21 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from julian-mbp3.pixel8networks.com (50-196-156-133-static.hfc.comcastbusiness.net [50.196.156.133]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id u1O2cJJZ011094 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 23 Feb 2016 18:38:20 -0800 (PST) (envelope-from julian@freebsd.org) Subject: Re: ng_ether(4) performance implications To: freebsd-current@freebsd.org References: <68CCCC44-B14D-4CD5-ACC6-FB8A7F8E6FB9@lastsummer.de> From: Julian Elischer Message-ID: <56CD1796.30002@freebsd.org> Date: Tue, 23 Feb 2016 18:38:14 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <68CCCC44-B14D-4CD5-ACC6-FB8A7F8E6FB9@lastsummer.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Feb 2016 02:38:21 -0000 On 23/02/2016 7:09 AM, Franco Fichtner wrote: > Hi all, > > I'm working on FreeBSD-based configuration code dating back more > than 5 years. Although this code uses NETGRAPH compiled into the > kernel, it also makes use of NGM_ETHER_DETACH and a self-rolled > NGM_ETHER_ATTACH to avoid having netgraph-attached interfaces when > mpd isn't needed. > > In 2016, how is the state of ng_ether(4) performance to assert > whether this approach is actually useful or not. the performance is much as it always was.. ng_ether passes packets to the next ng module as fast as they come. netgraph does sacrifice some speed for generality, but I think it's not too much. > > Seeing that NGM_ETHER_ATTACH is not available and should usefulness > be implicated, would code for NGM_ETHER_ATTACH be merged into > FreeBSD? sure.. diffs always appreciated. > > > Thanks, > Franco > _______________________________________________ > 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 Wed Feb 24 07:25:56 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 84A84AB1A83 for ; Wed, 24 Feb 2016 07:25:56 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (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 5152817D9 for ; Wed, 24 Feb 2016 07:25:56 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (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 A19841FE022; Wed, 24 Feb 2016 08:25:52 +0100 (CET) Subject: Re: pwcview and cheese - Device not configured / Invalid argument erros To: Miguel C , freebsd-current References: From: Hans Petter Selasky Message-ID: <56CD5B97.6000102@selasky.org> Date: Wed, 24 Feb 2016 08:28:23 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Feb 2016 07:25:56 -0000 On 02/24/16 00:58, Miguel C wrote: > I just noticed the last messages were never CC'ed to the list > > On Wed, Feb 10, 2016 at 8:56 PM, Otacílio wrote: > >> Miguel, I have noted that on my system, sometime I get a file not found >> error, like your problem. So, I unplugged the webcam and plug it again and >> it works. It is no frequently but occurs. Your camera is fixed or you can >> try something like this? >> > > Nah its fixed :P > > Its an acer ultrabook, the devices is conencted as a usb but its not like I > can plug it of unless I remove the LCD or something :P > > I was jsut think that this might be driver related, which seems to be uvc: > > % v4l2-dbg -D > Driver info: > Driver name : uvcvideo > Card type : 1.3M HD WebCam > Bus info : usb-/dev/usb-/dev/usb > Driver version: 2.6.38 > Capabilities : 0x84200001 > Video Capture > Streaming > Extended Pix Format > Device Capabilities > > maybe its a bug in the driver that presenting something unexpected to > /dev/video, I was just tried with ffpmeg, recompiled with v4l support and > get the same error using -i /dev/video > > [video4linux2,v4l2 @ 0x80ac6f000] ioctl(VIDIOC_STREAMON): Device not > configured > /dev/video0: Device not configured > Hi, Can you try to get a newer version of webcamd: pkg install -f webcamd Need to run the command below to make webamd re-attach. Further, try "usbconfig -d ugenX.1 reset", where X is the bus number for your webcam device. Else it is possible to compile webcamd with debugging on, and run it in the foreground to see what the error is about. --HPS From owner-freebsd-current@freebsd.org Wed Feb 24 10:32:13 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C4D6FAB2B2D for ; Wed, 24 Feb 2016 10:32:13 +0000 (UTC) (envelope-from carsten.kunze@arcor.de) Received: from mail-in-10.arcor-online.net (mail-in-10.arcor-online.net [151.189.21.50]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx.arcor.de", Issuer "Thawte SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 831FEB3F for ; Wed, 24 Feb 2016 10:32:13 +0000 (UTC) (envelope-from carsten.kunze@arcor.de) Received: from mail-in-10-z2.arcor-online.net (mail-in-10-z2.arcor-online.net [151.189.8.27]) by mx.arcor.de (Postfix) with ESMTP id 3q9CQW6nhKz8VTy for ; Wed, 24 Feb 2016 10:59:31 +0100 (CET) Received: from mail-in-14.arcor-online.net (mail-in-14.arcor-online.net [151.189.21.54]) by mail-in-10-z2.arcor-online.net (Postfix) with ESMTP id 070CA28B2B1 for ; Wed, 24 Feb 2016 10:59:30 +0100 (CET) Received: from webmail14.arcor-online.net (webmail14.arcor-online.net [151.189.8.67]) by mail-in-14.arcor-online.net (Postfix) with ESMTP id 3q9CQT6wwMz90St for ; Wed, 24 Feb 2016 10:59:29 +0100 (CET) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-14.arcor-online.net 3q9CQT6wwMz90St DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=arcor.de; s=mail-in; t=1456307969; bh=6hPWDm7pU70QsTbkr/qy3ZP3wMza8utDyJl1GDCVNV8=; h=Date:From:To:Message-ID:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding; b=EU7G5XFu08fo1IqpRS09NgKWG/ZFDGF9g1LZpZie6IUEa7ohsVCO7shPb9RtXzpOO Cb9gq0bkyQvXutF6tdcOtIE8JfEThyMpjrwKhN9rt7L6kAztebSvnMy47a79iWQoaw t7lFcVqdkgRVkX623sX2WB435DYsOJu7F4/RowzQ= Received: from [217.92.152.234] by webmail14.arcor-online.net (151.189.8.67) with HTTP (Arcor Webmail); Wed, 24 Feb 2016 10:59:29 +0100 (CET) Date: Wed, 24 Feb 2016 10:59:29 +0100 (CET) From: Carsten Kunze To: freebsd-current@freebsd.org Message-ID: <888719499.90811.1456307969945.JavaMail.ngmail@webmail14.arcor-online.net> Subject: Haswell graphics (i915) still not in CURRENT MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-ngMessageSubType: MessageSubType_MAIL X-WebmailclientIP: 217.92.152.234 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Feb 2016 10:32:13 -0000 Hello, Haswell graphics (i915) still seems not to be in CURRENT. There is a suggested test procedure on https://wiki.freebsd.org/Graphics/Update%20i915%20GPU%20driver%20to%20Linux%203.8 but currently I'm to busy with other projects to test this. At the moment CURRENT can't be used on laptops with i915 graphics, so it may not harm to integrate a buggy i915 support in CURRENT. The advantage would be that more users would test the driver and could give response. This may speed up the debugging/testing of this driver. --Carsten From owner-freebsd-current@freebsd.org Wed Feb 24 11:40:35 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 64A98AB21B1 for ; Wed, 24 Feb 2016 11:40:35 +0000 (UTC) (envelope-from jean-sebastien.pedron@dumbbell.fr) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2CE2DCFA for ; Wed, 24 Feb 2016 11:40:35 +0000 (UTC) (envelope-from jean-sebastien.pedron@dumbbell.fr) Received: from [176.158.145.63] (helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aYXo1-000PFe-1W for freebsd-current@freebsd.org; Wed, 24 Feb 2016 12:40:33 +0100 Subject: Re: Haswell graphics (i915) still not in CURRENT To: freebsd-current@freebsd.org References: <888719499.90811.1456307969945.JavaMail.ngmail@webmail14.arcor-online.net> From: =?UTF-8?Q?Jean-S=c3=a9bastien_P=c3=a9dron?= X-Enigmail-Draft-Status: N1110 Message-ID: <56CD96AB.7030407@dumbbell.fr> Date: Wed, 24 Feb 2016 12:40:27 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <888719499.90811.1456307969945.JavaMail.ngmail@webmail14.arcor-online.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="woj6GWTor3hCcin9gCCwCRWscKw9JAQJb" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Feb 2016 11:40:35 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --woj6GWTor3hCcin9gCCwCRWscKw9JAQJb Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 24/02/2016 10:59, Carsten Kunze wrote: > Hello, Hi! > At the moment CURRENT can't be used on laptops with i915 graphics,=20 > so it may not harm to integrate a buggy i915 support in CURRENT. The=20 > advantage would be that more users would test the driver and could > give response. This may speed up the debugging/testing of this > driver. The problem is not the stability of Haswell support, but more the regressions on already supported GPUs. Currently, there is one big regression: https://github.com/freebsd/freebsd-base-graphics/issues/2 It takes seconds to panic a Sandybridge or Haswell (so I suppose Ivy Bridge is impacted too). Once this is fixed (and so far my attempts failed), I believe the patch can go in -CURRENT. Haswell support won't be rock solid but anyway, Linux 3.8, the base we use, had only initial support. Many bugfixes came in Linux 3.9 and 3.10. Hopefully, we'll get there more quickly. --=20 Jean-S=E9bastien P=E9dron --woj6GWTor3hCcin9gCCwCRWscKw9JAQJb Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJWzZasXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMxxMP/1Cde7EE7z3W6qGEzoP9TGTQ o5Juuef2iJywltqwxrAAXsYXHP9Lremi8HmjIWbQfQ+qFh24c6jYu/jBM344D4S2 7Yr5aQV2dQJuelGRniD9uMRuy2crH0t4jkuOnx3p4gOKV0DVrHie+Oyetx5q7p53 Tx9DM75M7sEV1wUcJfL7QmwN0i8xc469mykH4KIu9HYywyMEW+uycnRHtZ2O97EU mXcVea/YU8PLhBuVVNZ2DUeWb55iJaJdr3RNHVQSNrgwDWI76HW1ZxuUFw1818SU IBnflMM8OlgCPipbgdfK6H/unQv2GvI4HDoNX7EGYgs9/YMm91yOFb36RAOqA2T8 oQqBTv7TbDix3m/LjaTnf+afj2BLiVxWll8LsdiZVdMOxTYkEuKyXV5QJh4dG0r0 mP2peLtC+9pijPrgZ2lmt7JYKTkxBGRkrWi522D8B2/k4jzQaTsMw0DuPAAQovdw MGw0f8Skflr3HkFWuYjmH1kf8xe3nLUd7cV/HiD67UF2oTKd3uv1cQbeyXaqTFz/ 3f6SCXXi+TxXCGZu/t4xKNfoHy3GzWgABw/rBxyJtKsjpx0Id+r2slK/mN04CWXG 6VsPWrO95y/pO2nZlIEc3Sf/RsCsESxI/R/UdcQOoTw7nSMvUR6EfaqG2IwVdM7Q WNnMGGvDrb99ZyiiTqq1 =FxKG -----END PGP SIGNATURE----- --woj6GWTor3hCcin9gCCwCRWscKw9JAQJb-- From owner-freebsd-current@freebsd.org Wed Feb 24 12:32:51 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD3CFAB28BA for ; Wed, 24 Feb 2016 12:32:51 +0000 (UTC) (envelope-from afiskon@devzen.ru) Received: from relay16.nicmail.ru (relay16.nicmail.ru [195.208.5.134]) by mx1.freebsd.org (Postfix) with ESMTP id 94EFF1A78 for ; Wed, 24 Feb 2016 12:32:50 +0000 (UTC) (envelope-from afiskon@devzen.ru) Received: from [31.177.73.134] (port=36444 helo=nicmail.ru) by f17.mail.nic.ru with esmtp (Exim 5.55) (envelope-from ) id 1aYYcT-000MJv-3O for freebsd-current@freebsd.org; Wed, 24 Feb 2016 15:32:41 +0300 Received: from [10.0.6.225] (account afiskon@devzen.ru HELO fujitsu) by fcgp20.nicmail.ru (CommuniGate Pro SMTP 5.2.3) with ESMTPA id 78767747 for freebsd-current@freebsd.org; Wed, 24 Feb 2016 15:32:40 +0300 Received: from [93.174.131.138] (account afiskon@devzen.ru HELO fujitsu) by proxy05.mail.nic.ru (Exim 5.55) with id 1aYYcS-0000NA-Ol for freebsd-current@freebsd.org; Wed, 24 Feb 2016 15:32:40 +0300 Date: Wed, 24 Feb 2016 15:30:07 +0300 From: Eax Melanhovich To: freebsd-current@freebsd.org Subject: Lock order reversal in CURRENT Message-ID: <20160224153007.79bcf4ec@fujitsu> 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.20 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, 24 Feb 2016 12:32:52 -0000 Hello. Yesterday I built a kernel and world using master branch (6a8922d3) of FreeBSD GitHub repository (a mirror of SVN as I understand?). Today I got a "lock order reversal" report: http://i.imgur.com/jDZ4A3O.png According to this FAQ it could be a sign of a deadlock: https://www.freebsd.org/doc/faq/troubleshoot.html#idp63366608 Do I have to report this issue anywhere except freebsd-current@ ? -- Best regards, Eax Melanhovich http://eax.me/ From owner-freebsd-current@freebsd.org Wed Feb 24 13:48:01 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3E082AB2840 for ; Wed, 24 Feb 2016 13:48:01 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qg0-x22b.google.com (mail-qg0-x22b.google.com [IPv6:2607:f8b0:400d:c04::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 EC49E894 for ; Wed, 24 Feb 2016 13:48:00 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qg0-x22b.google.com with SMTP id y9so13939175qgd.3 for ; Wed, 24 Feb 2016 05:48:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=WK/gXNCBs2YAGa4x/lnD2RlA/VLRq/YpiEDutxle1vw=; b=JNCYEomCE9kPxaAbN2dXdUqwfbBT1DybjSqoz4hZhVnApKiCC2ReIkFLKn8JKRLyZk Nw5R02zGDQuIgNHT4+qwHbg0RcsGmj7AUNqR9mlp4r2MGPzLc5cvfHrr2TqXPzCjB5l5 BQdTd1RSTf1smIilc7FqcAOAU5c/HmebqCyWtsodkjhwIoCHUXvhbtYL+adE0+DtiK+U +UU2snkCM46Xg6iOP3YgxYSj1qZdDwG/Ac9mQXgpNgw97hE1c2HT77R96Lujm18noOtF ZMFyENEgCYbo2XxPo+Erk8FLRsZRWwNnpoOHZcDSjjiLdTIHLeaiuqqW9rQw7d7y+RJR CXlA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=WK/gXNCBs2YAGa4x/lnD2RlA/VLRq/YpiEDutxle1vw=; b=ik8rgt8dfVZxYlx770XZjP/JJaPc92vWk9G4LOi1CUh//bxEYCyyZW3logWP1i4f2w XoBz8n9FOKEGcsPRfYB5/0MyyWBBx4B1LwOTruRUP8o4zMI1AWY0RPqsYGdzmYP7PnQB FTAwN1yrKC9a5hmteoLQxqGZE+DeZdOjUCugthqBXP0OVGQZt+AKNGEQInc+kbXfq+Iv 9SqgNbubt+NYoefb9dACfa6xm3o6dgeLBFoIcy3PwALIaKuzkmn5GKvZq+bpKuDljzTf U9RRh7gyqEFjZj+9N3YEh5QKjxIQdJc4bsxpKVXPq+HncYKfSNBvCdax/9gKaX7LtHN+ DkRA== X-Gm-Message-State: AG10YOQsaAg4cYvqdNeaATHRFUbSA+8DqLQet3kjVBkXBbHjT7tJ+7oAJHwFlUA1st6lNfVZ X-Received: by 10.140.85.133 with SMTP id n5mr49081690qgd.32.1456321680076; Wed, 24 Feb 2016 05:48:00 -0800 (PST) Received: from mutt-hardenedbsd ([63.88.83.105]) by smtp.gmail.com with ESMTPSA id u202sm1183612qka.43.2016.02.24.05.47.58 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 24 Feb 2016 05:47:58 -0800 (PST) Date: Wed, 24 Feb 2016 08:40:43 -0500 From: Shawn Webb To: Jean-S??bastien P??dron Cc: freebsd-current@freebsd.org Subject: Re: Haswell graphics (i915) still not in CURRENT Message-ID: <20160224134043.GA65868@mutt-hardenedbsd> References: <888719499.90811.1456307969945.JavaMail.ngmail@webmail14.arcor-online.net> <56CD96AB.7030407@dumbbell.fr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline In-Reply-To: <56CD96AB.7030407@dumbbell.fr> X-Operating-System: FreeBSD mutt-hardenedbsd 11.0-CURRENT-HBSD FreeBSD 11.0-CURRENT-HBSD X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Feb 2016 13:48:01 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 24, 2016 at 12:40:27PM +0100, Jean-S??bastien P??dron wrote: > On 24/02/2016 10:59, Carsten Kunze wrote: > > Hello, >=20 > Hi! >=20 > > At the moment CURRENT can't be used on laptops with i915 graphics,=20 > > so it may not harm to integrate a buggy i915 support in CURRENT. The=20 > > advantage would be that more users would test the driver and could > > give response. This may speed up the debugging/testing of this > > driver. >=20 > The problem is not the stability of Haswell support, but more the > regressions on already supported GPUs. >=20 > Currently, there is one big regression: > https://github.com/freebsd/freebsd-base-graphics/issues/2 >=20 > It takes seconds to panic a Sandybridge or Haswell (so I suppose Ivy > Bridge is impacted too). >=20 > Once this is fixed (and so far my attempts failed), I believe the patch > can go in -CURRENT. Haswell support won't be rock solid but anyway, > Linux 3.8, the base we use, had only initial support. Many bugfixes came > in Linux 3.9 and 3.10. Hopefully, we'll get there more quickly. We at HardenedBSD have an experimental branch that is kept up-to-date with FreeBSD HEAD along with Jean-Sebastien's excellent work (and HardenedBSD's awesomeness on top of that). The code is here: https://github.com/HardenedBSD/hardenedBSD-playground/tree/hardened/experim= ental/master-i915 Latest builds are here: http://jenkins.hardenedbsd.org/builds/HardenedBSD-CURRENT-i915kms-amd64-LAT= EST/ISO-IMAGES/ Thanks, --=20 Shawn Webb HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWzbLZAAoJEGqEZY9SRW7ui/AP/2ZZHVeSMKEjSaE5SlOKEgER JLnI0llpfCjDroAtz6335HRF9CVlKT4q3E7LjqhAAM0ChMLDbASFxzS5q/xh6kes 6wVkVdgkcHfEW+ZXO1LBAfKF/Cqly6PUMsgw5Qku4eMs5d6NJei40nUIRrR5TO+6 HmdiXm4W3Zp2ZZaGxuLE0Ex47rU6/uXgzQykP7jd/Rf2g+plfhg28qzlA6kwSxyg DDGePhLCubLVYa91sqPC70ply/jY/bJktZe4WJnezd30gT5pGEiiOKburL7wVm0j Qms6E7tGaXrwYvJodVF5Ykfmzs0ZSLyV44WXR8Zba5BA2+TrQe6h0XHboFpuPM0o dyxnfjtwrXvgAuVydcZh61Dpy5SMxPlVzAP7BCfDgObfgheGoEZmRFjU8TrqZK7j 3KHIX4UFgrK8BciHCYIg29abQTtEF+7dvTecQJEfJ50BbwMnqIltybAzmW83XD8f hzYYptBSMpNGwoWb+4HGfj9Z1uVZ9BOeJ5DkTs3jl7HudGScxk7pQJKJoqCKPr7O Js5GFVOSuipibzURQPt7FcPhatekUotGbzSLC7JDNYiVYd0v8ejBAVaVRVnKE/l7 TS0OcEJgYQSuzyx9euI3XRFE6/A8eIpQLAgvedXt0oP+oorp9gVqZatugC2xj4XB i/ISoRcOs19/UN0czja4 =+y5u -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- From owner-freebsd-current@freebsd.org Wed Feb 24 16:09:15 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E501BAB30CF for ; Wed, 24 Feb 2016 16:09:15 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-vk0-x229.google.com (mail-vk0-x229.google.com [IPv6:2607:f8b0:400c:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9DD52D68 for ; Wed, 24 Feb 2016 16:09:15 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-vk0-x229.google.com with SMTP id c3so20922632vkb.3 for ; Wed, 24 Feb 2016 08:09:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type; bh=/6FS7n77BWA6BcAqyftCV7BQXMfGs5gFC4Kp7xUTOXQ=; b=e9kJIYJ4lKbE698G8MnnAmvVB7YWe5ydkRT+vykf6Oz8AqfVX2dk1ECPQ6eUOT+lG0 lI5xAHdSf62VqRGH38c2Yk4jOzZo3PymPpvykGW/7vTod448qlG7q8r/bHfYlyf02Twc z3ToHyK+JSvjcrxK836Uu8X0oUO0MR9jFa+7+OsCx97M/6cksZLd09yo6ukIqfqXpTxz RzIDkzEigpLDD7owNjkFinfbmd91MiUg1dCfzfHtuBUteBV0yL0gIeyRG1rhkeUUOU+Y Hbij5sMHe8afDT2XtaQ/rZRNnYJ3aZ28wl7wxrN4yON891jdbMMekts61FKIv4/E5dhl 6EqQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:cc:content-type; bh=/6FS7n77BWA6BcAqyftCV7BQXMfGs5gFC4Kp7xUTOXQ=; b=cuSoDaXKwLDQPti/D0rlTXkKsx/I1p4ApofzPdRoxZeRhgg12CFIasyzRolx/GiWhj 0nsRQY4VuY18oq1jR6/JHQITLzSVZz10rrXCyp3jbxkUA4E5oxhhsie3M1UpYtAPxvDs OkxxeMzZnWW6TqtfKc8V2hb4ACcA8fW331ecE1mI4b3YTcl+6IKihhy3/0xlEX5M7sLU ceDz6B3I/RhNxhGnZXhkleZ4524S7TQnnM3BRbfH8UlIZcJwTeQOenTEtfCBOwMFK2s0 xMscFFgvv/u1f1LUiNcaJWMbBXQUklrdJxUpsm9aM4XhMDn6QedapIP3Jp6ve/VlQN6w j2Sg== X-Gm-Message-State: AG10YOTJptUJhdNVieFDktwmjTT9NKtICHOWXBhwHKWKx4Vw46W4Wm4ylWXaH2gCwIGxSDkR14ShqgRisyFfjw== MIME-Version: 1.0 X-Received: by 10.31.47.88 with SMTP id v85mt36540145vkv.118.1456330154512; Wed, 24 Feb 2016 08:09:14 -0800 (PST) Received: by 10.31.194.194 with HTTP; Wed, 24 Feb 2016 08:09:14 -0800 (PST) In-Reply-To: References: Date: Wed, 24 Feb 2016 11:09:14 -0500 Message-ID: Subject: Re: sr-iov issues, reset_hw() failed with error -100 From: Ultima Cc: freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Feb 2016 16:09:16 -0000 Decided to do some more tests, I actually have a second board with sr-iov capabilities that I used for awhile with vmware esxi. I decided to test this out and unfortunately it won't activate, it is giving the no space left on device error message. I double checked bios and all VT-d related options are enabled and have hw.ix.num_queues="4" in /boot/loader.conf. Is there anything else that may need to be set? .(It did work on vmware) For my second test, I moved the X540-AT1 to the board with the X540-AT2. It functioned with the same issues as the AT2 tho. I don't think I listed the motherboards in question yet so ill list them now. S1200BTLRM - http://ark.intel.com/products/69633/Intel-Server-Board-S1200BTLRM?q=S1200BTLRM MD80-TM0 - http://b2b.gigabyte.com/products/product-page.aspx?pid=5146#ov I'm not sure if it will be of any help tho. Ultima From owner-freebsd-current@freebsd.org Wed Feb 24 17:33:38 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6BCCCAB39A6 for ; Wed, 24 Feb 2016 17:33:38 +0000 (UTC) (envelope-from miguelmclara@gmail.com) Received: from mail-lb0-x234.google.com (mail-lb0-x234.google.com [IPv6:2a00:1450:4010:c04::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 D448E123A for ; Wed, 24 Feb 2016 17:33:37 +0000 (UTC) (envelope-from miguelmclara@gmail.com) Received: by mail-lb0-x234.google.com with SMTP id x4so14679446lbm.0 for ; Wed, 24 Feb 2016 09:33:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=pDZIt9WpROhyORmVXT6D/t01ogsgNm/8SUizxI3Mg0o=; b=ZlbXEyFLJyenXSn02iM7QRixqvwaSF7a2eM+A58+KWUuFP25U8TIZh/zI8Jnb/Rc8w TWl9aQRX5rKGQRICcC0QhOljmz7V3csvkZvamIrQJHtUlzcfBSzQYVCGmE+89Vq5vsjV 7Kt4qsZD+ifYNbZLI/xris8NJiLBRC5jv0xnXnDYZChEM5KErZm9dBn/FSjgwQgtmCyH SDIk0+SkaxxBUJ+1xSgT5xdiJUDuvRi87HvUXYjl0l+8C6cetaIQWvC02lmlfjahn6D3 oIJYFGyPScFmpHYsUR7VrRufArNdzUaSD3XAt6LO1GcZzTFGM/0RiPiJebateWF8Udha IQmg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=pDZIt9WpROhyORmVXT6D/t01ogsgNm/8SUizxI3Mg0o=; b=CBWpIIW74B0jz727cJTfHTSQ5jnx5dQk+FIW2ah48XAOyJ0n3kh6GMR8aZH84zx3Ia eo7fobKRT/4+DqRK4izJQoZ7Qsz+Gsw1hBHND82/ndCp4517tehqyq3JgL8hHhi/oeYI 3mTThpZEXUp71XGGe5SWayWhXBkA0i+Szxvu0qmH1ikB16FGZ6C/EF28WlBJFE4zQEvi QJ4HKPrf6ctctBVHL4zwwUqeDMFBv7iKJBVO6KSWVZwwPh2Zb+7BxqfmaBW+ydvzQqet yQWjLA8xDdlsFaFh9uB44SJd1qYTl6FBjOHKyGEV95BHdN7yieaYujPjqUKmIEfqJT0r +itw== X-Gm-Message-State: AG10YOQWIKz0Scuk/hE8EIL8+jmsZKhSe04kpCtbcItYiQMJDGuX/hE91LJ9BwIHMMppvd3axE6msuGsdbV6hw== X-Received: by 10.112.25.99 with SMTP id b3mr14885528lbg.11.1456335215846; Wed, 24 Feb 2016 09:33:35 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.19.94 with HTTP; Wed, 24 Feb 2016 09:32:56 -0800 (PST) In-Reply-To: <56CD5B97.6000102@selasky.org> References: <56CD5B97.6000102@selasky.org> From: Miguel C Date: Wed, 24 Feb 2016 17:32:56 +0000 Message-ID: Subject: Re: pwcview and cheese - Device not configured / Invalid argument erros To: Hans Petter Selasky Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Feb 2016 17:33:38 -0000 On Wed, Feb 24, 2016 at 7:28 AM, Hans Petter Selasky wrote: > On 02/24/16 00:58, Miguel C wrote: > >> I just noticed the last messages were never CC'ed to the list >> >> On Wed, Feb 10, 2016 at 8:56 PM, Otac=C3=ADlio >> wrote: >> >> Miguel, I have noted that on my system, sometime I get a file not found >>> error, like your problem. So, I unplugged the webcam and plug it again >>> and >>> it works. It is no frequently but occurs. Your camera is fixed or you c= an >>> try something like this? >>> >>> >> Nah its fixed :P >> >> Its an acer ultrabook, the devices is conencted as a usb but its not lik= e >> I >> can plug it of unless I remove the LCD or something :P >> >> I was jsut think that this might be driver related, which seems to be uv= c: >> >> % v4l2-dbg -D >> Driver info: >> Driver name : uvcvideo >> Card type : 1.3M HD WebCam >> Bus info : usb-/dev/usb-/dev/usb >> Driver version: 2.6.38 >> Capabilities : 0x84200001 >> Video Capture >> Streaming >> Extended Pix Format >> Device Capabilities >> >> maybe its a bug in the driver that presenting something unexpected to >> /dev/video, I was just tried with ffpmeg, recompiled with v4l support an= d >> get the same error using -i /dev/video >> >> [video4linux2,v4l2 @ 0x80ac6f000] ioctl(VIDIOC_STREAMON): Device not >> configured >> /dev/video0: Device not configured >> >> > Hi, > > Can you try to get a newer version of webcamd: > > pkg install -f webcamd > This would just reinstall the one I already have (cause I do have the latest version from ports), but in any case I did try to reinstall and recompile a few times. > Need to run the command below to make webamd re-attach. > > Further, try "usbconfig -d ugenX.1 reset", where X is the bus number for > your webcam device. > Tried that too, I need to restart webcamd after doing it, but it still gets me the same result. > > Else it is possible to compile webcamd with debugging on, and run it in > the foreground to see what the error is about. > > I was assuming it was a driver or permissions issue, but its certainly a good idea to see if I get any debug info from webcamd, recompiling with DEBUG on. FYI today even cheese fails with: "cheese:18761): cheese-WARNING **: Device '/dev/video0' is busy: gstv4l2object.c(3267): gst_v4l2_object_set_format_full (): /GstCameraBin:camerabin/GstWrapperCameraBinSrc:camera_source/GstBin:bin35/G= stV4l2Src:v4l2src1: " This is after restarting and I have not upgrade kernel/userland since I've noticed this issue so that's strange. > --HPS > From owner-freebsd-current@freebsd.org Wed Feb 24 17:39:09 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D4F15AB3B1D for ; Wed, 24 Feb 2016 17:39:09 +0000 (UTC) (envelope-from miguelmclara@gmail.com) Received: from mail-lf0-x236.google.com (mail-lf0-x236.google.com [IPv6:2a00:1450:4010:c07::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 4541513DB for ; Wed, 24 Feb 2016 17:39:09 +0000 (UTC) (envelope-from miguelmclara@gmail.com) Received: by mail-lf0-x236.google.com with SMTP id j78so16743134lfb.1 for ; Wed, 24 Feb 2016 09:39:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=pfjgxLXQh0wIYo0fg66KlmlMnHEqrH0Le8g5k8mL960=; b=JC2AWXbGrLRjvwFi6SnhsMCXAA4TOeW73lCFjBbfGxEuUAddOy3SQJYAm7MqxwUOha nVEtPhNn8dUZjyg1ggbInXP8NeGKl+PywWUseimAFYoAe3kvAwdJshrC1K2W50iCbwLX 5ggI2faFl5SVB1vJh3b3V42w51sBALZ0liwJdEbzEbXB7YUkSSf7tVxOQtfhs+5DmbUs jAmyImSVBMg8Yf5PV6cp3Es8ItW6F15gyK4pTZBW6VO8CuNHV2PtZ7SWjzaUjF1sxsmM 2O61hHt8muUdJFKzlJFunXMhSQsIRe1ttf8S6dawMTPJ+7uWXuYgAH1QI/lhqRCNmOPS zpqQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=pfjgxLXQh0wIYo0fg66KlmlMnHEqrH0Le8g5k8mL960=; b=Mvnok5bV9bfHdbl+U5ROyPC9irNQt5mbrCoRNH+vUhAD+9ibwG/npysATvuBe46wxR P40JpxnxocXnWPPbOoH7SLuOlw86qg6DPXwWq2Vmdk7MH+rBvMppYCBJLOyEyJzUoB2E V8rh5k/zgkkzbXAKRWwWBnTV4XJugRJfJiSPni9XNb+zswNtnT7D6jXQViceNT4+K429 cpcECrtU128PNB6fH1aoMd0ym1LomwmxNFSyx6CYYGy8SMkUDzNrkfRw7GDzedORRTDz xtQkaGnR8TFaQoNzhKc611Oe5gCbVmAR5zRJyAdVJU2uztleqOoh/JmBdB+5DkFZyKdr jLfQ== X-Gm-Message-State: AG10YOS+IW+Lmg6v6rjpHmSrxOnlWftimqahID0/84X74Ej9hxezRVu6qrAp6wDokS/Njrv4aCh6OB4A/Fmnvg== X-Received: by 10.25.31.80 with SMTP id f77mr12976238lff.18.1456335547413; Wed, 24 Feb 2016 09:39:07 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.19.94 with HTTP; Wed, 24 Feb 2016 09:38:27 -0800 (PST) In-Reply-To: References: <56CD5B97.6000102@selasky.org> From: Miguel C Date: Wed, 24 Feb 2016 17:38:27 +0000 Message-ID: Subject: Re: pwcview and cheese - Device not configured / Invalid argument erros To: Hans Petter Selasky Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Feb 2016 17:39:09 -0000 On Wed, Feb 24, 2016 at 5:32 PM, Miguel C wrote: > > > On Wed, Feb 24, 2016 at 7:28 AM, Hans Petter Selasky > wrote: > >> On 02/24/16 00:58, Miguel C wrote: >> >>> I just noticed the last messages were never CC'ed to the list >>> >>> On Wed, Feb 10, 2016 at 8:56 PM, Otac=C3=ADlio >>> wrote: >>> >>> Miguel, I have noted that on my system, sometime I get a file not found >>>> error, like your problem. So, I unplugged the webcam and plug it again >>>> and >>>> it works. It is no frequently but occurs. Your camera is fixed or you >>>> can >>>> try something like this? >>>> >>>> >>> Nah its fixed :P >>> >>> Its an acer ultrabook, the devices is conencted as a usb but its not >>> like I >>> can plug it of unless I remove the LCD or something :P >>> >>> I was jsut think that this might be driver related, which seems to be >>> uvc: >>> >>> % v4l2-dbg -D >>> Driver info: >>> Driver name : uvcvideo >>> Card type : 1.3M HD WebCam >>> Bus info : usb-/dev/usb-/dev/usb >>> Driver version: 2.6.38 >>> Capabilities : 0x84200001 >>> Video Capture >>> Streaming >>> Extended Pix Format >>> Device Capabilities >>> >>> maybe its a bug in the driver that presenting something unexpected to >>> /dev/video, I was just tried with ffpmeg, recompiled with v4l support a= nd >>> get the same error using -i /dev/video >>> >>> [video4linux2,v4l2 @ 0x80ac6f000] ioctl(VIDIOC_STREAMON): Device not >>> configured >>> /dev/video0: Device not configured >>> >>> >> Hi, >> >> Can you try to get a newer version of webcamd: >> >> pkg install -f webcamd >> > > This would just reinstall the one I already have (cause I do have the > latest version from ports), but in any case I did try to reinstall and > recompile a few times. > > >> Need to run the command below to make webamd re-attach. >> >> Further, try "usbconfig -d ugenX.1 reset", where X is the bus number for >> your webcam device. >> > > Tried that too, I need to restart webcamd after doing it, but it still > gets me the same result. > >> >> Else it is possible to compile webcamd with debugging on, and run it in >> the foreground to see what the error is about. >> >> > I was assuming it was a driver or permissions issue, but its certainly a > good idea to see if I get any debug info from webcamd, recompiling with > DEBUG on. > > FYI today even cheese fails with: > "cheese:18761): cheese-WARNING **: Device '/dev/video0' is busy: > gstv4l2object.c(3267): gst_v4l2_object_set_format_full (): > /GstCameraBin:camerabin/GstWrapperCameraBinSrc:camera_source/GstBin:bin35= /GstV4l2Src:v4l2src1: > " > > This is after restarting and I have not upgrade kernel/userland since I'v= e > noticed this issue so that's strange. > > Ok after recompiling with debug and running in foreground I see what seem= s to be a driver related error: % sudo webcamd -N 1-3M-HD-WebCam-SuYin multimedia/webcamd r2d2 : USB HID core driver Linux video capture interface: v2.00 lirc_dev: IR Remote Control driver registered, major 14 IR NEC protocol handler initialized IR RC5(x/sz) protocol handler initialized IR RC6 protocol handler initialized IR JVC protocol handler initialized IR Sony protocol handler initialized IR SANYO protocol handler initialized IR LIRC bridge handler initialized IR XMP protocol handler initialized b2c2-flexcop: B2C2 FlexcopII/II(b)/III digital TV receiver chip loaded successfully uvcvideo: Unable to create debugfs directory USB Video Class driver (1.1.1) cpia2: V4L-Driver for Vision CPiA2 based cameras v3.0.1 pvrusb2: V4L in-tree version:Hauppauge WinTV-PVR-USB2 MPEG2 Encoder/Tuner pvrusb2: Debug mask is 31 (0x1f) USBVision USB Video Device Driver for Linux : 0.9.11 em28xx: Registered (Em28xx v4l2 Extension) extension em28xx: Registered (Em28xx dvb Extension) extension Attached to ugen0.5[0] uvcvideo: Found UVC 1.00 device 1.3M HD WebCam (064e:c321) Creating /dev/video0 uvcvideo: Failed to submit URB 0 (-32). <------------------ Shows if I run cheese (nothing happens here if I run pwcview >> --HPS >> > > From owner-freebsd-current@freebsd.org Wed Feb 24 20:26:43 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 87449AB20BC for ; Wed, 24 Feb 2016 20:26:43 +0000 (UTC) (envelope-from fidaj@ukr.net) 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 7508111F6 for ; Wed, 24 Feb 2016 20:26:43 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: by mailman.ysv.freebsd.org (Postfix) id 7392CAB20BB; Wed, 24 Feb 2016 20:26:43 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 72FF9AB20BA; Wed, 24 Feb 2016 20:26:43 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from frv25.fwdcdn.com (frv25.fwdcdn.com [212.42.77.25]) by mx1.freebsd.org (Postfix) with ESMTP id 3B5BB11F5; Wed, 24 Feb 2016 20:26:42 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from [10.10.14.26] (helo=frv157.fwdcdn.com) by frv25.fwdcdn.com QID:1aYfft-0001ja-RG/RC:2; Wed, 24 Feb 2016 22:04:41 +0200 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=SSggo58oqD5dULniuhhMhkeh4zYjGCK7lJr+jYGoizg=; b=kFIY5nDzxfI+AJnp91TBykV7gTSvy7MBBc8wbmyEaucV0qZuFwitZ5jOh1cYnGtHbUzAuuhZ0/osm6bmCvLzP4EIkXI0HCDLSsrtAWB68O4WvO8yIYpaOz7POcA0TiFfnvESkCCRgaa3vjYoTo13OyKmiuKgH5kVLdsIzlww7xs=; Received: from [37.229.193.176] (helo=nonamehost.local) by frv157.fwdcdn.com with esmtpsa ID 1aYffm-000BiG-Cy ; Wed, 24 Feb 2016 22:04:34 +0200 Date: Wed, 24 Feb 2016 22:04:29 +0200 From: Ivan Klymenko To: current@freebsd.org, freebsd-ports@freebsd.org Subject: emulators/virtualbox-ose-kmod build error Message-ID: <20160224220429.08bfdfde@nonamehost.local> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Authentication-Result: IP=37.229.193.176; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net X-Ukrnet-Yellow: 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Feb 2016 20:26:43 -0000 After update from r295867 to r295994: ... /usr/local/bin/ccache cc -O2 -pipe -march=native -fno-strict-aliasing -DRT_OS_FREEBSD -DIN_RING0 -DIN_RT_R0 -DIN_SUP_R0 -DSUPDRV_WITH_RELEASE_LOGGER -DVBOX -DRT_WITH_VBOX -w -DVBOX_WITH_HARDENING -DVBOX_WITH_64_BITS_GUESTS -DRT_ARCH_AMD64 -march=native -Werror -D_KERNEL -DKLD_MODULE -nostdinc -Iinclude -I. -Ir0drv -I. -I/usr/src/sys -fno-common -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -fvectorize -fslp-vectorize -fbloc ks -fcolor-diagnostics -mno-aes -mno-avx -std=iso9899:1999 -c /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/memobj-r0drv-freebsd.c -o memobj-r0drv-freebsd.o --- assert-r0drv-freebsd.o --- In file included from /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/assert-r0drv-freebsd.c:34: In file included from /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/the-freebsd-kernel.h:39: /usr/src/sys/sys/bus.h:659:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ --- alloc-r0drv-freebsd.o --- In file included from /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/alloc-r0drv-freebsd.c:34: In file included from /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/the-freebsd-kernel.h:39: /usr/src/sys/sys/bus.h:659:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ --- assert-r0drv-freebsd.o --- 1 error generated. --- initterm-r0drv-freebsd.o --- In file included from /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/initterm-r0drv-freebsd.c:34: In file included from /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/the-freebsd-kernel.h:39: /usr/src/sys/sys/bus.h:659:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ --- assert-r0drv-freebsd.o --- *** [assert-r0drv-freebsd.o] Error code 1 make[3]: stopped in /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv --- initterm-r0drv-freebsd.o --- 1 error generated. --- alloc-r0drv-freebsd.o --- 1 error generated. --- initterm-r0drv-freebsd.o --- *** [initterm-r0drv-freebsd.o] Error code 1 make[3]: stopped in /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv --- memobj-r0drv-freebsd.o --- In file included from /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/memobj-r0drv-freebsd.c:36: In file included from /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/the-freebsd-kernel.h:39: /usr/src/sys/sys/bus.h:659:10: fatal error: 'device_if.h' file not found #include "device_if.h" ^ --- alloc-r0drv-freebsd.o --- *** [alloc-r0drv-freebsd.o] Error code 1 make[3]: stopped in /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv --- memobj-r0drv-freebsd.o --- 1 error generated. *** [memobj-r0drv-freebsd.o] Error code 1 make[3]: stopped in /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv 4 errors make[3]: stopped in /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv *** [all] Error code 2 make[2]: stopped in /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src 1 error make[2]: stopped in /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/emulators/virtualbox-ose-kmod *** Error code 1 Stop. make: stopped in /usr/ports/emulators/virtualbox-ose-kmod ===>>> make build failed for emulators/virtualbox-ose-kmod ===>>> Aborting update ===>>> You can restart from the point of failure with this command line: portmaster emulators/virtualbox-ose-kmod root@nonamehost:/ # From owner-freebsd-current@freebsd.org Wed Feb 24 23:33:43 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DC967AB2FC3 for ; Wed, 24 Feb 2016 23:33:43 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-7.mit.edu (dmz-mailsec-scanner-7.mit.edu [18.7.68.36]) (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 93E3DD79 for ; Wed, 24 Feb 2016 23:33:43 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 12074424-487ff70000003518-d5-56ce3ca2ca0b Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id A3.E7.13592.2AC3EC65; Wed, 24 Feb 2016 18:28:34 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id u1ONSXDV011766; Wed, 24 Feb 2016 18:28:34 -0500 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id u1ONSU24027108 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 24 Feb 2016 18:28:33 -0500 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id u1ONSU35003866; Wed, 24 Feb 2016 18:28:30 -0500 (EST) Date: Wed, 24 Feb 2016 18:28:29 -0500 (EST) From: Benjamin Kaduk To: Eax Melanhovich cc: freebsd-current@freebsd.org Subject: Re: Lock order reversal in CURRENT In-Reply-To: <20160224153007.79bcf4ec@fujitsu> Message-ID: References: <20160224153007.79bcf4ec@fujitsu> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrNIsWRmVeSWpSXmKPExsUixCmqrLvI5lyYwesn0hab/7FazHnzgcmB yWNBx21Wjxmf5rMEMEVx2aSk5mSWpRbp2yVwZSx43MdS8Ie1YvqLZ6wNjC9Zuhg5OSQETCTO brvO2MXIxSEk0MYksWhqNxOEs5FRYv2FRewQziEmiS9vtjGDtAgJNDBKfHmXAmKzCGhL7Jj4 nA3EZhNQkZj5ZiOYLSKgLnFl1zwwm1lAXuL/lctMILYwUP3tE1/BbE4BPYl9LT1gZ/AKOEps vnsHaD4H0HxdiVV7FEHCogI6Eqv3T4EqEZQ4OfMJC8RILYnl07exTGAUmIUkNQtJagEj0ypG 2ZTcKt3cxMyc4tRk3eLkxLy81CJdc73czBK91JTSTYygcGR3UdnB2HxI6RCjAAejEg8vw8+z YUKsiWXFlbmHGCU5mJREeQ/LnwsT4kvKT6nMSCzOiC8qzUktPsQowcGsJMLbbgWU401JrKxK LcqHSUlzsCiJ88bcPBomJJCeWJKanZpakFoEk5Xh4FCS4M2wBmoULEpNT61Iy8wpQUgzcXCC DOcBGp4AUsNbXJCYW5yZDpE/xajLseDH7bVMQix5+XmpUuK8OSBFAiBFGaV5cHPAaWQ3k+or RnGgt4R5GYFJRYgHmILgJr0CWsIEtOT2tlMgS0oSEVJSDYwlk4wCGI0+hDlz3Y/8pvlgp+78 dbpVCgtSq97M3WRR5nBsz43gFa+t/j/XWMt0jo115ceX/S932pc2m3d+23j8euP9tT62D8Rv tj5eMqeY68HhH4Vt20O49odvv9Vwff5/1w5XtYlJDev0rdTkH3Ck2an/XHdO8du0gA2KAZ4L T3pf0/9dM2e3EktxRqKhFnNRcSIAJHsHiP4CAAA= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Feb 2016 23:33:44 -0000 On Wed, 24 Feb 2016, Eax Melanhovich wrote: > Hello. > > Yesterday I built a kernel and world using master branch (6a8922d3) of > FreeBSD GitHub repository (a mirror of SVN as I understand?). Today I > got a "lock order reversal" report: > > http://i.imgur.com/jDZ4A3O.png > > According to this FAQ it could be a sign of a deadlock: > > https://www.freebsd.org/doc/faq/troubleshoot.html#idp63366608 > > Do I have to report this issue anywhere except freebsd-current@ ? That particular one, though not in the table at http://sources.zabbadoz.net/freebsd/lor.html, seems similar enough to a ufs/devfs entry that shows up very often and is harmless, to make me think that just the mail you have sent is quite sufficient. Thanks, Ben Kaduk From owner-freebsd-current@freebsd.org Thu Feb 25 00:20:13 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 18D5CAB22F9 for ; Thu, 25 Feb 2016 00:20:13 +0000 (UTC) (envelope-from carsten.kunze@arcor.de) Received: from mail-in-14.arcor-online.net (mail-in-14.arcor-online.net [151.189.21.54]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx.arcor.de", Issuer "Thawte SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C9DC1C3 for ; Thu, 25 Feb 2016 00:20:12 +0000 (UTC) (envelope-from carsten.kunze@arcor.de) Received: from mail-in-02-z2.arcor-online.net (mail-in-02-z2.arcor-online.net [151.189.8.14]) by mx.arcor.de (Postfix) with ESMTP id 3q9Ypq21Npz90TM for ; Thu, 25 Feb 2016 00:48:19 +0100 (CET) Received: from mail-in-13.arcor-online.net (mail-in-13.arcor-online.net [151.189.21.53]) by mail-in-02-z2.arcor-online.net (Postfix) with ESMTP id 3B3FC718139 for ; Thu, 25 Feb 2016 00:48:19 +0100 (CET) Received: from webmail18.arcor-online.net (webmail18.arcor-online.net [151.189.8.76]) by mail-in-13.arcor-online.net (Postfix) with ESMTP id 3q9Ypq1X8sz326y for ; Thu, 25 Feb 2016 00:48:19 +0100 (CET) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-13.arcor-online.net 3q9Ypq1X8sz326y DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=arcor.de; s=mail-in; t=1456357699; bh=XoGCm/Lp1EPTa9NkWKzQIhvdkHH/I1ZGxiaD8naLgU0=; h=Date:From:To:Message-ID:In-Reply-To:References:Subject: MIME-Version:Content-Type:Content-Transfer-Encoding; b=EjZ3TsKhMNAxRk7KVeMqR/dlAWXQ9DxmImE6/B1B9ID6PdDLZ4qUo8WogCASZZOWy f2T8/8+ctriRl1aPP7srb1h8m6i3H2WPcl7yZhxs9MdRuP+2IugIfkkTZc/aY0ASCu fUkFajn8dxquSsa+U0k8DyMY1k3DP+T6hO9FfpeM= Received: from [84.179.1.226] by webmail18.arcor-online.net (151.189.8.76) with HTTP (Arcor Webmail); Thu, 25 Feb 2016 00:48:18 +0100 (CET) Date: Thu, 25 Feb 2016 00:48:19 +0100 (CET) From: Carsten Kunze To: freebsd-current@freebsd.org Message-ID: <1515757918.107767.1456357699205.JavaMail.ngmail@webmail18.arcor-online.net> In-Reply-To: <20160224134043.GA65868@mutt-hardenedbsd> References: <20160224134043.GA65868@mutt-hardenedbsd> <888719499.90811.1456307969945.JavaMail.ngmail@webmail14.arcor-online.net> <56CD96AB.7030407@dumbbell.fr> Subject: Aw: Re: Haswell graphics (i915) still not in CURRENT MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-ngMessageSubType: MessageSubType_MAIL X-WebmailclientIP: 84.179.1.226 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Feb 2016 00:20:13 -0000 Shawn Webb wrote: > We at HardenedBSD have an experimental branch that is kept up-to-date > with FreeBSD HEAD along with Jean-Sebastien's excellent work (and > HardenedBSD's awesomeness on top of that). > > The code is here: > > https://github.com/HardenedBSD/hardenedBSD-playground/tree/hardened/experime > ntal/master-i915 > > Latest builds are here: > > http://jenkins.hardenedbsd.org/builds/HardenedBSD-CURRENT-i915kms-amd64-LATE > ST/ISO-IMAGES/ Thank you for that suggestion, this works well! --Carsten From owner-freebsd-current@freebsd.org Thu Feb 25 01:04:24 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 17C74AB35FA; Thu, 25 Feb 2016 01:04:24 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mail-qg0-x234.google.com (mail-qg0-x234.google.com [IPv6:2607:f8b0:400d:c04::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 C50B51D9B; Thu, 25 Feb 2016 01:04:23 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mail-qg0-x234.google.com with SMTP id b67so29020754qgb.1; Wed, 24 Feb 2016 17:04:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-type; bh=ha3QDPRMwgFCH5NKq20DYc4kaQ9ZvzvnLyqjQUXeZUY=; b=WRbzsySxWJoFdCPMtYOuUz9eo7yEPX1WW0tuweHqKwZaxQw4A8V6ekHr+LbCKMzLJH +TZndJC2yZsbsPyiMg78vFeW2S3eobzkH6s2ZuQXXWAFBP1rzDgciOekq3pcAoBaE2NV 5MvHRC6E5Kfpgn/kqiaIJ9BslHWV5qQh7sMo7cPm7b9EWiynSmWVtvl+mnNllpYqc+r/ AVCt8RJHIGi6QU1uyDFI74wi/sPc3wGSOBsilQtc4A+jL+Yg688W+2IiP8i/J+E003xq Jsre9uoHIl0Z23gfZNa81Jj5WeBBcyH/7G2wJPQ/KsobPNP60MGNsjdeHtkDMbGFovTD drxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-type; bh=ha3QDPRMwgFCH5NKq20DYc4kaQ9ZvzvnLyqjQUXeZUY=; b=Zu1U/zyFUjcoB8vWliM5CPZyt5smf58SYvVbNK05qWn/5bbIU+FaYxjWlevpjnyozw X5NZUA7/ef3wgZi+CNev00WcP922lmA2Dshi1Lt6LKG9Zv29uMQttLFzeaBEZ77Nlfy2 ZvbyKq/09ftVG0ILNK4uzFdwldBvPBhA7YhtvpVOBHbNpeLpfYugwxDRN9SDpBwGDAGW 3UTP+HfMt7GX56pSuderf5pXCbJOTvmbKAFXPDLTm5ld77bbzm0GeNJsB7VmS8FHB+tl KpHGk/uMS/4darv+lkoACWhcv2Z6ZE1arjA5JxFkceVk/0Wf2ObkkIUTGYQ5xwI4vgjt +WPg== X-Gm-Message-State: AG10YOTWwHeDrX8EHeHbsdj9csXc46ACMDysRPsD7kumyv5Ax+WJirSUmqWjoWQaoVQUs+AxyG2Iz5fn0CcQmA== X-Received: by 10.140.132.149 with SMTP id 143mr53367237qhe.7.1456362262662; Wed, 24 Feb 2016 17:04:22 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Eric Joyner Date: Thu, 25 Feb 2016 01:04:12 +0000 Message-ID: Subject: Re: sr-iov issues, reset_hw() failed with error -100 To: Ultima Cc: freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Feb 2016 01:04:24 -0000 Are you still getting the -100 errors when trying to load the VF driver? I've tried SR-IOV on a system here, and I can confirm that traffic stops passing on the PF interface when you create a VF interface. That didn't used to happen, so I'm investigating why that is right now. On Wed, Feb 24, 2016 at 8:09 AM Ultima wrote: > Decided to do some more tests, I actually have a second board with sr-iov > capabilities that I used for awhile with vmware esxi. I decided to test > this out and unfortunately it won't activate, it is giving the no space > left on device error message. I double checked bios and all VT-d related > options are enabled and have hw.ix.num_queues="4" in /boot/loader.conf. Is > there anything else that may need to be set? .(It did work on vmware) > > For my second test, I moved the X540-AT1 to the board with the X540-AT2. > It functioned with the same issues as the AT2 tho. > > > I don't think I listed the motherboards in question yet so ill list them > now. > > S1200BTLRM - > > http://ark.intel.com/products/69633/Intel-Server-Board-S1200BTLRM?q=S1200BTLRM > MD80-TM0 > > - http://b2b.gigabyte.com/products/product-page.aspx?pid=5146#ov > > I'm not sure if it will be of any help tho. > > Ultima > _______________________________________________ > 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 25 01:12:42 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4782BAB3BC6; Thu, 25 Feb 2016 01:12:42 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-vk0-x22c.google.com (mail-vk0-x22c.google.com [IPv6:2607:f8b0:400c:c05::22c]) (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 F2114947; Thu, 25 Feb 2016 01:12:41 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-vk0-x22c.google.com with SMTP id k196so34574710vka.0; Wed, 24 Feb 2016 17:12:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=UI9IdeNj7kw+IPk4h+deA5wBZwzBp42TXJjnI+3P69I=; b=OjwL2/4QnGMYmCrRrUaZLCV1Z4PEcu24xwVA2mmduZ2v/nItxUwPz7H6ZwlxgVm2n3 s9w1F4sg844lCRtgtxkrxdpB5bQfbu87HZoCz7L7WbEqNx4wMQ4AN9g+UxPzWqevXtI+ KQNefhiDhiL3OxahiXCglEm4Fr7e2q/+eW+luNocdVieM1rhHpsnM0uv9gjaJkUrlexJ xY/VLDawuhhTPatIgHrnxoCYAgUKdNpTYrDRSirnyfirEg11RBgwJKz/qYjm4suPkdQI bDPUosjYQZQBVGr3H8NjONd+JT5/guydnqjdmsP/CwSuRTSewQ4tzHJ/5I7XoaeRpncW 4jOQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=UI9IdeNj7kw+IPk4h+deA5wBZwzBp42TXJjnI+3P69I=; b=mDqJBzw5V8Tk9ayGilHJwxNPcLBqfwkrAM/w0UiWkmjdJEAqfGcouFEEFB10m1x0i1 Q7i1jUhmjWktKm9HMDM6KVIObi5MQSuCzhsBhbpkDA5O52bC45wDYL6/Uj82IRGYKSSP Y/s/XxGYwj16uZ9r7zpMlEjlWel8nLy490F2MeQsJRkbzmYZ+ZqcGVx9KJxrnP3BzkT4 /TVadoOWcYHfRMEAxDDA3XcY5o9GuDcs308IU1FEUFRdNFB862yrreCVg8p39dGS6hbD sXowzfRIeju2qmr1PFnwYIazAw/TOZ6fmgkkVtnRteM1xWnr+RMibXL9XTxXi9jurrJI 5ctQ== X-Gm-Message-State: AG10YOS97jLgyDrGpFlIc/GFZeEW7MMI85toxWPS/ZwvvXyXMXZFbyBI1Ia5Kg46nOeDm+fdCQFXCf41XWNQkw== MIME-Version: 1.0 X-Received: by 10.31.128.15 with SMTP id b15mr26053371vkd.128.1456362761012; Wed, 24 Feb 2016 17:12:41 -0800 (PST) Received: by 10.31.194.194 with HTTP; Wed, 24 Feb 2016 17:12:40 -0800 (PST) In-Reply-To: References: Date: Wed, 24 Feb 2016 20:12:40 -0500 Message-ID: Subject: Re: sr-iov issues, reset_hw() failed with error -100 From: Ultima To: Eric Joyner Cc: freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Feb 2016 01:12:42 -0000 Yeah, still getting the -100 error, I do have sendmail disabled. I just tested with sendmail up and running then add the VF's and it still shows the error message. On Wed, Feb 24, 2016 at 8:04 PM, Eric Joyner wrote: > Are you still getting the -100 errors when trying to load the VF driver? > > I've tried SR-IOV on a system here, and I can confirm that traffic stops > passing on the PF interface when you create a VF interface. That didn't > used to happen, so I'm investigating why that is right now. > > On Wed, Feb 24, 2016 at 8:09 AM Ultima wrote: > >> Decided to do some more tests, I actually have a second board with sr-iov >> capabilities that I used for awhile with vmware esxi. I decided to test >> this out and unfortunately it won't activate, it is giving the no space >> left on device error message. I double checked bios and all VT-d related >> options are enabled and have hw.ix.num_queues="4" in /boot/loader.conf. Is >> there anything else that may need to be set? .(It did work on vmware) >> >> For my second test, I moved the X540-AT1 to the board with the X540-AT2. >> It functioned with the same issues as the AT2 tho. >> >> >> I don't think I listed the motherboards in question yet so ill list them >> now. >> >> S1200BTLRM - >> >> http://ark.intel.com/products/69633/Intel-Server-Board-S1200BTLRM?q=S1200BTLRM >> MD80-TM0 >> >> - http://b2b.gigabyte.com/products/product-page.aspx?pid=5146#ov >> >> I'm not sure if it will be of any help tho. >> >> Ultima >> _______________________________________________ >> 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 25 03:55:25 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E0B9EAB1F3A for ; Thu, 25 Feb 2016 03:55:25 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) 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 C936B1312 for ; Thu, 25 Feb 2016 03:55:25 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: by mailman.ysv.freebsd.org (Postfix) id C9523AB1F38; Thu, 25 Feb 2016 03:55:25 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C8BA8AB1F37; Thu, 25 Feb 2016 03:55:25 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8A8051311; Thu, 25 Feb 2016 03:55:25 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1aYn1J-003NXU-4g>; Thu, 25 Feb 2016 04:55:17 +0100 Received: from x55b3839c.dyn.telefonica.de ([85.179.131.156] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (envelope-from ) id <1aYn1I-003KD0-PI>; Thu, 25 Feb 2016 04:55:17 +0100 Date: Thu, 25 Feb 2016 04:55:15 +0100 From: "O. Hartmann" To: Ivan Klymenko Cc: current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: emulators/virtualbox-ose-kmod build error Message-ID: <20160225045515.2b016ac4.ohartman@zedat.fu-berlin.de> In-Reply-To: <20160224220429.08bfdfde@nonamehost.local> References: <20160224220429.08bfdfde@nonamehost.local> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/n/+ym_0528gm/HPP8XrmWNJ"; protocol="application/pgp-signature" X-Originating-IP: 85.179.131.156 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Feb 2016 03:55:26 -0000 --Sig_/n/+ym_0528gm/HPP8XrmWNJ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Wed, 24 Feb 2016 22:04:29 +0200 Ivan Klymenko schrieb: > After update from r295867 to r295994: >=20 > ... > /usr/local/bin/ccache cc -O2 -pipe -march=3Dnative -fno-strict-aliasing -= DRT_OS_FREEBSD > -DIN_RING0 -DIN_RT_R0 -DIN_SUP_R0 -DSUPDRV_WITH_RELEASE_LOGGER -DVBOX -DR= T_WITH_VBOX -w > -DVBOX_WITH_HARDENING -DVBOX_WITH_64_BITS_GUESTS -DRT_ARCH_AMD64 -march= =3Dnative -Werror > -D_KERNEL -DKLD_MODULE -nostdinc -Iinclude -I. -Ir0drv -I. -I/usr/src/sy= s -fno-common > -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -= mno-red-zone > -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreesta= nding -fwrapv > -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-proto= types > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign > -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-= show-option > -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-bo= dy > -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-po= inter-sign > -Wno-error-shift-negative-value -fvectorize -fslp-vectorize -fbloc ks > -fcolor-diagnostics -mno-aes -mno-avx -std=3Diso9899:1999 > -c /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualB= ox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/memobj-r0= drv-freebsd.c > -o memobj-r0drv-freebsd.o --- assert-r0drv-freebsd.o --- In file included > from /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/Virtua= lBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/assert-= r0drv-freebsd.c:34: > In file included > from /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/Virtua= lBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/the-fre= ebsd-kernel.h:39: /usr/src/sys/sys/bus.h:659:10: > fatal error: 'device_if.h' file not found #include "device_if.h" ^ --- > alloc-r0drv-freebsd.o --- In file included > from /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/Virtua= lBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/alloc-r= 0drv-freebsd.c:34: > In file included > from /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/Virtua= lBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/the-fre= ebsd-kernel.h:39: /usr/src/sys/sys/bus.h:659:10: > fatal error: 'device_if.h' file not found #include "device_if.h" ^ --- > assert-r0drv-freebsd.o --- 1 error generated. --- initterm-r0drv-freebsd.= o --- In file > included > from /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/Virtua= lBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/initter= m-r0drv-freebsd.c:34: > In file included > from /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/Virtua= lBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/the-fre= ebsd-kernel.h:39: /usr/src/sys/sys/bus.h:659:10: > fatal error: 'device_if.h' file not found #include "device_if.h" ^ --- > assert-r0drv-freebsd.o --- *** [assert-r0drv-freebsd.o] Error code 1 >=20 > make[3]: stopped > in /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualB= ox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv > --- initterm-r0drv-freebsd.o --- 1 error generated. > --- alloc-r0drv-freebsd.o --- > 1 error generated. > --- initterm-r0drv-freebsd.o --- > *** [initterm-r0drv-freebsd.o] Error code 1 >=20 > make[3]: stopped > in /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualB= ox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv > --- memobj-r0drv-freebsd.o --- In file included > from /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/Virtua= lBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/memobj-= r0drv-freebsd.c:36: > In file included > from /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/Virtua= lBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/the-fre= ebsd-kernel.h:39: /usr/src/sys/sys/bus.h:659:10: > fatal error: 'device_if.h' file not found #include "device_if.h" ^ > --- alloc-r0drv-freebsd.o --- > *** [alloc-r0drv-freebsd.o] Error code 1 >=20 > make[3]: stopped > in /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualB= ox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv > --- memobj-r0drv-freebsd.o --- 1 error generated. > *** [memobj-r0drv-freebsd.o] Error code 1 >=20 > make[3]: stopped > in /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualB= ox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv > 4 errors >=20 > make[3]: stopped > in /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualB= ox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv > *** [all] Error code 2 >=20 > make[2]: stopped > in /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualB= ox-4.3.36/out/freebsd.amd64/release/bin/src > 1 error >=20 > make[2]: stopped > in /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualB= ox-4.3.36/out/freebsd.amd64/release/bin/src > =3D=3D=3D> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE= =3Dyes and rebuild > before reporting the failure to the maintainer. > *** Error code 1 >=20 > Stop. > make[1]: stopped in /usr/ports/emulators/virtualbox-ose-kmod > *** Error code 1 >=20 > Stop. > make: stopped in /usr/ports/emulators/virtualbox-ose-kmod >=20 > =3D=3D=3D>>> make build failed for emulators/virtualbox-ose-kmod > =3D=3D=3D>>> Aborting update =20 >=20 >=20 > =3D=3D=3D>>> You can restart from the point of failure with this command = line: =20 > portmaster emulators/virtualbox-ose-kmod=20 >=20 > root@nonamehost:/ #=20 > _______________________________________________ > 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" Same here ... --Sig_/n/+ym_0528gm/HPP8XrmWNJ Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWznsjAAoJEOgBcD7A/5N8G7cH/06b0apC8cxrDcXEJsO5p5Cs AVCdTmoTdjA2DeQIoYWkFNOARdU6lnrF65y7uoIIL7GGbhErCBQ7RTwOO6UrYKO7 j8V/UmFwKxuFUxzMJivGmBQ2qU2YdRPgRerm3/FiFFEs/3pE4nO7ouP1S3zJYlkC lL+zNHncEk/lls4DcFXkI3vFkkGtAp8y+kXv6LDKYxXnBcL9GeEMJN+2fuGTmQcB BlaJtPt5sinvwn9EtfWNw5e3JGCF6sSswLz3BSjqZrYsNp9W4VeZBbdZobHK87vM IHZTKZoo4yDv7thhB+TPGjZk5Z4h+lX7rjnZOiaqD4qYyKdMzUziNh6bQ50XuJI= =VsIc -----END PGP SIGNATURE----- --Sig_/n/+ym_0528gm/HPP8XrmWNJ-- From owner-freebsd-current@freebsd.org Thu Feb 25 08:46:13 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 25546AB39BC for ; Thu, 25 Feb 2016 08:46:13 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) 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 0EC3B925 for ; Thu, 25 Feb 2016 08:46:13 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: by mailman.ysv.freebsd.org (Postfix) id 0E957AB39BB; Thu, 25 Feb 2016 08:46:13 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E8399AB39B9; Thu, 25 Feb 2016 08:46:12 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AD4E7924; Thu, 25 Feb 2016 08:46:12 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1aYrYn-000AdT-Fm>; Thu, 25 Feb 2016 09:46:09 +0100 Received: from p578a69f9.dip0.t-ipconnect.de ([87.138.105.249] helo=freyja.zeit4.iv.bundesimmobilien.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (envelope-from ) id <1aYrYn-003fRp-4w>; Thu, 25 Feb 2016 09:46:09 +0100 Date: Thu, 25 Feb 2016 09:46:04 +0100 From: "O. Hartmann" To: Tommy Scheunemann Cc: Ivan Klymenko , current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: emulators/virtualbox-ose-kmod build error Message-ID: <20160225094604.12096017@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: References: <20160224220429.08bfdfde@nonamehost.local> <20160225045515.2b016ac4.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Originating-IP: 87.138.105.249 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Feb 2016 08:46:13 -0000 On Thu, 25 Feb 2016 09:31:00 +0100 Tommy Scheunemann wrote: > > Am Wed, 24 Feb 2016 22:04:29 +0200 > > Ivan Klymenko schrieb: > > > >> After update from r295867 to r295994: > >> > >> ... > >> /usr/local/bin/ccache cc -O2 -pipe -march=native -fno-strict-aliasing > >> -DRT_OS_FREEBSD -DIN_RING0 -DIN_RT_R0 -DIN_SUP_R0 > >> -DSUPDRV_WITH_RELEASE_LOGGER -DVBOX -DRT_WITH_VBOX -w > >> -DVBOX_WITH_HARDENING -DVBOX_WITH_64_BITS_GUESTS -DRT_ARCH_AMD64 > >> -march=native -Werror -D_KERNEL -DKLD_MODULE -nostdinc -Iinclude -I. > >> -Ir0drv -I. -I/usr/src/sys -fno-common -fno-omit-frame-pointer > >> -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx > >> -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding > >> -fwrapv -fstack-protector -Wall -Wredundant-decls -Wnested-externs > >> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > >> -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ > >> -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas > >> -Wno-error-tautological-compare -Wno-error-empty-body > >> -Wno-error-parentheses-equality -Wno-error-unused-function > >> -Wno-error-pointer-sign -Wno-error-shift-negative-value -fvectorize > >> -fslp-vectorize -fbloc ks -fcolor-diagnostics -mno-aes -mno-avx > >> -std=iso9899:1999 > >> -c /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/memobj-r0drv-freebsd.c > >> -o memobj-r0drv-freebsd.o --- assert-r0drv-freebsd.o --- In file included > >> from /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/assert-r0drv-freebsd.c:34: > >> In file included > >> from /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/the-freebsd-kernel.h:39: /usr/src/sys/sys/bus.h:659:10: > >> fatal error: 'device_if.h' file not found #include "device_if.h" ^ --- > >> alloc-r0drv-freebsd.o --- In file included > >> from /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/alloc-r0drv-freebsd.c:34: > >> In file included > >> from /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/the-freebsd-kernel.h:39: /usr/src/sys/sys/bus.h:659:10: > >> fatal error: 'device_if.h' file not found #include "device_if.h" ^ --- > >> assert-r0drv-freebsd.o --- 1 error generated. --- initterm-r0drv-freebsd.o > >> --- In file included > >> from /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/initterm-r0drv-freebsd.c:34: > >> In file included > >> from /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/the-freebsd-kernel.h:39: /usr/src/sys/sys/bus.h:659:10: > >> fatal error: 'device_if.h' file not found #include "device_if.h" ^ --- > >> assert-r0drv-freebsd.o --- *** [assert-r0drv-freebsd.o] Error code 1 > >> > >> make[3]: stopped > >> in /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv > >> --- initterm-r0drv-freebsd.o --- 1 error generated. > >> --- alloc-r0drv-freebsd.o --- > >> 1 error generated. > >> --- initterm-r0drv-freebsd.o --- > >> *** [initterm-r0drv-freebsd.o] Error code 1 > >> > >> make[3]: stopped > >> in /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv > >> --- memobj-r0drv-freebsd.o --- In file included > >> from /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/memobj-r0drv-freebsd.c:36: > >> In file included > >> from /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/the-freebsd-kernel.h:39: /usr/src/sys/sys/bus.h:659:10: > >> fatal error: 'device_if.h' file not found #include "device_if.h" ^ > >> --- alloc-r0drv-freebsd.o --- > >> *** [alloc-r0drv-freebsd.o] Error code 1 > >> > >> make[3]: stopped > >> in /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv > >> --- memobj-r0drv-freebsd.o --- 1 error generated. > >> *** [memobj-r0drv-freebsd.o] Error code 1 > >> > >> make[3]: stopped > >> in /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv > >> 4 errors > >> > >> make[3]: stopped > >> in /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src/vboxdrv > >> *** [all] Error code 2 > >> > >> make[2]: stopped > >> in /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src > >> 1 error > >> > >> make[2]: stopped > >> in /media/da0s1/obj/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.36/out/freebsd.amd64/release/bin/src > >> ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and > >> rebuild before reporting the failure to the maintainer. > >> *** Error code 1 > >> > >> Stop. > >> make[1]: stopped in /usr/ports/emulators/virtualbox-ose-kmod > >> *** Error code 1 > >> > >> Stop. > >> make: stopped in /usr/ports/emulators/virtualbox-ose-kmod > >> > >> ===>>> make build failed for emulators/virtualbox-ose-kmod > >> ===>>> Aborting update > >> > >> > >> ===>>> You can restart from the point of failure with this command line: > >> portmaster emulators/virtualbox-ose-kmod > >> > >> root@nonamehost:/ # > >> _______________________________________________ > >> 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" > > > > Same here ... > > > > Hi, > > try to disable ccache for building the port. Been running into the same > problem and disabling ccache fixed it. > > Kind regards Don't use ccache! From owner-freebsd-current@freebsd.org Thu Feb 25 12:36:14 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 89BDEAB202A for ; Thu, 25 Feb 2016 12:36:14 +0000 (UTC) (envelope-from mail@m.jwh.me.uk) Received: from eva.tinkyfi.com (eva.tinkyfi.com [107.191.63.190]) by mx1.freebsd.org (Postfix) with ESMTP id 5828F12D6 for ; Thu, 25 Feb 2016 12:36:13 +0000 (UTC) (envelope-from mail@m.jwh.me.uk) Received: from [172.20.4.181] (cc29.ipi-group.co.uk [85.159.128.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mail@m.jwh.me.uk) by eva.tinkyfi.com (Postfix) with ESMTPSA id 3q9trk6sP8z5Hj9 for ; Thu, 25 Feb 2016 12:36:06 +0000 (UTC) Subject: Re: CVE-2015-7547: critical bug in libc To: freebsd-current@freebsd.org References: <20160217142410.18748906@freyja.zeit4.iv.bundesimmobilien.de> <20160217134003.GB57405@mutt-hardenedbsd> <56C50A0C.5090207@m.jwh.me.uk> From: Joe Holden Message-ID: <56CEF536.4060707@m.jwh.me.uk> Date: Thu, 25 Feb 2016 12:36:06 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Feb 2016 12:36:14 -0000 On 22/02/2016 00:04, Chris H wrote: > On Thu, 18 Feb 2016 08:39:32 -0600 (CST) Dan Mack wrote > >> On Thu, 18 Feb 2016, Joe Holden wrote: >> >>> On 17/02/2016 14:07, Daniel Kalchev wrote: >>>>> On 17.02.2016 ?., at 15:40, Shawn Webb >>>>> wrote: >>> >>>>> TL;DR: FreeBSD is not affected by CVE-2015-7547. >>>> >>>> Unless you use Linux applications under emulation. >>>> >>>> Daniel >>>> >>> Which is supported by ports so at most it should be a ports advisory and >>> not a FreeBSD (base) SA and therefore not on the website. >>> >>> Just my 2p ;) >> Documenting and putting out security advisiories for other operating >> systems seems like a bad precedent in general. The same could be said >> for runniing java applications, windows under bhyve, etc. - *sigh* - >> if the cross over use is common via a port, then have the port maybe >> remind users to consult their distribution specific security >> vulnerabilites prior to running it maybe - which is what they should >> be doing anyway. >> >> That's my two insignificant cents :-) >> >> Dan > If Sell distributes a bad batch of gasoline. It's not Chevrolet's > responsibility to inform it's car buyers/owners, that Shell produced > a bad batch of gasoline. Is it? :) > > --Chris Exactly, however it is done now so nevermind From owner-freebsd-current@freebsd.org Thu Feb 25 14:01:53 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 799C4AAF319 for ; Thu, 25 Feb 2016 14:01:53 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 410101F3C for ; Thu, 25 Feb 2016 14:01:52 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1aYwUI-002AJJ-Ru>; Thu, 25 Feb 2016 15:01:50 +0100 Received: from p578a69f9.dip0.t-ipconnect.de ([87.138.105.249] helo=freyja.zeit4.iv.bundesimmobilien.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (envelope-from ) id <1aYwUI-004AYU-Fu>; Thu, 25 Feb 2016 15:01:50 +0100 Date: Thu, 25 Feb 2016 15:01:49 +0100 From: "O. Hartmann" To: freebsd-current Subject: sdhci_pci0_slot0: Controller Timeout Message-ID: <20160225150149.4d077f4c@freyja.zeit4.iv.bundesimmobilien.de> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Originating-IP: 87.138.105.249 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Feb 2016 14:01:53 -0000 Running most recent CURRENT (r296023) on an Intel NUC with a Intel Celeron 3050 CPU, booting off a SD card, the box complains about a SDHCI controler timeout with sdhci_pci0_slot0: Controller Timeout followed by a register dump. Thiss takes up to two minutes, then the box boots through. The SD card slot reader (built-in) seems to reside at slot1, so I guess probing the slot0 followed by the error shown above is not a real bug or error. If not an error, is there a way to avoid/skip probing slot0 or shorten the probing attempts? Thanks in advance, Oliver From owner-freebsd-current@freebsd.org Thu Feb 25 17:31:42 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34F04AB398C for ; Thu, 25 Feb 2016 17:31:42 +0000 (UTC) (envelope-from miguelmclara@gmail.com) Received: from mail-lf0-x232.google.com (mail-lf0-x232.google.com [IPv6:2a00:1450:4010:c07::232]) (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 9C48B1C6E for ; Thu, 25 Feb 2016 17:31:41 +0000 (UTC) (envelope-from miguelmclara@gmail.com) Received: by mail-lf0-x232.google.com with SMTP id l143so37809061lfe.2 for ; Thu, 25 Feb 2016 09:31:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=EPSFLoTsGQMEVO5bC6s0cvIUSHXunuktElaOUqmTt9o=; b=k3dppAPY3vZNrrUwW0HMqL/Onb8nOItVXf0djuUI1noCzlKVzueCcqFKZiDpV7520H QXrRstVLMzf7lhM1Jon8dFRXtOpe/pfgBmjr9mMuP7JJ4/WMZVxXLbVDwfxmMMUFiNNp YNbDnsJKbsvN697KjEgq66qsECZAXiMgTVuhdMufYv0VqPLxBxFq21sxUQN2ln0Xf6Pi xLFqaRZyXu6hxmC/KFMFXkoeOUhRoK9XvZkUODR30AJ5lsFuAOZ4Y4lMA7wegYM9wSQg WkWyB5nQg5n4cImS63FAr//uXV+EDJTQW6Nr+691mLMViJofzuT4c2LCsXiNrcit5tDj WSuw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=EPSFLoTsGQMEVO5bC6s0cvIUSHXunuktElaOUqmTt9o=; b=I+RqKGtYCq6/Qt8K9KeQUur1vGG+/4FU96pK5VmGi6d1c6hzhiRv4sSl5x9XCjQToJ qMfLdZ0kJyLcJYMmU8Hwu10ux5+Jj2/cRw4PWjZamgiy+0TD/xdzyuqF9tu1CJWFUT9l yJ/fBdCA4XVs2fjfD/H8x3MV7RdhyptAkuk6jHGKbVsXboHHA2TzMMuMVhN5Sza2INBz 1K/x2JXtBRB+7cwTzlPUu4GGsGGZ+akna7FQdIIr/Dp/fCDoOiYMhZPHkfAr4GeZY60d Et7ymKv+RDfwnqeRnQ8/Ka+Aa1KYNWyViN8rCTrNzGGr+v8xjuaiiRtoqtXSFvlKeXao LUhA== X-Gm-Message-State: AG10YOSDH440wT1d6QKz5e5YbYyu///PvjmePcvUGLDE7lb5oZSwpWS+8OKka8pft69ITzS0/y0krsC9MO5XJA== X-Received: by 10.25.163.76 with SMTP id m73mr13727163lfe.39.1456421499078; Thu, 25 Feb 2016 09:31:39 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.19.94 with HTTP; Thu, 25 Feb 2016 09:30:59 -0800 (PST) In-Reply-To: <56CF3812.9010404@selasky.org> References: <56CD5B97.6000102@selasky.org> <56CDF137.9090606@selasky.org> <56CEB264.9020605@selasky.org> <56CEE230.3000402@selasky.org> <56CF3812.9010404@selasky.org> From: Miguel C Date: Thu, 25 Feb 2016 17:30:59 +0000 Message-ID: Subject: Re: pwcview and cheese - Device not configured / Invalid argument erros To: Hans Petter Selasky , freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Feb 2016 17:31:42 -0000 On Thu, Feb 25, 2016 at 5:21 PM, Hans Petter Selasky wrote: > On 02/25/16 18:13, Miguel C wrote: > >> so should I step until that then run cheese, and then step again? >> > > You should get a breakpoint event when you start pwcview. Then single step. > (gdb) breakpoint usb_submit_urb Undefined command: "breakpoint". Try "help". (gdb) break usb_submit_urb Breakpoint 1 at 0x412c23: file kernel/linux_usb.c, line 601. (gdb) run -N 1-3M-HD-WebCam-SuYin Starting program: /usr/local/sbin/webcamd -N 1-3M-HD-WebCam-SuYin [New LWP 101819] [New Thread 802215000 (LWP 101819/webcamd)] : USB HID core driver Linux video capture interface: v2.00 lirc_dev: IR Remote Control driver registered, major 14 IR NEC protocol handler initialized IR RC5(x/sz) protocol handler initialized IR RC6 protocol handler initialized IR JVC protocol handler initialized IR Sony protocol handler initialized IR SANYO protocol handler initialized IR LIRC bridge handler initialized IR XMP protocol handler initialized b2c2-flexcop: B2C2 FlexcopII/II(b)/III digital TV receiver chip loaded successfully uvcvideo: Unable to create debugfs directory USB Video Class driver (1.1.1) cpia2: V4L-Driver for Vision CPiA2 based cameras v3.0.1 pvrusb2: V4L in-tree version:Hauppauge WinTV-PVR-USB2 MPEG2 Encoder/Tuner pvrusb2: Debug mask is 31 (0x1f) USBVision USB Video Device Driver for Linux : 0.9.11 em28xx: Registered (Em28xx v4l2 Extension) extension em28xx: Registered (Em28xx dvb Extension) extension Attached to ugen0.5[0] uvcvideo: Found UVC 1.00 device 1.3M HD WebCam (064e:c321) [New Thread 802216c00 (LWP 101439/webcamd)] [Switching to Thread 802215000 (LWP 101819/webcamd)] Breakpoint 1, usb_submit_urb (urb=0x80228b070, mem_flags=0) at kernel/linux_usb.c:601 601 if (urb == NULL) Current language: auto; currently minimal (gdb) With this I can not start pwcview or cheese because /dev/video doesn't exist yet Gonna try the sysctl for log capture > > --HPS > From owner-freebsd-current@freebsd.org Thu Feb 25 19:40:50 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A93CBAB3F7A for ; Thu, 25 Feb 2016 19:40:50 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 895401A0A for ; Thu, 25 Feb 2016 19:40:50 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:Subject:To:From:Date:Content-Transfer-Encoding: Content-Type:MIME-Version; bh=EBwK5OL7HAo4LsblzHHqXq9b7JJBqU9EVHXuHezIBRg=; b=CDaKcnryFnDQX7j0SjCEdzq+kkVKeuYsy0CeDOSXM6qxc8hgNs4mJO4LbOYLEuFp8TFw8aBA51 NsTv69h7tqIIe6lqAKmGNJ4HbFdEvr9590pxGeCY07ZW6x9OEuHggdYENjDvC1nQ6N7GLoQ3t4jfQ lllvx02qE9BoLze16gB8=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:24821 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aZ1mL-0008Kx-C6 for freebsd-current@freebsd.org; Thu, 25 Feb 2016 13:40:49 -0600 Received: from proxy.lucent.com ([135.245.49.12]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Thu, 25 Feb 2016 13:40:49 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 25 Feb 2016 13:40:49 -0600 From: Larry Rosenman To: Freebsd current Subject: Intel BT USB Message-ID: <785b4ff9f0a166ffec771dcb73b2cdee@thebighonker.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.4 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Feb 2016 19:40:50 -0000 Anyone know what I need to support this: ugen0.3: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (100mA) -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Thu Feb 25 20:18:50 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A63A0AB4CC9 for ; Thu, 25 Feb 2016 20:18:50 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8961E18FB; Thu, 25 Feb 2016 20:18:50 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:Subject:Cc:To:From:Date:Content-Transfer-Encoding: Content-Type:MIME-Version; bh=+ukCl7CHe5HQfmyleNLJttqcdlumDgD2EcSgQ4lEvHs=; b=ejKn+uwtdzOqvhQ2cmqg5hnNap4LQ93vkZ0L/G9UnEYqsWaOUhSuU/Yl1pvxsSkmHTG/IJkbvi RGzqbL2TPrxg/TyrlQk66tmofvUAGY0JALTuX2haXNCNoAd6+TUFlBwkCGB9AzlDv/vnn9xTjxgeo FbpQDXNNDJrGN8iUYyw8=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:27671 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aZ2N7-0009Q8-Ll; Thu, 25 Feb 2016 14:18:49 -0600 Received: from proxy.lucent.com ([135.245.49.12]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Thu, 25 Feb 2016 14:18:49 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Thu, 25 Feb 2016 14:18:49 -0600 From: Larry Rosenman To: cem@freebsd.org Cc: Freebsd current Subject: Re: Intel BT USB Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.4 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Feb 2016 20:18:50 -0000 That doesn't seem to help :( (I'll cold boot it when I get home, but....) uhub0: 24 ports with 24 removable, self powered Root mount waiting for: usbus0 ugen0.2: at usbus0 Root mount waiting for: usbus0 usb_alloc_device: set address 3 failed (USB_ERR_TIMEOUT, ignored) Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_ERR_TIMEOUT Root mount waiting for: usbus0 usbd_req_re_enumerate: addr=3, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_ERR_TIMEOUT Root mount waiting for: usbus0 Root mount waiting for: usbus0 usbd_req_re_enumerate: addr=3, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_ERR_TIMEOUT Root mount waiting for: usbus0 Root mount waiting for: usbus0 usbd_req_re_enumerate: addr=3, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_ERR_TIMEOUT Root mount waiting for: usbus0 Root mount waiting for: usbus0 usbd_req_re_enumerate: addr=3, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_ERR_TIMEOUT ugen0.3: at usbus0 (disconnected) uhub_reattach_port: could not allocate new device Root mount waiting for: usbus0 ugen0.3: at usbus0 hid_get_item: Number of items(256) truncated to 255 re0: link state changed to DOWN re0: link state changed to UP uhid0: on usbus0 info: [drm] Initialized drm 1.1.0 20060810 uhid1: on usbus0 uhid1: no report descriptor device_attach: uhid1 attach returned 12 $ cd /usr/src/sys/netgraph/bluetooth/ /usr/src/sys/netgraph/bluetooth/common /usr/src/sys/netgraph/bluetooth/include /usr/src/sys/netgraph/bluetooth/drivers /usr/src/sys/netgraph/bluetooth/l2cap /usr/src/sys/netgraph/bluetooth/hci /usr/src/sys/netgraph/bluetooth/socket $ cd /usr/src/sys/netgraph/bluetooth/ /usr/src/sys/netgraph/bluetooth/common /usr/src/sys/netgraph/bluetooth/include /usr/src/sys/netgraph/bluetooth/drivers /usr/src/sys/netgraph/bluetooth/l2cap /usr/src/sys/netgraph/bluetooth/hci /usr/src/sys/netgraph/bluetooth/socket $ cd /usr/src/sys/netgraph/bluetooth/drivers/ /usr/src/sys/netgraph/bluetooth/drivers/bt3c /usr/src/sys/netgraph/bluetooth/drivers/h4 /usr/src/sys/netgraph/bluetooth/drivers/ubt /usr/src/sys/netgraph/bluetooth/drivers/ubtbcmfw $ cd /usr/src/sys/netgraph/bluetooth/drivers/ubt $ svn diff -u Subcommand 'diff' doesn't accept option '-u [--show-updates]' Type 'svn help diff' for usage. $ svn diff Index: ng_ubt.c =================================================================== --- ng_ubt.c (revision 295928) +++ ng_ubt.c (working copy) @@ -498,6 +498,8 @@ { USB_VPI(USB_VENDOR_LITEON, 0x2003, 0) }, { USB_VPI(USB_VENDOR_FOXCONN, 0xe042, 0) }, { USB_VPI(USB_VENDOR_DELL, 0x8197, 0) }, + /* INTEL 3165 BT */ + { USB_VPI(0x8087, 0x0a2a, 0) }, }; /* $ On 2016-02-25 13:56, Conrad Meyer wrote: > Knowing nothing about USB or Bluetooth — it may just need an entry > with the right device id in the ubt_devs table of > sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c. > > > Best, > Conrad > > On Thu, Feb 25, 2016 at 11:40 AM, Larry Rosenman > wrote: >> Anyone know what I need to support this: >> >> ugen0.3: at usbus0, cfg=0 md=HOST >> spd=FULL >> (12Mbps) pwr=ON (100mA) >> >> -- >> Larry Rosenman http://www.lerctr.org/~ler >> Phone: +1 214-642-9640 E-Mail: ler@lerctr.org >> US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 >> _______________________________________________ >> 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" -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Thu Feb 25 20:21:15 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 60F9DAB4DCB for ; Thu, 25 Feb 2016 20:21:15 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-yw0-f174.google.com (mail-yw0-f174.google.com [209.85.161.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2B8AF1BFB for ; Thu, 25 Feb 2016 20:21:15 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-yw0-f174.google.com with SMTP id e63so52204836ywc.3 for ; Thu, 25 Feb 2016 12:21:14 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=iu4qxYPelKf0XjuCVqq6myVxotuaJdqV+9gs86uiqYw=; b=gIumXQB5zxJ815ynZOovkofI6V1KF+KpP0gpS6syfAw8Ms1K1bFcyavdtJEgZzjDmu 1IstJIVl5Fbp72WZlGrBpIwSFO6SiXX3UfE2uFB3+7mGfbCC/ikeW1lUD7ExVZO+r9X4 xLapEfLp8hsCpryRI7S0Y7qkv2XtMqxLm8+HsB/u5Qu7/izxS0Pu/GCsJvCEAxiJlouI NKWUs1SEMjfvMO13SA76wAPs8zXxPahnw9ACQpQ9D9cgqvWfixET+qoQ4eJth7mi1ols JETHlX32aeP0HNAoTtb7GczpCCiVCfnQLubk9djDZ2Xw0nasBtnRZABiD8zWFnc0kaiC /NHg== X-Gm-Message-State: AG10YOSKMlixyBvTTiX30eSwFdf37AF+gHIJm5VIVSMQC3ZwyoYGMYXD+GAngdwblxHtXQ== X-Received: by 10.129.42.85 with SMTP id q82mr27925299ywq.265.1456430215202; Thu, 25 Feb 2016 11:56:55 -0800 (PST) Received: from mail-yw0-f178.google.com (mail-yw0-f178.google.com. [209.85.161.178]) by smtp.gmail.com with ESMTPSA id c126sm7110362ywa.52.2016.02.25.11.56.54 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 25 Feb 2016 11:56:54 -0800 (PST) Received: by mail-yw0-f178.google.com with SMTP id g127so51891394ywf.2 for ; Thu, 25 Feb 2016 11:56:54 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.13.252.197 with SMTP id m188mr26162722ywf.281.1456430214544; Thu, 25 Feb 2016 11:56:54 -0800 (PST) Reply-To: cem@FreeBSD.org Received: by 10.37.115.82 with HTTP; Thu, 25 Feb 2016 11:56:54 -0800 (PST) In-Reply-To: <785b4ff9f0a166ffec771dcb73b2cdee@thebighonker.lerctr.org> References: <785b4ff9f0a166ffec771dcb73b2cdee@thebighonker.lerctr.org> Date: Thu, 25 Feb 2016 11:56:54 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Intel BT USB From: Conrad Meyer To: Larry Rosenman 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.20 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, 25 Feb 2016 20:21:15 -0000 Knowing nothing about USB or Bluetooth =E2=80=94 it may just need an entry with the right device id in the ubt_devs table of sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c. Best, Conrad On Thu, Feb 25, 2016 at 11:40 AM, Larry Rosenman wrote: > Anyone know what I need to support this: > > ugen0.3: at usbus0, cfg=3D0 md=3DHOST spd= =3DFULL > (12Mbps) pwr=3DON (100mA) > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 214-642-9640 E-Mail: ler@lerctr.org > US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 > _______________________________________________ > 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 25 20:44:31 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 87F43AB4BEB for ; Thu, 25 Feb 2016 20:44:31 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x22e.google.com (mail-io0-x22e.google.com [IPv6:2607:f8b0:4001:c06::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 561B1ED5; Thu, 25 Feb 2016 20:44:31 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-io0-x22e.google.com with SMTP id l127so101174132iof.3; Thu, 25 Feb 2016 12:44:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-transfer-encoding; bh=fxG5XWOJ8rHIP9Nlij1CyY8B4LQQQgFPK2XEf86QJ3Y=; b=dFKmnAPPY2QbRuy6jZtCxe3K/TqhOvQSl61G/sxVYuQbava8hLCs5zRwpTePkM7f/5 7tTJ/XJ91q3MfiaGIvS1X5K25jUNmnfpRi+OdHAztUiC2vfcsch637ifAf2vHsSC5eMC XrC3O8q74KeVu0FXnAutuf3vZDBnLHjzhFOG3lcLYzzD+HHsH2sia4UyxSjbTFH1tDXt u8ljj9SCTtyp3WgMRAwRyA24MCFLqH1T5u0Ge1cOsLUnR3ptI2wSi66SzeIon6UlUa5c AaDjzinfiB53RRV6su5p2z9JQsEAK4BLl/Jk+VxSLC5RHFVS0TD9EOPXdd6MA1E258jZ vQSg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-transfer-encoding; bh=fxG5XWOJ8rHIP9Nlij1CyY8B4LQQQgFPK2XEf86QJ3Y=; b=PE5yguQy8hKpUQzS5N8TYQtI1EB1pBLZjtQI91pnb92h07GgxUne0xYGP6OebxwfmZ LmKdQa0BEWkx9XcfuFJL8zA7RqwN133frZw5TKQ6mLQEHhJJ91bDfzYsENYZCMRuwHQT eygj2noo7WQ+QsFHAqQ3sQXCYIffbeYComtYRwHqFEtWDWGQ+GWshZcKyqzVXyu11omg zMcBrEQYyoE/Pf+l5ii3M0l6GQMp3UJ0w3+nBWqZiSYFqmb0+3sWfnpho0WhNLdfof0u SxBqmzduiDrQl8trs/t2WGHb7x/vXvEsyLCC324vz6aiNMNWgMfj8QSpOlYFSNwevTo5 T9JA== X-Gm-Message-State: AG10YOQ/Fy49o/HmvMelUyj53JxbAUxrjKRNlFxofM1kY072CIsYxnLL4kpT+m80eT1kqTMMy4Llnjx9bhvE/w== MIME-Version: 1.0 X-Received: by 10.107.132.142 with SMTP id o14mr4772011ioi.75.1456433070650; Thu, 25 Feb 2016 12:44:30 -0800 (PST) Received: by 10.36.14.19 with HTTP; Thu, 25 Feb 2016 12:44:30 -0800 (PST) In-Reply-To: References: <785b4ff9f0a166ffec771dcb73b2cdee@thebighonker.lerctr.org> Date: Thu, 25 Feb 2016 12:44:30 -0800 Message-ID: Subject: Re: Intel BT USB From: Adrian Chadd To: cem@freebsd.org Cc: Larry Rosenman , 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.20 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, 25 Feb 2016 20:44:31 -0000 You need the iwm stuff to setup bluetooth hardware or it won't work right := ( -a On 25 February 2016 at 11:56, Conrad Meyer wrote: > Knowing nothing about USB or Bluetooth =E2=80=94 it may just need an entr= y > with the right device id in the ubt_devs table of > sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c. > > > Best, > Conrad > > On Thu, Feb 25, 2016 at 11:40 AM, Larry Rosenman wrote: >> Anyone know what I need to support this: >> >> ugen0.3: at usbus0, cfg=3D0 md=3DHOST spd= =3DFULL >> (12Mbps) pwr=3DON (100mA) >> >> -- >> Larry Rosenman http://www.lerctr.org/~ler >> Phone: +1 214-642-9640 E-Mail: ler@lerctr.org >> US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 >> _______________________________________________ >> 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= " From owner-freebsd-current@freebsd.org Thu Feb 25 20:45:50 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A30DAB4CB3 for ; Thu, 25 Feb 2016 20:45:50 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2BA22105F; Thu, 25 Feb 2016 20:45:50 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version; bh=9qusFVZUT8dCkO4RKt5Fz21SUIek+2S6NVKI9zUIvYE=; b=mulHL8Y8WtrY2Yr3+yWoS76jQR FZSvaCtmv5e8ZjorW/nEYFCl9kE8egHgm2IBVge9KpGhctBb8vwi+wk1DipJyprekGVV00r/WvUEu OjSA8xD1PtuQ+/Xbh1ETxl1bk5Se/FFvSaEQUYIzx9kQ0vDImMdO8DRokfOokJYz9PsA=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:64569 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aZ2nF-000ADM-C4; Thu, 25 Feb 2016 14:45:49 -0600 Received: from proxy.lucent.com ([135.245.49.12]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Thu, 25 Feb 2016 14:45:49 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Thu, 25 Feb 2016 14:45:49 -0600 From: Larry Rosenman To: Adrian Chadd Cc: cem@freebsd.org, Freebsd current Subject: Re: Intel BT USB In-Reply-To: References: <785b4ff9f0a166ffec771dcb73b2cdee@thebighonker.lerctr.org> Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.4 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Feb 2016 20:45:50 -0000 Ah, I was afraid of that :( Thanks. Let me know if/when you have something(tm) to test. On 2016-02-25 14:44, Adrian Chadd wrote: > You need the iwm stuff to setup bluetooth hardware or it won't work > right :( > > > -a > > > On 25 February 2016 at 11:56, Conrad Meyer wrote: >> Knowing nothing about USB or Bluetooth — it may just need an entry >> with the right device id in the ubt_devs table of >> sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c. >> >> >> Best, >> Conrad >> >> On Thu, Feb 25, 2016 at 11:40 AM, Larry Rosenman >> wrote: >>> Anyone know what I need to support this: >>> >>> ugen0.3: at usbus0, cfg=0 md=HOST >>> spd=FULL >>> (12Mbps) pwr=ON (100mA) >>> >>> -- >>> Larry Rosenman http://www.lerctr.org/~ler >>> Phone: +1 214-642-9640 E-Mail: ler@lerctr.org >>> US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 >>> _______________________________________________ >>> 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" -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 From owner-freebsd-current@freebsd.org Fri Feb 26 03:21:27 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A042AB54FD for ; Fri, 26 Feb 2016 03:21:27 +0000 (UTC) (envelope-from howard0su@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 3BE56106E for ; Fri, 26 Feb 2016 03:21:27 +0000 (UTC) (envelope-from howard0su@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 3D194AB54FC; Fri, 26 Feb 2016 03:21:27 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C9FAAB54FB for ; Fri, 26 Feb 2016 03:21:27 +0000 (UTC) (envelope-from howard0su@gmail.com) Received: from mail-io0-x231.google.com (mail-io0-x231.google.com [IPv6:2607:f8b0:4001:c06::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 08860106D for ; Fri, 26 Feb 2016 03:21:27 +0000 (UTC) (envelope-from howard0su@gmail.com) Received: by mail-io0-x231.google.com with SMTP id l127so109698664iof.3 for ; Thu, 25 Feb 2016 19:21:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=CQweVq2dcP49jJBkD7OiNYT6IG/isFfFGkQreUEAZKk=; b=s1bwyAdJKappiBU939pbRNM/vh3laOh92YuxC0wS2EVl/nMRQd4yXmPOWwTwgMXmfd MLdd+/qEi3jSAzynYfADc6rVQVGerpwfBPUETNakwTsOvI1njJD1XW0cwQpg2qm9UkM8 UX2c7O9muQTMCkNF46FSGEC/b4tRuQ/kKxO96UHOxB6YssLSriXs3zhpf4bksjGOlV1X XzozBTbcaBbClVHmUFV9qPObW+Y8ro2sDD0eFKiZYh8IidSqujtqtwv7yVYzzy8+GSmR CuHCcxUTgfmoY9o0/OiipnAV8TPAs4hohOdFPIiyeZQWOaRzvfQ6+b9YGH3HMLddDhIJ ykuA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=CQweVq2dcP49jJBkD7OiNYT6IG/isFfFGkQreUEAZKk=; b=VrWp3mvqcn38xIqn+nY8wdTV+rdR/6hjgFwLOH9aIsQ/waD+pAyq+x+5Nqxere/U8U lsDCG46Cbb8TKLDYQ+EQ1sWyUbO/HKobhW3x3/16gug3qm2U231/7zkIVQUkPenBhLGY 1B4aP4zCqAw6NYngUg/o/LxXlwt5O6EodUN+ISBmldJyvppLrGF+gWW7Ij0EB/Qi5/lP U5LuB4GCCOVl0gH951mF+KkRIhjFT7eSGMlM1MeC9k+K4Dsvi2If3Syc6CoCAfcn8flb l6eJ/ZeZOj7IH1vfF0lyV8WRpyr8HbOzu0pvB1aOEAncAR6iOiIzzkHsbuom08Dt2UO6 BuNg== X-Gm-Message-State: AG10YOScr/Ywq3iA3n0aEWmMWQz7rW4eZYciNuRW03hTEBPJdLT/8hTHJIIHZ7syFI/XFTI7xYO96tdkXcMU2Q== MIME-Version: 1.0 X-Received: by 10.107.2.198 with SMTP id 189mr5796413ioc.118.1456456886348; Thu, 25 Feb 2016 19:21:26 -0800 (PST) Received: by 10.50.181.137 with HTTP; Thu, 25 Feb 2016 19:21:26 -0800 (PST) Date: Fri, 26 Feb 2016 11:21:26 +0800 Message-ID: Subject: buffer overflow warning in /bin/sh From: Howard Su To: current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 26 Feb 2016 03:21:27 -0000 I got the error when compiling GENERIC kernel with address sanitizer /bin/sh: --- vers.c --- MAKE=3Dmake sh /usr/home/howardsu/freebsd/sys/conf/newvers.sh GENERIC=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D4132=3D=3DERROR: AddressSanitizer: stack-buffer-overflow on address 0x7fffffffc9c0 at pc 0x00000045fdc7 bp 0x7fffffffc930 sp 0x7fffffffc0f0 WRITE of size 312 at 0x7fffffffc9c0 thread T0 #0 0x45fdc6 (/bin/sh+0x45fdc6) #1 0x801431767 (/lib/libc.so.7+0x7c767) #2 0x42ff5e (/bin/sh+0x42ff5e) #3 0x4b6b00 (/bin/sh+0x4b6b00) #4 0x49686e (/bin/sh+0x49686e) #5 0x495572 (/bin/sh+0x495572) #6 0x48c3f9 (/bin/sh+0x48c3f9) #7 0x489920 (/bin/sh+0x489920) #8 0x4acde8 (/bin/sh+0x4acde8) #9 0x4aca4d (/bin/sh+0x4aca4d) #10 0x40fb0e (/bin/sh+0x40fb0e) #11 0x80071afff () Address 0x7fffffffc9c0 is located in stack of thread T0=3D=3D4132=3D=3DAddressSanitizer CHECK failed: /usr/home/howardsu/freebsd/lib/libclang_rt/asan/../../../contrib/compiler-r= t/lib/asan/asan_thread.cc:246 "((ptr[0] =3D=3D kCurrentStackFrameMagic)) !=3D (0)" (0x0, 0x0) #0 0x422b9d (/bin/sh+0x422b9d) #1 0x41de09 (/bin/sh+0x41de09) #2 0x41f301 (/bin/sh+0x41f301) #3 0x4728be (/bin/sh+0x4728be) #4 0x474589 (/bin/sh+0x474589) #5 0x47502a (/bin/sh+0x47502a) #6 0x45fdef (/bin/sh+0x45fdef) #7 0x801431767 (/lib/libc.so.7+0x7c767) #8 0x42ff5e (/bin/sh+0x42ff5e) #9 0x4b6b00 (/bin/sh+0x4b6b00) #10 0x49686e (/bin/sh+0x49686e) #11 0x495572 (/bin/sh+0x495572) #12 0x48c3f9 (/bin/sh+0x48c3f9) #13 0x489920 (/bin/sh+0x489920) #14 0x4acde8 (/bin/sh+0x4acde8) #15 0x4aca4d (/bin/sh+0x4aca4d) #16 0x40fb0e (/bin/sh+0x40fb0e) #17 0x80071afff () *** [vers.c] Error code 1 I am using latest -Current and add the following flags to /etc/make.conf. # CFLAGS+=3D -g -fsanitize=3Daddress -fno-omit-frame-pointer I rebuild /bin/sh as a first step. with the /bin/sh I got the above error. I would like to understand how to get symbols. The following command doesn't work at all. addr2line -e /bin/sh 0x422b9d =E2=80=8BAny idea?=E2=80=8B --=20 -Howard From owner-freebsd-current@freebsd.org Fri Feb 26 03:31:04 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D68D4AB57DD for ; Fri, 26 Feb 2016 03:31:04 +0000 (UTC) (envelope-from cse.cem@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 B6D7B1513 for ; Fri, 26 Feb 2016 03:31:04 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id B81CEAB57DC; Fri, 26 Feb 2016 03:31:04 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7B11AB57DB for ; Fri, 26 Feb 2016 03:31:04 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-yw0-f171.google.com (mail-yw0-f171.google.com [209.85.161.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 807161511 for ; Fri, 26 Feb 2016 03:31:04 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-yw0-f171.google.com with SMTP id u200so60065335ywf.0 for ; Thu, 25 Feb 2016 19:31:04 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=d1q+1YIZgNRKaK0HphqxvNFPcN5uFZcb7hGjwjzYzzE=; b=ODHIz1xNd4U08ptzOy8Awm2glpWxU1svcx62hgbmDC8fICA/gjkDO5miPSUX85sCoJ 11OzfTJoyf76rl44kmgiuy4TcJhFyxZmF5TSuoPp3iz3HpRdHelCRMq+h/ARDVy3DSPC 0TN4oy8O14XlSaTH6mTgsceFgsYB0JhYN2Md/fmTx0a/mB/bCHD6bXQ4iRX25IQ41AoX kQ0juWkXnjemGg+RfpZNAEbyU6Anjm+5qwo1TKzey4dRnGgCq4rJ2D4g8dEpQ+y8I2Ze zmfeEAeqZpTOdPF5ywgUffGrcnwP0zMHX8TxvU3AgKZ4p95EO5B3kijgvaCjoJS/J6nX bbiw== X-Gm-Message-State: AG10YOTlLfY2uiRRnqP0FVtLVDhOTsMCv1ap4JE63AUjwZ99W1seSozxZ/5CqahQeeWtoA== X-Received: by 10.13.231.132 with SMTP id q126mr25044520ywe.203.1456457463125; Thu, 25 Feb 2016 19:31:03 -0800 (PST) Received: from mail-yk0-f177.google.com (mail-yk0-f177.google.com. [209.85.160.177]) by smtp.gmail.com with ESMTPSA id 204sm8506055ywr.32.2016.02.25.19.31.02 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 25 Feb 2016 19:31:02 -0800 (PST) Received: by mail-yk0-f177.google.com with SMTP id z7so30962057yka.3 for ; Thu, 25 Feb 2016 19:31:02 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.37.109.68 with SMTP id i65mr26251620ybc.91.1456457462420; Thu, 25 Feb 2016 19:31:02 -0800 (PST) Reply-To: cem@FreeBSD.org Received: by 10.37.115.82 with HTTP; Thu, 25 Feb 2016 19:31:02 -0800 (PST) In-Reply-To: References: Date: Thu, 25 Feb 2016 19:31:02 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: buffer overflow warning in /bin/sh From: Conrad Meyer To: Howard Su Cc: current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 26 Feb 2016 03:31:04 -0000 I have /etc/src.conf: WITH_DEBUG_FILES=1 WITH_CTF=1 /etc/make.conf: CFLAGS=-fno-omit-frame-pointer WITH_CTF=1 WITH_DEBUG=yes Not sure which of those is relevant (or even correct), but I seem to get debuginfo in /usr/lib/debug/.debug. Best, Conrad On Thu, Feb 25, 2016 at 7:21 PM, Howard Su wrote: > I got the error when compiling GENERIC kernel with address sanitizer > /bin/sh: > --- vers.c --- > MAKE=make sh /usr/home/howardsu/freebsd/sys/conf/newvers.sh > GENERIC================================================================= > ==4132==ERROR: AddressSanitizer: stack-buffer-overflow on address > 0x7fffffffc9c0 at pc 0x00000045fdc7 bp 0x7fffffffc930 sp 0x7fffffffc0f0 > WRITE of size 312 at 0x7fffffffc9c0 thread T0 > #0 0x45fdc6 (/bin/sh+0x45fdc6) > #1 0x801431767 (/lib/libc.so.7+0x7c767) > #2 0x42ff5e (/bin/sh+0x42ff5e) > #3 0x4b6b00 (/bin/sh+0x4b6b00) > #4 0x49686e (/bin/sh+0x49686e) > #5 0x495572 (/bin/sh+0x495572) > #6 0x48c3f9 (/bin/sh+0x48c3f9) > #7 0x489920 (/bin/sh+0x489920) > #8 0x4acde8 (/bin/sh+0x4acde8) > #9 0x4aca4d (/bin/sh+0x4aca4d) > #10 0x40fb0e (/bin/sh+0x40fb0e) > #11 0x80071afff () > > Address 0x7fffffffc9c0 is located in stack of thread > T0==4132==AddressSanitizer CHECK failed: > /usr/home/howardsu/freebsd/lib/libclang_rt/asan/../../../contrib/compiler-rt/lib/asan/asan_thread.cc:246 > "((ptr[0] == kCurrentStackFrameMagic)) != (0)" (0x0, 0x0) > #0 0x422b9d (/bin/sh+0x422b9d) > #1 0x41de09 (/bin/sh+0x41de09) > #2 0x41f301 (/bin/sh+0x41f301) > #3 0x4728be (/bin/sh+0x4728be) > #4 0x474589 (/bin/sh+0x474589) > #5 0x47502a (/bin/sh+0x47502a) > #6 0x45fdef (/bin/sh+0x45fdef) > #7 0x801431767 (/lib/libc.so.7+0x7c767) > #8 0x42ff5e (/bin/sh+0x42ff5e) > #9 0x4b6b00 (/bin/sh+0x4b6b00) > #10 0x49686e (/bin/sh+0x49686e) > #11 0x495572 (/bin/sh+0x495572) > #12 0x48c3f9 (/bin/sh+0x48c3f9) > #13 0x489920 (/bin/sh+0x489920) > #14 0x4acde8 (/bin/sh+0x4acde8) > #15 0x4aca4d (/bin/sh+0x4aca4d) > #16 0x40fb0e (/bin/sh+0x40fb0e) > #17 0x80071afff () > > *** [vers.c] Error code 1 > > I am using latest -Current and add the following flags to /etc/make.conf. > # CFLAGS+= -g -fsanitize=address -fno-omit-frame-pointer > > I rebuild /bin/sh as a first step. with the /bin/sh I got the above error. > I would like to understand how to get symbols. The following command > doesn't work at all. > addr2line -e /bin/sh 0x422b9d > > Any idea? > > -- > -Howard > _______________________________________________ > 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 Fri Feb 26 10:08:44 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5DCBFAB47E6; Fri, 26 Feb 2016 10:08:44 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 524021802; Fri, 26 Feb 2016 10:08:44 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 9B49719CF; Fri, 26 Feb 2016 10:08:43 +0000 (UTC) Date: Fri, 26 Feb 2016 10:08:39 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: sgalabov@FreeBSD.org, wma@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <884733069.145.1456481322257.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #2442 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2016 10:08:44 -0000 FreeBSD_HEAD_i386 - Build #2442 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2442/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2442/cha= nges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2442/cons= ole Change summaries: 296082 by wma: Add ns16550a compatible string in UART 8250 driver Obtained from: Semihalf Submitted by: Michal Stanek Sponsored by: Annapurna Labs Approved by: cognet (mentor) Reviewed by: imp, wma Differential revision: https://reviews.freebsd.org/D5404 296081 by wma: Add support for Enhanced Allocation in pciconf * Modified pciconf to print EA capability structure * Added register description to pcireg.h Obtained from: Semihalf Sponsored by: Cavium Approved by: cognet (mentor) Reviewed by: jhb Differential revision: https://reviews.freebsd.org/D5440 296080 by sgalabov: So far bsd.stand.mk wasn't included in the following files: sys/boot/fdt/Makefile sys/boot/uboot/fdt/Makefile sys/boot/uboot/lib/Makefile This causes compilation issues on MIPS due to trying to link PIC with non-P= IC code. This revision includes bsd.stand.mk in the above files. Reviewed by:=09imp Approved by:=09adrian (mentor) Sponsored by:=09Smartcom - Bulgaria AD Differential Revision:=09https://reviews.freebsd.org/D5311 296079 by sgalabov: Currently BERI's loader is including the 32-bit version of the FICL MIPS sy= sdep.h (sys/boot/ficl/mips/sysdep.h) instead of the 64-bit version (sys/boo= t/ficl/mips64/sysdep.h). Although this may not be an issue in practice, it would be more correct if = the 64-bit version was used. Also, using the 64-bit version would make it e= asier to add support for 64-bit ubldr on MIPS. Approved by:=09adrian (mentor) Differential Revision:=09https://reviews.freebsd.org/D5310 The end of the build log: [...truncated 142535 lines...] --- test_passthrough_dotdot.o --- cc -O2 -pipe -DPLATFORM_CONFIG_H=3D\"/usr/src/lib/libarchive/config_freebs= d.h\" -I/usr/src/lib/libarchive -I/usr/obj/usr/src/usr.bin/cpio/tests -I/us= r/obj/usr/src/usr.bin/cpio/tests -I/usr/src/contrib/libarchive/cpio -I/usr/= src/contrib/libarchive/libarchive_fe -I/usr/src/contrib/libarchive/test_uti= ls -g -std=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c /usr= /src/contrib/libarchive/cpio/test/test_passthrough_dotdot.c -o test_passthr= ough_dotdot.o --- test_passthrough_reverse.o --- cc -O2 -pipe -DPLATFORM_CONFIG_H=3D\"/usr/src/lib/libarchive/config_freebs= d.h\" -I/usr/src/lib/libarchive -I/usr/obj/usr/src/usr.bin/cpio/tests -I/us= r/obj/usr/src/usr.bin/cpio/tests -I/usr/src/contrib/libarchive/cpio -I/usr/= src/contrib/libarchive/libarchive_fe -I/usr/src/contrib/libarchive/test_uti= ls -g -std=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c /usr= /src/contrib/libarchive/cpio/test/test_passthrough_reverse.c -o test_passth= rough_reverse.o --- all_subdir_usr.sbin --- --- excludes.o --- cc -O2 -pipe -I/usr/src/usr.sbin/nmtree/../../contrib/mknod -I/usr/src/u= sr.sbin/nmtree/../../lib/libnetbsd -g -std=3Dgnu99 -fstack-protector-strong= -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -W= strict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast= -qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wc= har-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defi= nition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -W= no-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arg= uments -c /usr/src/usr.sbin/nmtree/../../contrib/mtree/excludes.c -o exclud= es.o --- all_subdir_lib --- --- test_write_format_cpio.o --- cc -O2 -pipe -I/usr/src/lib/libarchive -I/usr/obj/usr/src/lib/libarchive/t= ests -I/usr/src/contrib/libarchive/libarchive -I/usr/src/contrib/libarchive= /test_utils -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -g -std=3Dgnu99 -fstack-= protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/libar= chive/test/test_write_format_cpio.c -o test_write_format_cpio.o --- all_subdir_usr.bin --- --- main.o --- cc -O2 -pipe -DPLATFORM_CONFIG_H=3D\"/usr/src/lib/libarchive/config_freebs= d.h\" -I/usr/src/lib/libarchive -I/usr/obj/usr/src/usr.bin/cpio/tests -I/us= r/obj/usr/src/usr.bin/cpio/tests -I/usr/src/contrib/libarchive/cpio -I/usr/= src/contrib/libarchive/libarchive_fe -I/usr/src/contrib/libarchive/test_uti= ls -g -std=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c /usr= /src/contrib/libarchive/cpio/test/main.c -o main.o --- all_subdir_usr.sbin --- --- getid.o --- cc -O2 -pipe -I/usr/src/usr.sbin/nmtree/../../contrib/mknod -I/usr/src/u= sr.sbin/nmtree/../../lib/libnetbsd -g -std=3Dgnu99 -fstack-protector-strong= -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -W= strict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast= -qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wc= har-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defi= nition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -W= no-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arg= uments -c /usr/src/usr.sbin/nmtree/../../contrib/mtree/getid.c -o getid.o --- all_subdir_lib --- --- test_write_format_cpio_empty.o --- cc -O2 -pipe -I/usr/src/lib/libarchive -I/usr/obj/usr/src/lib/libarchive/t= ests -I/usr/src/contrib/libarchive/libarchive -I/usr/src/contrib/libarchive= /test_utils -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -g -std=3Dgnu99 -fstack-= protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/libar= chive/test/test_write_format_cpio_empty.c -o test_write_format_cpio_empty.o --- all_subdir_usr.sbin --- --- misc.o --- cc -O2 -pipe -I/usr/src/usr.sbin/nmtree/../../contrib/mknod -I/usr/src/u= sr.sbin/nmtree/../../lib/libnetbsd -g -std=3Dgnu99 -fstack-protector-strong= -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -W= strict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast= -qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wc= har-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defi= nition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -W= no-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arg= uments -c /usr/src/usr.sbin/nmtree/../../contrib/mtree/misc.c -o misc.o --- all_subdir_lib --- --- test_write_format_cpio_newc.o --- cc -O2 -pipe -I/usr/src/lib/libarchive -I/usr/obj/usr/src/lib/libarchive/t= ests -I/usr/src/contrib/libarchive/libarchive -I/usr/src/contrib/libarchive= /test_utils -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -g -std=3Dgnu99 -fstack-= protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/libar= chive/test/test_write_format_cpio_newc.c -o test_write_format_cpio_newc.o --- all_subdir_usr.sbin --- --- mtree.o --- cc -O2 -pipe -I/usr/src/usr.sbin/nmtree/../../contrib/mknod -I/usr/src/u= sr.sbin/nmtree/../../lib/libnetbsd -g -std=3Dgnu99 -fstack-protector-strong= -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -W= strict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast= -qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wc= har-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defi= nition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -W= no-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arg= uments -c /usr/src/usr.sbin/nmtree/../../contrib/mtree/mtree.c -o mtree.o --- all_subdir_lib --- --- test_write_format_cpio_odc.o --- cc -O2 -pipe -I/usr/src/lib/libarchive -I/usr/obj/usr/src/lib/libarchive/t= ests -I/usr/src/contrib/libarchive/libarchive -I/usr/src/contrib/libarchive= /test_utils -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -g -std=3Dgnu99 -fstack-= protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/libar= chive/test/test_write_format_cpio_odc.c -o test_write_format_cpio_odc.o --- all_subdir_usr.sbin --- --- only.o --- cc -O2 -pipe -I/usr/src/usr.sbin/nmtree/../../contrib/mknod -I/usr/src/u= sr.sbin/nmtree/../../lib/libnetbsd -g -std=3Dgnu99 -fstack-protector-strong= -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -W= strict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast= -qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wc= har-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defi= nition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -W= no-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arg= uments -c /usr/src/usr.sbin/nmtree/../../contrib/mtree/only.c -o only.o --- all_subdir_lib --- --- test_write_format_gnutar.o --- cc -O2 -pipe -I/usr/src/lib/libarchive -I/usr/obj/usr/src/lib/libarchive/t= ests -I/usr/src/contrib/libarchive/libarchive -I/usr/src/contrib/libarchive= /test_utils -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -g -std=3Dgnu99 -fstack-= protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/libar= chive/test/test_write_format_gnutar.c -o test_write_format_gnutar.o --- all_subdir_usr.sbin --- --- spec.o --- cc -O2 -pipe -I/usr/src/usr.sbin/nmtree/../../contrib/mknod -I/usr/src/u= sr.sbin/nmtree/../../lib/libnetbsd -g -std=3Dgnu99 -fstack-protector-strong= -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -W= strict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast= -qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wc= har-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defi= nition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -W= no-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arg= uments -c /usr/src/usr.sbin/nmtree/../../contrib/mtree/spec.c -o spec.o --- all_subdir_lib --- --- test_write_format_iso9660.o --- cc -O2 -pipe -I/usr/src/lib/libarchive -I/usr/obj/usr/src/lib/libarchive/t= ests -I/usr/src/contrib/libarchive/libarchive -I/usr/src/contrib/libarchive= /test_utils -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -g -std=3Dgnu99 -fstack-= protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/libar= chive/test/test_write_format_iso9660.c -o test_write_format_iso9660.o --- all_subdir_usr.bin --- --- test_utils.o --- cc -O2 -pipe -DPLATFORM_CONFIG_H=3D\"/usr/src/lib/libarchive/config_freebs= d.h\" -I/usr/src/lib/libarchive -I/usr/obj/usr/src/usr.bin/cpio/tests -I/us= r/obj/usr/src/usr.bin/cpio/tests -I/usr/src/contrib/libarchive/cpio -I/usr/= src/contrib/libarchive/libarchive_fe -I/usr/src/contrib/libarchive/test_uti= ls -g -std=3Dgnu99 -fstack-protector-strong -Qunused-arguments -c /usr= /src/contrib/libarchive/test_utils/test_utils.c -o test_utils.o --- bsdcpio_test.full --- cc -O2 -pipe -DPLATFORM_CONFIG_H=3D\"/usr/src/lib/libarchive/config_freebsd= .h\" -I/usr/src/lib/libarchive -I/usr/obj/usr/src/usr.bin/cpio/tests -I/usr= /obj/usr/src/usr.bin/cpio/tests -I/usr/src/contrib/libarchive/cpio -I/usr/s= rc/contrib/libarchive/libarchive_fe -I/usr/src/contrib/libarchive/test_util= s -g -std=3Dgnu99 -fstack-protector-strong -Qunused-arguments -o bsdcpio_t= est.full cmdline.o err.o test_0.o test_basic.o test_cmdline.o test_extract_= cpio_Z.o test_extract_cpio_bz2.o test_extract_cpio_grz.o test_extract_cpio_= gz.o test_extract_cpio_lrz.o test_extract_cpio_lz.o test_extract_cpio_lzma.= o test_extract_cpio_lzo.o test_extract_cpio_xz.o test_format_newc.o test_gc= pio_compat.o test_option_0.o test_option_B_upper.o test_option_C_upper.o te= st_option_J_upper.o test_option_L_upper.o test_option_Z_upper.o test_option= _a.o test_option_b64encode.o test_option_c.o test_option_d.o test_option_f.= o test_option_grzip.o test_option_help.o test_option_l.o test_option_lrzip.= o test_option_lzma.o test_option_lzop.o test_option_m.o test_option_t.o tes= t_option_u.o test_option_uuencode.o test_option_version.o test_option_xz.o = test_option_y.o test_option_z.o test_owner_parse.o test_passthrough_dotdot.= o test_passthrough_reverse.o main.o test_utils.o -larchive --- all_subdir_usr.sbin --- --- specspec.o --- cc -O2 -pipe -I/usr/src/usr.sbin/nmtree/../../contrib/mknod -I/usr/src/u= sr.sbin/nmtree/../../lib/libnetbsd -g -std=3Dgnu99 -fstack-protector-strong= -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -W= strict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast= -qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wc= har-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defi= nition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -W= no-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arg= uments -c /usr/src/usr.sbin/nmtree/../../contrib/mtree/specspec.c -o specsp= ec.o --- all_subdir_usr.bin --- --- bsdcpio_test.debug --- objcopy --only-keep-debug bsdcpio_test.full bsdcpio_test.debug --- bsdcpio_test --- objcopy --strip-debug --add-gnu-debuglink=3Dbsdcpio_test.debug bsdcpio_tes= t.full bsdcpio_test --- functional_test --- echo '#! /usr/libexec/atf-sh' > functional_test.tmp cat /usr/src/usr.bin/cpio/tests/functional_test.sh >>functional_test.tmp chmod +x functional_test.tmp mv functional_test.tmp functional_test --- Kyuafile --- --- all_subdir_lib --- --- test_write_format_iso9660_boot.o --- cc -O2 -pipe -I/usr/src/lib/libarchive -I/usr/obj/usr/src/lib/libarchive/t= ests -I/usr/src/contrib/libarchive/libarchive -I/usr/src/contrib/libarchive= /test_utils -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -g -std=3Dgnu99 -fstack-= protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/libar= chive/test/test_write_format_iso9660_boot.c -o test_write_format_iso9660_bo= ot.o --- all_subdir_usr.sbin --- --- verify.o --- cc -O2 -pipe -I/usr/src/usr.sbin/nmtree/../../contrib/mknod -I/usr/src/u= sr.sbin/nmtree/../../lib/libnetbsd -g -std=3Dgnu99 -fstack-protector-strong= -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -W= strict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast= -qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wc= har-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defi= nition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -W= no-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arg= uments -c /usr/src/usr.sbin/nmtree/../../contrib/mtree/verify.c -o verify.o --- all_subdir_usr.bin --- --- all_subdir_usr.bin/clang --- --- all_subdir_usr.bin/clang/clang-tblgen --- =3D=3D=3D> usr.bin/clang/clang-tblgen (all) --- ClangASTNodesEmitter.o --- --- all_subdir_lib --- --- test_write_format_iso9660_empty.o --- --- all_subdir_usr.bin --- c++ -O2 -pipe -I/usr/src/usr.bin/clang/clang-tblgen/../../../contrib/llvm= /include -I/usr/src/usr.bin/clang/clang-tblgen/../../../contrib/llvm/tools/= clang/include -I/usr/src/usr.bin/clang/clang-tblgen/../../../contrib/llvm/t= ools/clang/utils/TableGen -I. -I/usr/src/usr.bin/clang/clang-tblgen/../../.= ./contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D_= _STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_EN= ABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"= i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"i386-unknown-freebsd11.0\= " -DDEFAULT_SYSROOT=3D\"\" -g -fstack-protector-strong -Qunused-arguments = -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensio= ns -c /usr/src/usr.bin/clang/clang-tblgen/../../../contrib/llvm/tools/clang= /utils/TableGen/ClangASTNodesEmitter.cpp -o ClangASTNodesEmitter.o --- all_subdir_lib --- cc -O2 -pipe -I/usr/src/lib/libarchive -I/usr/obj/usr/src/lib/libarchive/t= ests -I/usr/src/contrib/libarchive/libarchive -I/usr/src/contrib/libarchive= /test_utils -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -g -std=3Dgnu99 -fstack-= protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/libar= chive/test/test_write_format_iso9660_empty.c -o test_write_format_iso9660_e= mpty.o --- all_subdir_usr.sbin --- --- pack_dev.o --- cc -O2 -pipe -I/usr/src/usr.sbin/nmtree/../../contrib/mknod -I/usr/src/u= sr.sbin/nmtree/../../lib/libnetbsd -g -std=3Dgnu99 -fstack-protector-strong= -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -W= strict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast= -qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wc= har-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defi= nition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -W= no-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arg= uments -c /usr/src/usr.sbin/nmtree/../../contrib/mknod/pack_dev.c -o pack_d= ev.o --- all_subdir_lib --- --- test_write_format_iso9660_filename.o --- cc -O2 -pipe -I/usr/src/lib/libarchive -I/usr/obj/usr/src/lib/libarchive/t= ests -I/usr/src/contrib/libarchive/libarchive -I/usr/src/contrib/libarchive= /test_utils -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -g -std=3Dgnu99 -fstack-= protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/libar= chive/test/test_write_format_iso9660_filename.c -o test_write_format_iso966= 0_filename.o --- all_subdir_usr.sbin --- --- mtree.5.gz --- gzip -cn /usr/src/usr.sbin/nmtree/mtree.5 > mtree.5.gz --- mtree.8.gz --- gzip -cn /usr/src/usr.sbin/nmtree/../../contrib/mtree/mtree.8 > mtree.8.gz --- mtree.full --- cc -O2 -pipe -I/usr/src/usr.sbin/nmtree/../../contrib/mknod -I/usr/src/usr.= sbin/nmtree/../../lib/libnetbsd -g -std=3Dgnu99 -fstack-protector-strong -W= system-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstr= ict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qu= al -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar= -subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definit= ion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-= empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argumen= ts -o mtree.full compare.o crc.o create.o excludes.o getid.o misc.o mtree.= o only.o spec.o specspec.o verify.o pack_dev.o -L/usr/obj/usr/src/lib/libn= etbsd -lnetbsd -lmd -lutil --- mtree.debug --- objcopy --only-keep-debug mtree.full mtree.debug --- mtree --- objcopy --strip-debug --add-gnu-debuglink=3Dmtree.debug mtree.full mtree --- all --- =3D=3D=3D> usr.sbin/nmtree/tests (all) --- nmtree_test --- echo '#! /usr/libexec/atf-sh' > nmtree_test.tmp cat /usr/src/contrib/netbsd-tests/usr.sbin/mtree/t_mtree.sh >>nmtree_test.t= mp chmod +x nmtree_test.tmp mv nmtree_test.tmp nmtree_test --- mtree_d_create.out --- sed -e 's/sha256/sha256digest/g' < /usr/src/contrib/netbsd-tests/usr.sbin/m= tree/mtree_d_create.out > mtree_d_create.out.tmp mv mtree_d_create.out.tmp mtree_d_create.out --- netbsd6_d_create.out --- sed -e 's/sha256/sha256digest/g' < /usr/src/contrib/netbsd-tests/usr.sbin/m= tree/netbsd6_d_create.out > netbsd6_d_create.out.tmp mv netbsd6_d_create.out.tmp netbsd6_d_create.out --- Kyuafile --- --- all_subdir_usr.sbin/nologin --- =3D=3D=3D> usr.sbin/nologin (all) --- nologin.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= usr.sbin/nologin/nologin.c -o nologin.o --- all_subdir_lib --- --- test_write_format_iso9660_zisofs.o --- cc -O2 -pipe -I/usr/src/lib/libarchive -I/usr/obj/usr/src/lib/libarchive/t= ests -I/usr/src/contrib/libarchive/libarchive -I/usr/src/contrib/libarchive= /test_utils -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -g -std=3Dgnu99 -fstack-= protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/libar= chive/test/test_write_format_iso9660_zisofs.c -o test_write_format_iso9660_= zisofs.o --- all_subdir_usr.sbin --- --- nologin.5.gz --- gzip -cn /usr/src/usr.sbin/nologin/nologin.5 > nologin.5.gz --- nologin.8.gz --- gzip -cn /usr/src/usr.sbin/nologin/nologin.8 > nologin.8.gz --- nologin.full --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wer= ror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmi= ssing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings = -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winlin= e -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-si= gn -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-str= ing-plus-int -Wno-unused-const-variable -Qunused-arguments -static -o nolo= gin.full nologin.o =20 --- nologin.debug --- objcopy --only-keep-debug nologin.full nologin.debug --- nologin --- objcopy --strip-debug --add-gnu-debuglink=3Dnologin.debug nologin.full nol= ogin --- all_subdir_usr.sbin/pciconf --- =3D=3D=3D> usr.sbin/pciconf (all) --- pciconf.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= usr.sbin/pciconf/pciconf.c -o pciconf.o --- all_subdir_lib --- --- test_write_format_mtree.o --- cc -O2 -pipe -I/usr/src/lib/libarchive -I/usr/obj/usr/src/lib/libarchive/t= ests -I/usr/src/contrib/libarchive/libarchive -I/usr/src/contrib/libarchive= /test_utils -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -g -std=3Dgnu99 -fstack-= protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/libar= chive/test/test_write_format_mtree.c -o test_write_format_mtree.o --- test_write_format_mtree_absolute_path.o --- cc -O2 -pipe -I/usr/src/lib/libarchive -I/usr/obj/usr/src/lib/libarchive/t= ests -I/usr/src/contrib/libarchive/libarchive -I/usr/src/contrib/libarchive= /test_utils -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -g -std=3Dgnu99 -fstack-= protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/libar= chive/test/test_write_format_mtree_absolute_path.c -o test_write_format_mtr= ee_absolute_path.o --- test_write_format_mtree_classic.o --- cc -O2 -pipe -I/usr/src/lib/libarchive -I/usr/obj/usr/src/lib/libarchive/t= ests -I/usr/src/contrib/libarchive/libarchive -I/usr/src/contrib/libarchive= /test_utils -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -g -std=3Dgnu99 -fstack-= protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/libar= chive/test/test_write_format_mtree_classic.c -o test_write_format_mtree_cla= ssic.o --- test_write_format_mtree_classic_indent.o --- cc -O2 -pipe -I/usr/src/lib/libarchive -I/usr/obj/usr/src/lib/libarchive/t= ests -I/usr/src/contrib/libarchive/libarchive -I/usr/src/contrib/libarchive= /test_utils -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1 -g -std=3Dgnu99 -fstack-= protector-strong -Qunused-arguments -c /usr/src/contrib/libarchive/libar= chive/test/test_write_format_mtree_classic_indent.c -o test_write_format_mt= ree_classic_indent.o --- all_subdir_usr.sbin --- --- cap.o --- cc -O2 -pipe -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Win= line -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer= -sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/= usr.sbin/pciconf/cap.c -o cap.o /usr/src/usr.sbin/pciconf/cap.c:666:7: error: format specifies type 'unsign= ed long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-= Werror,-Wformat] base, max_offset + 1, ^~~~ /usr/src/usr.sbin/pciconf/cap.c:666:13: error: format specifies type 'unsig= ned long' but the argument has type 'unsigned long long' [-Werror,-Wformat] base, max_offset + 1, ^~~~~~~~~~~~~~ 2 errors generated. *** [cap.o] Error code 1 make[4]: stopped in /usr/src/usr.sbin/pciconf 1 error make[4]: stopped in /usr/src/usr.sbin/pciconf *** [all_subdir_usr.sbin/pciconf] Error code 2 make[3]: stopped in /usr/src/usr.sbin 1 error make[3]: stopped in /usr/src/usr.sbin *** [all_subdir_usr.sbin] Error code 2 make[2]: stopped in /usr/src --- all_subdir_lib --- A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/lib/libarchive/tests *** [libarchive_test] Error code 2 make[5]: stopped in /usr/src/lib/libarchive/tests 1 error make[5]: stopped in /usr/src/lib/libarchive/tests *** [all] Error code 2 make[4]: stopped in /usr/src/lib/libarchive 1 error make[4]: stopped in /usr/src/lib/libarchive *** [all_subdir_lib/libarchive] Error code 2 make[3]: stopped in /usr/src/lib 1 error make[3]: stopped in /usr/src/lib *** [all_subdir_lib] Error code 2 make[2]: stopped in /usr/src --- all_subdir_usr.bin --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/usr.bin/clang/clang-tblgen *** [all_subdir_usr.bin/clang/clang-tblgen] Error code 2 make[4]: stopped in /usr/src/usr.bin/clang --- all_subdir_usr.bin/clang/clang --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/usr.bin/clang/clang *** [all_subdir_usr.bin/clang/clang] Error code 2 make[4]: stopped in /usr/src/usr.bin/clang 2 errors make[4]: stopped in /usr/src/usr.bin/clang *** [all_subdir_usr.bin/clang] Error code 2 make[3]: stopped in /usr/src/usr.bin 1 error make[3]: stopped in /usr/src/usr.bin *** [all_subdir_usr.bin] Error code 2 make[2]: stopped in /usr/src 3 errors make[2]: stopped in /usr/src *** [everything] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson3421435137161582837.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Fri Feb 26 12:22:11 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8DBDBAB4418; Fri, 26 Feb 2016 12:22:11 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 7FDD4B7D; Fri, 26 Feb 2016 12:22:11 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id BAEE91A02; Fri, 26 Feb 2016 12:22:11 +0000 (UTC) Date: Fri, 26 Feb 2016 12:22:10 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: sephe@FreeBSD.org, wma@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <667637070.147.1456489331734.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <884733069.145.1456481322257.JavaMail.jenkins@jenkins-9.freebsd.org> References: <884733069.145.1456481322257.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #2443 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2016 12:22:11 -0000 FreeBSD_HEAD_i386 - Build #2443 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2443/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2443/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2443/console Change summaries: 296090 by wma: Change format string in pciconf EA to jx Fix compilation error introduced by r296081 296089 by sephe: hyperv/hn: Make transmission path channel aware Chimney sending buffer still needs conversion, which will be done along with the upcoming vRSS support. MFC after: 1 week Sponsored by: Microsoft OSTC Differential Revision: https://reviews.freebsd.org/D5457 296088 by sephe: hyperv/hn: Remove the useless num_outstanding_sends We rely on taskqueue draining now. MFC after: 1 week Sponsored by: Microsoft OSTC Differential Revision: https://reviews.freebsd.org/D5456 296087 by sephe: hyperv/hn: Associate TX/RX ring with channel This fixes the TX/RX ring selection for TX/RX done. MFC after: 1 week Sponsored by: Microsoft OSTC Differential Revision: https://reviews.freebsd.org/D5454 296086 by sephe: hyperv/hn: Pass channel to TX/RX done This is preamble to associate the TX/RX rings to their channel. While I'm here, revoke unused netvsc_recv_rollup. MFC after: 1 week Sponsored by: Microsoft OSTC Differential Revision: https://reviews.freebsd.org/D5453 296085 by sephe: hyperv/hn: Pass channel as the channel callback argument This is the preamble to pass channel back to hn(4) upon TX/RX done. Reviewed by: Hongjiang Zhang MFC after: 1 week Sponsored by: Microsoft OSTC Differential Revision: https://reviews.freebsd.org/D5452 296084 by sephe: hyperv: Always set device for channels And unregister hv_device only for primary channels, who own the hv_device. MFC after: 1 week Sponsored by: Microsoft OSTC Differential Revision: https://reviews.freebsd.org/D5451 296083 by sephe: hyperv: Remove useless channel inbound_lock It serves no purpose. Reviewed by: Hongjiang Zhang MFC after: 1 week Sponsored by: Microsoft OSTC Differential Revision: https://reviews.freebsd.org/D5450 From owner-freebsd-current@freebsd.org Fri Feb 26 14:23:20 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D91EAB57DA for ; Fri, 26 Feb 2016 14:23:20 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qg0-x230.google.com (mail-qg0-x230.google.com [IPv6:2607:f8b0:400d:c04::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 4B6ED10D1 for ; Fri, 26 Feb 2016 14:23:20 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qg0-x230.google.com with SMTP id y89so65925199qge.2 for ; Fri, 26 Feb 2016 06:23:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:subject:message-id:mime-version:content-disposition :user-agent; bh=Z7LAQx+UcJ42oJEYJ1Pnt4S7QyUvj1o8vPogwqg0p6c=; b=f5iI/NoxYhfBDo/ZiY/9Ro2cFLg9h/8pxaigCJtn7RlVFLU3Aop0Pj6O1VIJWggJJ3 lR8tA5I/tQJ4XWvucGwFUFdmfQCmQuVW1MydaENs67rU9B9nYgwInmOYvGCgmPZZK7E9 cN843KcSwdVaAhTwzbLmMtz0e8iI2JBkZ3uU437JHQT9jvcPsVj2qMxfJKDLap8P+1lP 6ts0aJVD3fg3Exj/EiS5nGPSVdDYkeCKGNiGBmMaPMyhd2ucyWG/U9d9YexBGcvBCTD2 4aqb09AlJKqp9AMT6lok4BQG61S0fjA33C9SIMf47Q4ER8wjkwFpnusLi0rhJmvbAnwh cxvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:mime-version :content-disposition:user-agent; bh=Z7LAQx+UcJ42oJEYJ1Pnt4S7QyUvj1o8vPogwqg0p6c=; b=WnThXnEUwZi/qfy5UdONEbYd/4sPqPsCGF/hJ97c1KCGQasR79rslHLho5DHo/nOx/ 879UHpgscgCyu6k0nSLWkCcNndqsEYQ9vZgfTF61wN8k0OIwBZ6u3WQNjdienHyRIBzh iEhFa3oe5Pkp4TzQKzI2fmtNV3wkkjUcTHPjDH8PO/yn15Tj8bY6awQs273wfQBG4ARl iG2NsG9mQOXcIAuhO4pirEHDgIu7yocEd5v6BU4+JsogBU/Wj/cW9zvCWW1kGkAaDi/l hYYNE2brRdK2Oi8g4buc2d5/wRyfBsI03Vp24pw7g1j2uw+RroZefWfbm9s1rpelg+Ch OMLA== X-Gm-Message-State: AD7BkJK7ZE5EB7mw7dKwOYYg8nbMuszqsVSBCG6wsb48Npm9qXVC1b6VMRpsMSfFpZt2gR/7c+KQQvFQV9JncGTYkdJ0n8xznyzikPjpuJX1KCGB1QbmQY4sCsGUWdsWaxIzq6YhuN4Ock8AGMjbXpBukK1wrT/Z12ATQLzSaT04tYR+3RDqM4IxbTGy9Kq7zzSclWPk X-Received: by 10.140.91.115 with SMTP id y106mr2239033qgd.20.1456496599064; Fri, 26 Feb 2016 06:23:19 -0800 (PST) Received: from mutt-hardenedbsd (c-73-135-80-144.hsd1.md.comcast.net. [73.135.80.144]) by smtp.gmail.com with ESMTPSA id z203sm5359261qhd.32.2016.02.26.06.23.17 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 26 Feb 2016 06:23:18 -0800 (PST) Date: Fri, 26 Feb 2016 09:23:16 -0500 From: Shawn Webb To: freebsd-current@freebsd.org Subject: Build Breakage Message-ID: <20160226142316.GA6148@mutt-hardenedbsd> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline X-Operating-System: FreeBSD mutt-hardenedbsd 11.0-CURRENT-HBSD FreeBSD 11.0-CURRENT-HBSD X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 26 Feb 2016 14:23:20 -0000 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hey All, It looks like a recent commit to HEAD broke the `real-release` target in /usr/src/release. I suspect it's the capserd-related commits, but I haven't confirmed, yet. I'm going to spend some time trying to nail down which commit. Here's the build log: http://jenkins.hardenedbsd.org:8180/jenkins/job/HardenedBSD-CURRENT-i915kms= -amd64/47/console Thanks, --=20 Shawn Webb HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJW0F/RAAoJEGqEZY9SRW7uZ5wP/RWU8WOs32S1fnxKn8IfwxQN RsG4W3GhP3IusfTu4adwCzM+SWNAVjBG861blGh3tD6+3Dsvre62pBiZKJDlVTyi +gHTuvVJwS+8gOR/rLoTtMyUVec43daafJ2clQu0qpJ9pP92HgF4AlRnW0GMpdSN J7ip+uscZ4XWf/YUYzTskaVpFW2hP9WwEWcqKLHw85GeX/BhipjCkMXp8eS5JflJ +jfsFtTe+EH4jCMzBVAxzwHhWx4/1PZkTYXmh0+RHWGZxiiDUmZ7niZ/uQfaxqtj 2lfn7c0L1kxVI8pLw0aEDFaHxso2ToJ2naOl1VZFWztKskPvvBM1LUFFwet5kJfL /sziIukUBamLsnkqNOnaw/HiDB/ZRCl4XSk8O+xa7uiJN0m5AW/gYxa3V/o0CBZ1 QzNU7PReFLdnNbf3l0dvYyjk/+gKR24vfbvXFsjNGolT6CXL1//4f/tto+YKbZhA yN1kw2q2G922nkJIaY7/XCfgGrdm0xXFpi/a2bcsQl4vBdFN6UK2esSEGg3b0L/W 3fh/3EZsPatDfS02sT+ETij90YdDmD8PnuRCUrTwKe5FynpgmTBGgCWc541dIcyQ 4sRNe0Wy9DJ4am5aUZ34muNjfzSNi1T7IoYV04ntwy4AWpBOBrEy6eMWUHUufDxc Xc5UDB+xk/4UX6kJw0ka =ki5u -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- From owner-freebsd-current@freebsd.org Fri Feb 26 15:48:22 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 37533AB583A for ; Fri, 26 Feb 2016 15:48:22 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: from mail-vk0-x230.google.com (mail-vk0-x230.google.com [IPv6:2607:f8b0:400c:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F2B46392 for ; Fri, 26 Feb 2016 15:48:21 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: by mail-vk0-x230.google.com with SMTP id k196so81390329vka.0 for ; Fri, 26 Feb 2016 07:48:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brilliantservice-co-jp.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=nsYAgDEpc+OxRS8ZkfGZJIdjlZwqjCKeLuglviTd1S0=; b=wGmAxre4xrHEptWzwJnKnrJ+7p3LmKbsCjmJxdHqPHb2GxwO9QuO/hkmqGzGRpFiiK TT67C279t87u+PoDHgREw/kRZM6GPQGz6gaRzt2caDrexSm2+1X7lCms203qsgD1ofDj nwe/bu75FBJmm/XdSUgt3iVU+yg5woDywtupkgrH0Sctsw0JjJZhnFbSNc/oC9xyICyG 1XldNSXQ+qm90Cz+gQtypvddlJACL/X58snmBAnO0o/uAjUADjZVhXAzgJpqUGPJsqAm Rr4rjAJn6Ekcpvrh1WBq72YF/doZheuOyd+q0iszBUMe/dI8z8cm1sA2poZ6HpYDXIVf IZEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=nsYAgDEpc+OxRS8ZkfGZJIdjlZwqjCKeLuglviTd1S0=; b=NofdpLHV84cgUuo8BHOwL7Xkm2KjsFp1M4vgKjO9fg0fKxYIxckV79+qwl1LTnR5iv j/EoJKlyaIUZvROEhJ0GN1atJG1XFRlMH/ZCxo7zTa4JHQiF42uPwl4+8FFhrXGmEUw9 Q+vBJ3YI2msCCsWko5mpfYwWez3UZ9EQx4OdnoVcraPHosY9rYpAMyl/eAXcrmRPNkYg KNknqzpdPNC3P+6cv1ys4HBmTieF2bZwp5BWRMelYwYeDpnqvBNM52QsLhU3HCtkCZog mW36BRWe8NhvnJ5aUcQ8JWBpJjC0kpB81JmgqmWyK/NXUvNhjzNxNUAFtLmuP3q1o+54 fKbQ== X-Gm-Message-State: AD7BkJL71TZ14ohXNTmXW76geIm+US1SZ8j5COQeHQowoXymXKFu9G1T8P3d4DznLiaBEFpDpBX4GuriospiMY9X3Nc42BgW6QsjCU+EyRgbEnxEh1POh0apW6ZDBN8uutDkDokE/X4SWBMQ9b3h8xpNEeI= X-Received: by 10.31.160.150 with SMTP id j144mr1816249vke.59.1456501700641; Fri, 26 Feb 2016 07:48:20 -0800 (PST) MIME-Version: 1.0 Received: by 10.159.36.137 with HTTP; Fri, 26 Feb 2016 07:48:06 -0800 (PST) From: "Lundberg, Johannes" Date: Fri, 26 Feb 2016 09:48:06 -0600 Message-ID: Subject: hint.uart.1 in device.hints causes freeze at boot To: freebsd-embedded@freebsd.org, "freebsd-mobile@freebsd.org" , FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 26 Feb 2016 15:48:22 -0000 SGkNCg0KTm90IHN1cmUgaWYgaXQncyBvayB0byBjcm9zcyBwb3N0IGJ1dCBJIHdhc24ndCBzdXJl IHdoaWNoIGxpc3QgdG8gc2VuZCB0by4NCg0KT24gSW50ZWwgQXRvbSBYNS1aODMwMCBTb0MgKENo ZXJyeVRyYWlsKSB0aGUgaW5zdGFsbCBtZW1zdGljayBpbWFnZSAoYW1kNjQpDQpoYWx0cyBkdXJp bmcgYm9vdCBiZWNhdXNlIG9mIHVhcnQuMSBzZXR0aW5ncyBpbiBkZXZpY2UgaGludHMuDQoNCkkn bSBzdXJlIGl0IGlzIHRoZXJlIGZvciBhIHJlYXNvbiBzbyB3aGF0IGlzIHRoZSBhbHRlcm5hdGl2 ZSBhY3Rpb25zPyBJcw0KdGhlIHNvbHV0aW9uIHRvIGdldCBhIGJvb3RhYmxlIEF0b20gU29DIGlt YWdlIHRvIGNyZWF0ZSB5ZXQgYW5vdGhlcg0KZGlzdHJpYnV0aW9uIG9yIGNhbiB0aGUgaW5zdGFs bGVyIGNob29zZSB0aGUgcHJvcGVyIGRldmljZS5oaW50cw0KZHluYW1pY2FsbHkgZHVyaW5nIGJv b3Q/DQoNCkJlc3QgcmVnYXJkcw0KCi0tIAo9LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09 LT0tPS09LT0tPS09LT0tPS09LT0tPS0K56eY5a+G5L+d5oyB44Gr44Gk44GE44Gm77ya44GT44Gu 6Zu75a2Q44Oh44O844Or44Gv44CB5ZCN5a6b5Lq644Gr6YCB5L+h44GX44Gf44KC44Gu44Gn44GC 44KK44CB56eY5Yy/54m55qip44Gu5a++6LGh44Go44Gq44KL5oOF5aCx44KS5ZCr44KT44Gn44GE 44G+44GZ44CCCuOCguOBl+OAgeWQjeWum+S6uuS7peWkluOBruaWueOBjOWPl+S/oeOBleOCjOOB n+WgtOWQiOOAgeOBk+OBruODoeODvOODq+OBruegtOajhOOAgeOBiuOCiOOBs+OBk+OBruODoeOD vOODq+OBq+mWouOBmeOCi+S4gOWIh+OBrumWi+ekuuOAgQropIflhpnjgIHphY3luIPjgIHjgZ3j ga7ku5bjga7liKnnlKjjgIHjgb7jgZ/jga/oqJjovInlhoXlrrnjgavln7rjgaXjgY/jgYTjgYvj garjgovooYzli5XjgoLjgZXjgozjgarjgYTjgojjgYbjgYrpoZjjgYTnlLPjgZfkuIrjgZLjgb7j gZnjgIIKLS0tCkNPTkZJREVOVElBTElUWSBOT1RFOiBUaGUgaW5mb3JtYXRpb24gaW4gdGhpcyBl bWFpbCBpcyBjb25maWRlbnRpYWwKYW5kIGludGVuZGVkIHNvbGVseSBmb3IgdGhlIGFkZHJlc3Nl ZS4KRGlzY2xvc3VyZSwgY29weWluZywgZGlzdHJpYnV0aW9uIG9yIGFueSBvdGhlciBhY3Rpb24g b2YgdXNlIG9mIHRoaXMKZW1haWwgYnkgcGVyc29uIG90aGVyIHRoYW4gaW50ZW5kZWQgcmVjaXBp ZW50LCBpcyBwcm9oaWJpdGVkLgpJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50 IGFuZCBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4KZXJyb3IsIHBsZWFzZSBkZXN0cm95IHRo ZSBvcmlnaW5hbCBtZXNzYWdlLgo= From owner-freebsd-current@freebsd.org Fri Feb 26 15:53:22 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 97AF7AB5C74 for ; Fri, 26 Feb 2016 15:53:22 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qg0-x230.google.com (mail-qg0-x230.google.com [IPv6:2607:f8b0:400d:c04::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 52C39DFF for ; Fri, 26 Feb 2016 15:53:22 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qg0-x230.google.com with SMTP id y9so68948429qgd.3 for ; Fri, 26 Feb 2016 07:53:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=zsuZbZ5RGMeW0Q4bpbQoaPm1TUi2B2f2XStgk2XIKf4=; b=kZT5NBq4vCPdUTLaCACYU7SggHGFL6OwPacUP4z6/N94MSlf+BCUERYtejLjFu7N4D p67w5E/ijZY0OeJu0xdf1LtlShVFGoJFhqtdKZEsNX5ajK2MW8n+KFFLTwmYg5g+3lYP 0XAY4j1ZShav4iWySvAZ2vJxw3K7vcKquCX763kyxO16rGqkNLzEFGWzWG3Kfg8tpugR 01x9LymBHEbrZrRSyAonWejewoVtowMkSEzQ6FGD+kTCA6YRofD8mYbtpTTfQTmFZFUU ZhwM6EQ/nit3kImchkYfiLBGHgQ/RGw5OfkG4cFSK0g+dTIPW5QYOnkqw5a30R1MHUEF JT7Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=zsuZbZ5RGMeW0Q4bpbQoaPm1TUi2B2f2XStgk2XIKf4=; b=Kndhkjr/ht+2imSFZyl5NRttyClLrR2lCRvws4cXnv2zIqcY8kCw8MORM5P6gi9lhF B0vBAuzOMbxDDT3WeFK38eaObMDjY2NN0gk3ozjULXRoUiyss3Zj/q8mFksupUW5hibv NWiOQ7NYLDUUT3J8mo/YavdzmDUSpz7k1iYDpIhWbmCsd0Sb7LTFJQTJLRlDBHGp6amY eDmdDve38Xvu0RKIPAPYDE07mksMwrCw/pungZEJGbJd+KV7o2ziNORAcX3SX6dtI0pP cktHeNas2+oi3J1NvNQPktVvPIsHqk+0sLhFYnfG35mnp2ohGpuhRdZrc5ROwDuBF0OU U4ow== X-Gm-Message-State: AD7BkJI+HY1MbAxU00MS/QgN4Jyq3rqZKKNkvRv7PauhRuY+tXZ6nxofaIEFreopsS/kvT7Rwibl4PfsA09WmBjw21+KRZNX61mnpyRPZ0sIOIFR7I7YHpF+LDOSs8Vz3l89By1zsQUvNPjVBWcg7gfSfrV6qEoiUnxDIdO62kfpn+jarMLDolrCuhtSBI5k/QW2iunI X-Received: by 10.140.135.84 with SMTP id 81mr3073595qhh.26.1456502001480; Fri, 26 Feb 2016 07:53:21 -0800 (PST) Received: from mutt-hardenedbsd (c-73-135-80-144.hsd1.md.comcast.net. [73.135.80.144]) by smtp.gmail.com with ESMTPSA id n83sm1508842qhn.46.2016.02.26.07.53.19 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 26 Feb 2016 07:53:20 -0800 (PST) Date: Fri, 26 Feb 2016 10:53:18 -0500 From: Shawn Webb To: freebsd-current@freebsd.org Subject: Re: Build Breakage Message-ID: <20160226155318.GB6148@mutt-hardenedbsd> References: <20160226142316.GA6148@mutt-hardenedbsd> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="aM3YZ0Iwxop3KEKx" Content-Disposition: inline In-Reply-To: <20160226142316.GA6148@mutt-hardenedbsd> X-Operating-System: FreeBSD mutt-hardenedbsd 11.0-CURRENT-HBSD FreeBSD 11.0-CURRENT-HBSD X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 26 Feb 2016 15:53:22 -0000 --aM3YZ0Iwxop3KEKx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 26, 2016 at 09:23:16AM -0500, Shawn Webb wrote: > Hey All, >=20 > It looks like a recent commit to HEAD broke the `real-release` target in > /usr/src/release. I suspect it's the capserd-related commits, but I > haven't confirmed, yet. I'm going to spend some time trying to nail down > which commit. >=20 > Here's the build log: >=20 > http://jenkins.hardenedbsd.org:8180/jenkins/job/HardenedBSD-CURRENT-i915k= ms-amd64/47/console I have confirmed that this commit breaks the build: https://github.com/freebsd/freebsd/commit/023f14d65b31db71d1a4e6655205dd919= bfeb5fb Reverting that commit fixes the build. Thanks, --=20 Shawn Webb HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --aM3YZ0Iwxop3KEKx Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJW0HTsAAoJEGqEZY9SRW7ulaIQAJausIc7Nlqx/+xqImuvK185 jsJ256DkRIUn1T2rY+ZO+eKfz3naIyu/EUEdD82OpcW4XcMCgR2L58c74I5BVitP EXismgvw2QlqQqdoyC+dlEc4FGu6sw+Y7RGCFcrFezi59Qozd4isJHFruDRZRn88 DnSeI9bDd0Nm0Lr4T1EKpeOECtUzdWBJkBMMx9Fa/VG10WBCZ1Pt45foIBMHRiad HlpOuqP0t9Gl88I0vmzJzlqdvY6r60/oPW6NNCaeSlbw4XdwQyj/EbB3OopRqK3H AWPAt4Ra417ZUaC23OBaNUG1+bfKKtR2UhfmxZohxkopx9WE4L+42xfhEVuzg4g6 0cDMHApTPymnBkfYrU8ZnGAZ4TMgdhNhNisXgJvBygRU28adqpTuDXeTnQoIyyBF IsT8rTrC8GdoJ9afPvNJzmQ2mYEJikt7diOT2vXurEo69U21hNaVYl//Fnp6makP L4KI3S2Jssu9beXndNfRsZhYsXaxhcxE6Qmoynbj9CPxKWrMvLBtjhnlTjcrNzQ9 G0VlwBRk5wcqU1rSV0rBWl5QjOVXkWsOymELe6I3VexVVZANXJyoNYJ3kSAPDmOO P+Lzs3pKRwZwlqFsdhSgF1MdRCcbASIltq76gvgTWZ4RU+z1u1ynn0WsEgQfJ+o2 r0/O1B7JrCc8z1ucOORy =XEe7 -----END PGP SIGNATURE----- --aM3YZ0Iwxop3KEKx-- From owner-freebsd-current@freebsd.org Fri Feb 26 15:56:48 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B609CAB5EED for ; Fri, 26 Feb 2016 15:56:48 +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 8111A1316 for ; Fri, 26 Feb 2016 15:56:48 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 9b0c0d84-dca1-11e5-8dfb-c75234cc769e X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Fri, 26 Feb 2016 15:57:15 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u1QFueuf003801; Fri, 26 Feb 2016 08:56:40 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1456502200.13785.78.camel@freebsd.org> Subject: Re: hint.uart.1 in device.hints causes freeze at boot From: Ian Lepore To: "Lundberg, Johannes" , FreeBSD Current Date: Fri, 26 Feb 2016 08:56:40 -0700 In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 26 Feb 2016 15:56:48 -0000 On Fri, 2016-02-26 at 09:48 -0600, Lundberg, Johannes wrote: > Hi > > Not sure if it's ok to cross post but I wasn't sure which list to > send to. > > On Intel Atom X5-Z8300 SoC (CherryTrail) the install memstick image > (amd64) > halts during boot because of uart.1 settings in device hints. > > I'm sure it is there for a reason so what is the alternative actions? > Is > the solution to get a bootable Atom SoC image to create yet another > distribution or can the installer choose the proper device.hints > dynamically during boot? > > Best regards > There's not a lot of information to go on here... at what point does it halt? Why do you think it's related to the uart 1 hint? Does it help to set hint.uart.1.disabled=1 in loader before booting? -- Ian From owner-freebsd-current@freebsd.org Fri Feb 26 15:59:29 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE8CAAB509B for ; Fri, 26 Feb 2016 15:59:29 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: from mail-vk0-x231.google.com (mail-vk0-x231.google.com [IPv6:2607:f8b0:400c:c05::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 8BD421596 for ; Fri, 26 Feb 2016 15:59:29 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: by mail-vk0-x231.google.com with SMTP id e6so80913094vkh.2 for ; Fri, 26 Feb 2016 07:59:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brilliantservice-co-jp.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=x8YMQAzIHLEYEyRQcpLPhoRr7EH016m3NIRqi9BYTRo=; b=U6LhWBMv19O/Vo2Cybd7ct9CIAIFQV3t82IorO+0zJFmNPAPe62n5AYl0mxRUwgYPk JKKitRV3XxP00aSnUL3judVoLu53cXCzTrjG8YdT+E/R0jfgYezkm7dLIzUwexFkyfUN A/mMFi7YE0Qgr9mExumPXtwpKkkuJL/C/Tm2ilJez31pTrQKW4f+v0OYMSLZedkNSske S0o2o83eIHQpRdPGhVK+uR7FlV/F6dWZdKGdvPGb777esMuOsvETFuJeJrx37T2XgV3+ XFxN/qae9U1CyksMP9Xwh3vZ+QY5zcYhYrSDlCYrR9u06a8NMAKa7U1dGQLsK+SV0jQo WO4w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=x8YMQAzIHLEYEyRQcpLPhoRr7EH016m3NIRqi9BYTRo=; b=LDIcLKAo0FVII+HVg8oYcUH+1r3J/rCcx/I/Jlk/fnpddRYNr/QaYpNkez4A0d3IwU Zj6nBHuTmQFvvMu4XMGSGg35Bs3ZhEBKIgnmZqge/GHUD9FWmHnCmBXkfw/5zwLKjumN 1jTcy3jEQbToc0iWbSS/1y6/m89iLSj9ZeW85KjyJgHoxBwsFmBAh/0fTtQC8/TWORN7 TK4bPo28u5K9vFVA+7YhfeJ1A2UPxkkpuQNGUvQrtD3iH3PpDjSdWYkJjhWVgJyqhnKk 3JpNMzt3BGJf9yu1eH7NU68VBME2NuyS19duOuLniwlzj5tN4V3k/TqkK7A3Ke5wK7H6 a4Xw== X-Gm-Message-State: AD7BkJJnB1V5z8JEuphXbXb5kWr/sBEwLN3f8nuUBNv15x1UEOcYUl/NeIJH5PI5243oHX2nYzYutaSbVYptE/JCbtHEO3WO6vtUlvOSf7ty2P7y7PUWwMHTN1rGCK8imJ51R6dUrdyGfUSfUxqjX6AXVEs= X-Received: by 10.31.54.194 with SMTP id d185mr1485905vka.130.1456502368493; Fri, 26 Feb 2016 07:59:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.159.36.137 with HTTP; Fri, 26 Feb 2016 07:59:14 -0800 (PST) In-Reply-To: <1456502200.13785.78.camel@freebsd.org> References: <1456502200.13785.78.camel@freebsd.org> From: "Lundberg, Johannes" Date: Fri, 26 Feb 2016 09:59:14 -0600 Message-ID: Subject: Re: hint.uart.1 in device.hints causes freeze at boot To: Ian Lepore Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 26 Feb 2016 15:59:30 -0000 WWVzLiBEb2luZyB0aGF0IG9yIHJlbW92aW5nIGl0IGZyb20gZGV2aWNlLmhpbnRzIGFuZCBpdCB3 aWxsIGJvb3QgcHJvcGVybHkuDQpJIGhhdmVuJ3QgcmVhbGx5IGR1ZyBhbnkgZGVlcGVyIGFzIHRv IHdoeSwgeWV0Lg0KDQoNCk9uIEZyaSwgRmViIDI2LCAyMDE2IGF0IDk6NTYgQU0sIElhbiBMZXBv cmUgPGlhbkBmcmVlYnNkLm9yZz4gd3JvdGU6DQoNCj4gT24gRnJpLCAyMDE2LTAyLTI2IGF0IDA5 OjQ4IC0wNjAwLCBMdW5kYmVyZywgSm9oYW5uZXMgd3JvdGU6DQo+ID4gSGkNCj4gPg0KPiA+IE5v dCBzdXJlIGlmIGl0J3Mgb2sgdG8gY3Jvc3MgcG9zdCBidXQgSSB3YXNuJ3Qgc3VyZSB3aGljaCBs aXN0IHRvDQo+ID4gc2VuZCB0by4NCj4gPg0KPiA+IE9uIEludGVsIEF0b20gWDUtWjgzMDAgU29D IChDaGVycnlUcmFpbCkgdGhlIGluc3RhbGwgbWVtc3RpY2sgaW1hZ2UNCj4gPiAoYW1kNjQpDQo+ ID4gaGFsdHMgZHVyaW5nIGJvb3QgYmVjYXVzZSBvZiB1YXJ0LjEgc2V0dGluZ3MgaW4gZGV2aWNl IGhpbnRzLg0KPiA+DQo+ID4gSSdtIHN1cmUgaXQgaXMgdGhlcmUgZm9yIGEgcmVhc29uIHNvIHdo YXQgaXMgdGhlIGFsdGVybmF0aXZlIGFjdGlvbnM/DQo+ID4gSXMNCj4gPiB0aGUgc29sdXRpb24g dG8gZ2V0IGEgYm9vdGFibGUgQXRvbSBTb0MgaW1hZ2UgdG8gY3JlYXRlIHlldCBhbm90aGVyDQo+ ID4gZGlzdHJpYnV0aW9uIG9yIGNhbiB0aGUgaW5zdGFsbGVyIGNob29zZSB0aGUgcHJvcGVyIGRl dmljZS5oaW50cw0KPiA+IGR5bmFtaWNhbGx5IGR1cmluZyBib290Pw0KPiA+DQo+ID4gQmVzdCBy ZWdhcmRzDQo+ID4NCj4NCj4gVGhlcmUncyBub3QgYSBsb3Qgb2YgaW5mb3JtYXRpb24gdG8gZ28g b24gaGVyZS4uLiBhdCB3aGF0IHBvaW50IGRvZXMgaXQNCj4gaGFsdD8gIFdoeSBkbyB5b3UgdGhp bmsgaXQncyByZWxhdGVkIHRvIHRoZSB1YXJ0IDEgaGludD8gIERvZXMgaXQgaGVscA0KPiB0byBz ZXQgaGludC51YXJ0LjEuZGlzYWJsZWQ9MSBpbiBsb2FkZXIgYmVmb3JlIGJvb3Rpbmc/DQo+DQo+ IC0tIElhbg0KPg0KPg0KCi0tIAo9LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09 LT0tPS09LT0tPS09LT0tPS0K56eY5a+G5L+d5oyB44Gr44Gk44GE44Gm77ya44GT44Gu6Zu75a2Q 44Oh44O844Or44Gv44CB5ZCN5a6b5Lq644Gr6YCB5L+h44GX44Gf44KC44Gu44Gn44GC44KK44CB 56eY5Yy/54m55qip44Gu5a++6LGh44Go44Gq44KL5oOF5aCx44KS5ZCr44KT44Gn44GE44G+44GZ 44CCCuOCguOBl+OAgeWQjeWum+S6uuS7peWkluOBruaWueOBjOWPl+S/oeOBleOCjOOBn+WgtOWQ iOOAgeOBk+OBruODoeODvOODq+OBruegtOajhOOAgeOBiuOCiOOBs+OBk+OBruODoeODvOODq+OB q+mWouOBmeOCi+S4gOWIh+OBrumWi+ekuuOAgQropIflhpnjgIHphY3luIPjgIHjgZ3jga7ku5bj ga7liKnnlKjjgIHjgb7jgZ/jga/oqJjovInlhoXlrrnjgavln7rjgaXjgY/jgYTjgYvjgarjgovo oYzli5XjgoLjgZXjgozjgarjgYTjgojjgYbjgYrpoZjjgYTnlLPjgZfkuIrjgZLjgb7jgZnjgIIK LS0tCkNPTkZJREVOVElBTElUWSBOT1RFOiBUaGUgaW5mb3JtYXRpb24gaW4gdGhpcyBlbWFpbCBp cyBjb25maWRlbnRpYWwKYW5kIGludGVuZGVkIHNvbGVseSBmb3IgdGhlIGFkZHJlc3NlZS4KRGlz Y2xvc3VyZSwgY29weWluZywgZGlzdHJpYnV0aW9uIG9yIGFueSBvdGhlciBhY3Rpb24gb2YgdXNl IG9mIHRoaXMKZW1haWwgYnkgcGVyc29uIG90aGVyIHRoYW4gaW50ZW5kZWQgcmVjaXBpZW50LCBp cyBwcm9oaWJpdGVkLgpJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50IGFuZCBo YXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4KZXJyb3IsIHBsZWFzZSBkZXN0cm95IHRoZSBvcmln aW5hbCBtZXNzYWdlLgo= From owner-freebsd-current@freebsd.org Fri Feb 26 16:53:49 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A682EAB4A05 for ; Fri, 26 Feb 2016 16:53:49 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id A0326637 for ; Fri, 26 Feb 2016 16:53:49 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) Received: from [134.153.27.124] (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 6827B1BF2 for ; Fri, 26 Feb 2016 16:53:49 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) From: "Jonathan Anderson" To: freebsd-current@freebsd.org Subject: ZenBook UX305CA touchpad Date: Fri, 26 Feb 2016 13:23:28 -0330 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; format=flowed Content-Transfer-Encoding: quoted-printable X-Mailer: MailMate (1.9.3r5187) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 26 Feb 2016 16:53:49 -0000 Hello -CURRENT, I just picked up an Asus ZenBook UX305CA on sale. The screen is = beautiful (with unaccelerated scfb graphics), the wi-fi works (with just = the occasional fatal firmware error) and I'm generally a satisfied = customer, except: the touchpad doesn't seem to work. It doesn't even = show up as a PS/2 mouse: `dmesg | grep psm` yields nothing. I saw that some Linux folks had troubles with this trackpad too: https://florisvanvugt.wordpress.com/2015/12/26/making-asus-ux305ca-touchp= ad-work-in-ubuntu/ https://bugzilla.redhat.com/show_bug.cgi?id=3D1275718#c7 Does that provide any useful information for my FreeBSD problem? Jon -- Jonathan Anderson jonathan@FreeBSD.org From owner-freebsd-current@freebsd.org Fri Feb 26 17:21:30 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E058EAB57A1 for ; Fri, 26 Feb 2016 17:21:30 +0000 (UTC) (envelope-from dim@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 CC7281645 for ; Fri, 26 Feb 2016 17:21:30 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id C9828AB57A0; Fri, 26 Feb 2016 17:21:30 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AF2ADAB579F for ; Fri, 26 Feb 2016 17:21:30 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (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 406801644 for ; Fri, 26 Feb 2016 17:21:30 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::a98a:526b:da5e:83b5] (unknown [IPv6:2001:7b8:3a7:0:a98a:526b:da5e:83b5]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 8676135001; Fri, 26 Feb 2016 18:21:25 +0100 (CET) Subject: Re: buffer overflow warning in /bin/sh Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/signed; boundary="Apple-Mail=_B61D0859-2942-42C8-885C-42F4FE89BFF1"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: Date: Fri, 26 Feb 2016 18:21:20 +0100 Cc: current@freebsd.org Message-Id: <0353BD46-1397-4DAC-9115-6D2355E7F42D@FreeBSD.org> References: To: Howard Su X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 26 Feb 2016 17:21:31 -0000 --Apple-Mail=_B61D0859-2942-42C8-885C-42F4FE89BFF1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 26 Feb 2016, at 04:21, Howard Su wrote: >=20 > I got the error when compiling GENERIC kernel with address sanitizer > /bin/sh: > --- vers.c --- > MAKE=3Dmake sh /usr/home/howardsu/freebsd/sys/conf/newvers.sh > = GENERIC=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D4132=3D=3DERROR: AddressSanitizer: stack-buffer-overflow on = address > 0x7fffffffc9c0 at pc 0x00000045fdc7 bp 0x7fffffffc930 sp = 0x7fffffffc0f0 > WRITE of size 312 at 0x7fffffffc9c0 thread T0 > #0 0x45fdc6 (/bin/sh+0x45fdc6) > #1 0x801431767 (/lib/libc.so.7+0x7c767) > #2 0x42ff5e (/bin/sh+0x42ff5e) > #3 0x4b6b00 (/bin/sh+0x4b6b00) > #4 0x49686e (/bin/sh+0x49686e) > #5 0x495572 (/bin/sh+0x495572) > #6 0x48c3f9 (/bin/sh+0x48c3f9) > #7 0x489920 (/bin/sh+0x489920) > #8 0x4acde8 (/bin/sh+0x4acde8) > #9 0x4aca4d (/bin/sh+0x4aca4d) > #10 0x40fb0e (/bin/sh+0x40fb0e) > #11 0x80071afff () >=20 > Address 0x7fffffffc9c0 is located in stack of thread > T0=3D=3D4132=3D=3DAddressSanitizer CHECK failed: > = /usr/home/howardsu/freebsd/lib/libclang_rt/asan/../../../contrib/compiler-= rt/lib/asan/asan_thread.cc:246 > "((ptr[0] =3D=3D kCurrentStackFrameMagic)) !=3D (0)" (0x0, 0x0) > #0 0x422b9d (/bin/sh+0x422b9d) > #1 0x41de09 (/bin/sh+0x41de09) > #2 0x41f301 (/bin/sh+0x41f301) > #3 0x4728be (/bin/sh+0x4728be) > #4 0x474589 (/bin/sh+0x474589) > #5 0x47502a (/bin/sh+0x47502a) > #6 0x45fdef (/bin/sh+0x45fdef) > #7 0x801431767 (/lib/libc.so.7+0x7c767) > #8 0x42ff5e (/bin/sh+0x42ff5e) > #9 0x4b6b00 (/bin/sh+0x4b6b00) > #10 0x49686e (/bin/sh+0x49686e) > #11 0x495572 (/bin/sh+0x495572) > #12 0x48c3f9 (/bin/sh+0x48c3f9) > #13 0x489920 (/bin/sh+0x489920) > #14 0x4acde8 (/bin/sh+0x4acde8) > #15 0x4aca4d (/bin/sh+0x4aca4d) > #16 0x40fb0e (/bin/sh+0x40fb0e) > #17 0x80071afff () >=20 > *** [vers.c] Error code 1 >=20 > I am using latest -Current and add the following flags to = /etc/make.conf. > # CFLAGS+=3D -g -fsanitize=3Daddress -fno-omit-frame-pointer >=20 > I rebuild /bin/sh as a first step. with the /bin/sh I got the above = error. > I would like to understand how to get symbols. The following command > doesn't work at all. > addr2line -e /bin/sh 0x422b9d >=20 > =E2=80=8BAny idea?=E2=80=8B Please recompile and reinstall world, using WITH_CLANG_EXTRAS=3Dy in /etc/src.conf. This will install the /usr/bin/llvm-symbolizer command, which is needed by AddressSanitizer to resolve symbols. On my system with the projects/clang380-import branch installed, I get the following AdressSanitizer report. It does not look completely similar to your case, though: $ sh sys/conf/newvers.sh =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D9912=3D=3DERROR: AddressSanitizer: stack-buffer-overflow on = address 0xbfbfe380 at pc 0x08121f12 bp 0xbfbfe354 sp 0xbfbfe34c WRITE of size 4 at 0xbfbfe380 thread T0 #0 0x8121f11 in readtoken1 = /share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:1419:= 22 #1 0x812597d in xxreadtoken = /share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:930:1= 1 #2 0x811c90f in readtoken = /share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:827:6= #3 0x812341c in simplecmd = /share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:647:7= #4 0x812341c in command = /share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:592 #5 0x8122e19 in pipeline = /share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:376:7= #6 0x811cc57 in andor = /share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:347:6= #7 0x811cc57 in list = /share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:278 #8 0x8126501 in parsebackq = /share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:1182:= 6 #9 0x811f36c in readtoken1 = /share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:1556:= 11 #10 0x812597d in xxreadtoken = /share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:930:1= 1 #11 0x811c90f in readtoken = /share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:827:6= #12 0x811c7c9 in parsecmd = /share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:224:6= #13 0x811046f in cmdloop = /share/dim/src/freebsd/base/projects/clang380-import/bin/sh/main.c:217:7 #14 0x811015e in main = /share/dim/src/freebsd/base/projects/clang380-import/bin/sh/main.c:178:3 #15 0x80557c9 in _start1 (/bin/sh+0x80557c9) Address 0xbfbfe380 is located in stack of thread T0 at offset 32 in = frame #0 0x811e8ff in readtoken1 = /share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:1400 This frame has 3 object(s): [16, 20) 'bqlist' [32, 128) 'state_static' <=3D=3D Memory access at offset 32 is = inside this variable [160, 170) 'buf' HINT: this may be a false positive if your program uses some custom = stack unwind mechanism or swapcontext (longjmp and C++ exceptions *are* supported) SUMMARY: AddressSanitizer: stack-buffer-overflow = /share/dim/src/freebsd/base/projects/clang380-import/bin/sh/parser.c:1419:= 22 in readtoken1 Shadow bytes around the buggy address: 0x57f7fc20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x57f7fc30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x57f7fc40: 00 00 00 00 00 00 00 00 00 00 00 00 f1 f1 00 00 0x57f7fc50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x57f7fc60: 00 00 00 00 00 00 00 00 00 00 00 00 f1 f1 04 f2 =3D>0x57f7fc70:[f3]f3 f3 f3 f3 f3 00 00 00 00 00 00 f2 f2 f2 f2 0x57f7fc80: 00 02 f3 f3 00 00 00 00 00 00 00 00 00 00 00 00 0x57f7fc90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x57f7fca0: 00 00 00 00 00 00 00 00 f1 f1 04 f2 04 f2 04 f2 0x57f7fcb0: 04 f2 04 f3 00 00 00 00 00 00 00 00 00 00 00 00 0x57f7fcc0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Shadow byte legend (one shadow byte represents 8 application bytes): Addressable: 00 Partially addressable: 01 02 03 04 05 06 07 Heap left redzone: fa Heap right redzone: fb Freed heap region: fd Stack left redzone: f1 Stack mid redzone: f2 Stack right redzone: f3 Stack partial redzone: f4 Stack after return: f5 Stack use after scope: f8 Global redzone: f9 Global init order: f6 Poisoned by user: f7 Container overflow: fc Array cookie: ac Intra object redzone: bb ASan internal: fe Left alloca redzone: ca Right alloca redzone: cb =3D=3D9912=3D=3DABORTING This may be a false positive though. I'm currently trying to run this under valgrind, but the valgrind port crashes with: valgrind: m_syswrap/syswrap-freebsd.c:3302 (void = vgSysWrap_freebsd_sys_fcntl_before(ThreadId, SyscallArgLayout *, = SyscallArgs *, SyscallStatus *, UWord *)): Assertion 'Unimplemented = functionality' failed. valgrind: valgrind host stacktrace: =3D=3D6180=3D=3D at 0x38043152: ??? (in = /usr/local/lib/valgrind/memcheck-amd64-freebsd) =3D=3D6180=3D=3D by 0x380434D7: ??? (in = /usr/local/lib/valgrind/memcheck-amd64-freebsd) =3D=3D6180=3D=3D by 0x380434BD: ??? (in = /usr/local/lib/valgrind/memcheck-amd64-freebsd) =3D=3D6180=3D=3D by 0x380B2DF4: ??? (in = /usr/local/lib/valgrind/memcheck-amd64-freebsd) =3D=3D6180=3D=3D by 0x3809AE77: ??? (in = /usr/local/lib/valgrind/memcheck-amd64-freebsd) =3D=3D6180=3D=3D by 0x38099F2F: ??? (in = /usr/local/lib/valgrind/memcheck-amd64-freebsd) =3D=3D6180=3D=3D by 0x380985F7: ??? (in = /usr/local/lib/valgrind/memcheck-amd64-freebsd) =3D=3D6180=3D=3D by 0x380A5E50: ??? (in = /usr/local/lib/valgrind/memcheck-amd64-freebsd) sched status: running_tid=3D1 Thread 1: status =3D VgTs_Runnable =3D=3D6180=3D=3D at 0x51AF0DA: _fcntl (in /lib/libc.so.7) =3D=3D6180=3D=3D by 0x50B4CDB: fcntl (in /lib/libc.so.7) =3D=3D6180=3D=3D by 0x40DD20: setinputfile (input.c:369) =3D=3D6180=3D=3D by 0x412F9D: procargs (options.c:113) =3D=3D6180=3D=3D by 0x411571: main (main.c:147) So it is fairly unusable now. :-( -Dimitry --Apple-Mail=_B61D0859-2942-42C8-885C-42F4FE89BFF1 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.29 iEYEARECAAYFAlbQiZUACgkQsF6jCi4glqNDFQCgyRHNHbpOUsW0VSX1nJuPtOwb bIAAoMry66dR0hIYNTdveq0eWYQHFIPQ =s/zp -----END PGP SIGNATURE----- --Apple-Mail=_B61D0859-2942-42C8-885C-42F4FE89BFF1-- From owner-freebsd-current@freebsd.org Fri Feb 26 19:23:30 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8FDD7AB58E8 for ; Fri, 26 Feb 2016 19:23:30 +0000 (UTC) (envelope-from jonathan.robert.anderson@gmail.com) Received: from mail-qg0-x22c.google.com (mail-qg0-x22c.google.com [IPv6:2607:f8b0:400d:c04::22c]) (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 3D54518FD for ; Fri, 26 Feb 2016 19:23:30 +0000 (UTC) (envelope-from jonathan.robert.anderson@gmail.com) Received: by mail-qg0-x22c.google.com with SMTP id b67so72989096qgb.1 for ; Fri, 26 Feb 2016 11:23:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:date:message-id:in-reply-to:references :mime-version; bh=fdJFm2Q9QNjxkmpYttQ3I4T6IrYieVRcp5j7PL/40PU=; b=QQKvs7U3oB9lCvD9Ez7eUCO75l7S7jH8iMvq0UAUYtWLpNNsEL4aovW7g7f3+P2Eb5 I7NDC0vJIDVx8O69S7jL/ypvGkx4nExTtIljbkyhzG4qPE67aNPSZUElLYVGJSCHcm5K JbcmOA2W+5ti20L0Ld/cXiKJb30ki31zk0Jeql93Qx9DrBF33akfdhRCauHmqfsJba8V 0Rwe8Rs9EevUCISwHUt06mOcYyGHJoF8/oGoP3zjS0aw+NBHrf2EmGUTGlgOO5EJwtXT gC4lV4E3bdUgogi61A6xJmr6doUQxGYbK6s4uZ0Uiy8ehCZE3WYmrgSpftaQJ87eQNBE DKcw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:to:subject:date:message-id :in-reply-to:references:mime-version; bh=fdJFm2Q9QNjxkmpYttQ3I4T6IrYieVRcp5j7PL/40PU=; b=cMtn5H7lqTws36v2Xk7w0lLmVUxXwDUE+MBVAgUOBj6nm/3+xXFWEFdkYfh/7vJax4 nuaRwGdPy4qZGRWvVfNn4yMFGrFreNjpNPQyfSep0SCtOGXbhu5zb/sYu4QXqKpRnKwi 7Z1gh4v74mEcFl9k+xpJg2Kv5AxEpyW3WA4PXwbFdbUX3DkFta1vAEbjwnaTJHoeP9yH GNJiiuUy/ensPf4nrh6Zcl4qgNU11fvueeLRNSigiwsOeHsxyLDoZ2xX25N+lxLddZQi AKh3lrappKLqVO0U5JwEpY6xI91Jd5DLPN/qPUD1Ik95iAt2UDEBP7H/yXIYbP7Xsuwd RLQQ== X-Gm-Message-State: AD7BkJJbCyUl9I1QL0ZCaHV/39Z6CoZU0+oM807Dq9Kqz0X4jHghIY/WvgSwKELIA2j5gA== X-Received: by 10.140.20.39 with SMTP id 36mr4117847qgi.15.1456514609266; Fri, 26 Feb 2016 11:23:29 -0800 (PST) Received: from [134.153.27.124] (jacob.engr.mun.ca. [134.153.27.124]) by smtp.gmail.com with ESMTPSA id s75sm5880628qge.17.2016.02.26.11.23.27 for (version=TLS1 cipher=AES128-SHA bits=128/128); Fri, 26 Feb 2016 11:23:27 -0800 (PST) Sender: Jonathan Anderson From: "Jonathan Anderson" To: freebsd-current@freebsd.org Subject: Re: ZenBook UX305CA touchpad Date: Fri, 26 Feb 2016 15:53:11 -0330 Message-ID: <572B10A0-1098-4860-8B2D-879D22B638A8@FreeBSD.org> In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=_MailMate_B0A2A03F-9149-44F2-AAA9-D66B803A05B5_=" X-Mailer: MailMate (1.9.3r5187) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 26 Feb 2016 19:23:30 -0000 --=_MailMate_B0A2A03F-9149-44F2-AAA9-D66B803A05B5_= Content-Type: text/plain; format=flowed Content-Transfer-Encoding: quoted-printable On 26 Feb 2016, at 13:23, Jonathan Anderson wrote: > Hello -CURRENT, > > I just picked up an Asus ZenBook UX305CA on sale. The screen is = > beautiful (with unaccelerated scfb graphics), the wi-fi works (with = > just the occasional fatal firmware error) and I'm generally a = > satisfied customer, except: the touchpad doesn't seem to work. It = > doesn't even show up as a PS/2 mouse: `dmesg | grep psm` yields = > nothing. I now see that, after a verbose boot, I do have one psm0 message in = dmesg (attached as dmesg.out): psm0: unable to allocate IRQ Jon > I saw that some Linux folks had troubles with this trackpad too: > > https://florisvanvugt.wordpress.com/2015/12/26/making-asus-ux305ca-touc= hpad-work-in-ubuntu/ > > https://bugzilla.redhat.com/show_bug.cgi?id=3D1275718#c7 > > Does that provide any useful information for my FreeBSD problem? > > > Jon -- Jonathan Anderson jonathan@FreeBSD.org --=_MailMate_B0A2A03F-9149-44F2-AAA9-D66B803A05B5_= Content-Disposition: attachment; filename=dmesg.out Content-Transfer-Encoding: quoted-printable Table 'FACP' at 0x86d67eb8 Table 'APIC' at 0x86d67fc8 APIC: Found table at 0x86d67fc8 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 2 ACPI ID 2: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 1 ACPI ID 3: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 3 ACPI ID 4: enabled SMP: Added CPU 3 (AP) Copyright (c) 1992-2016 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #0 r295683: Wed Feb 17 02:07:17 UTC 2016 root@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.7.1 (tags/RELEASE_371/final 255217) 20151225 WARNING: WITNESS option enabled, expect reduced performance. PPIM 0: PA=3D0xc0000000, VA=3D0xffffffff82210000, size=3D0x7e9000, mode=3D= 0x1 VT(efifb): resolution 1920x1080 Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff820ba000. Preloaded /boot/entropy "/boot/entropy" at 0xffffffff820bb3a8. Preloaded elf obj module "/boot/kernel/if_iwn.ko" at 0xffffffff820bb3f8. module iwn already present! Calibrating TSC clock ... TSC clock: 1512067196 Hz CPU: Intel(R) Core(TM) m3-6Y30 CPU @ 0.90GHz (1512.07-MHz K8-class CPU) Origin=3D"GenuineIntel" Id=3D0x406e3 Family=3D0x6 Model=3D0x4e Step= ping=3D3 Features=3D0xbfebfbff Features2=3D0x7ffafbbf AMD Features=3D0x2c100800 AMD Features2=3D0x121 Structured Extended Features=3D0x29c67af XSAVE Features=3D0xf VT-x: Basic Features=3D0xda0400 Pin-Based Controls=3D0x7f Primary Processor Controls=3D0xfff9fffe Secondary Processor Controls=3D0x1fbcff Exit Controls=3D0xda0400 Entry Controls=3D0xda0400 EPT Features=3D0x6334141= VPID Features=3D0xf01 TSC: P-state invariant, performance statistics Data TLB: 1 GByte pages, 4-way set associative, 4 entries Data TLB: 4 KB pages, 4-way set associative, 64 entries Instruction TLB: 2M/4M pages, fully associative, 8 entries Instruction TLB: 4KByte pages, 8-way set associative, 64 entries 64-Byte prefetching Shared 2nd-Level TLB: 4 KByte /2 MByte pages, 6-way associative, 1536 ent= ries. Also 1GBbyte pages, 4-way, 16 entries L2 cache: 256 kbytes, 8-way associative, 64 bytes/line real memory =3D 8589934592 (8192 MB) Physical memory chunk(s): 0x0000000000010000 - 0x0000000000053fff, 278528 bytes (68 pages) 0x0000000000059000 - 0x000000000009dfff, 282624 bytes (69 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x00000000020fc000 - 0x0000000082fcffff, 2163032064 bytes (528084 pages) 0x0000000082ffb000 - 0x000000008304bfff, 331776 bytes (81 pages) 0x000000008348d000 - 0x00000000859befff, 39002112 bytes (9522 pages) 0x000000008641b000 - 0x0000000086a3cfff, 6430720 bytes (1570 pages) 0x0000000087ffe000 - 0x0000000087ffefff, 4096 bytes (1 pages) 0x0000000100000000 - 0x0000000263f9cfff, 5972283392 bytes (1458077 pages)= avail memory =3D 8122744832 (7746 MB) Table 'FACP' at 0x86d67eb8 Table 'APIC' at 0x86d67fc8 Table 'FPDT' at 0x86d68050 Table 'FIDT' at 0x86d68098 Table 'MCFG' at 0x86d68138 Table 'HPET' at 0x86d68178 Table 'SSDT' at 0x86d681b0 Table 'ECDT' at 0x86d684c8 Table 'LPIT' at 0x86d68590 Table 'SSDT' at 0x86d68628 Table 'DBGP' at 0x86d68870 Table 'DBG2' at 0x86d688a8 Table 'SSDT' at 0x86d68900 Table 'SSDT' at 0x86d6c6d8 Table 'UEFI' at 0x86d71f20 Table 'SSDT' at 0x86d71f68 Table 'DMAR' at 0x86d72dc0 DMAR: Found table at 0x86d72dc0 x2APIC available but disabled by DMAR table Event timer "LAPIC" quality 600 ACPI APIC Table: <_ASUS_ Notebook> INTR: Adding local APIC 2 as a target FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 3 APIC: CPU 2 has ACPI ID 2 APIC: CPU 3 has ACPI ID 4 lapic0: CMCI unmasked x86bios: IVT 0x000000-0x0004ff at 0xfffff80000000000 x86bios: SSEG 0x059000-0x059fff at 0xfffffe01e7fd8000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffff800000a0000 random: read 4096 bytes from preloaded cache random: unblocking device. ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ACPI: RSDP 0x0000000086D43000 000024 (v02 _ASUS_) ACPI: XSDT 0x0000000086D430A0 0000C4 (v01 _ASUS_ Notebook 01072009 AMI 0= 0010013) ACPI: FACP 0x0000000086D67EB8 00010C (v05 _ASUS_ Notebook 01072009 AMI 0= 0010013) ACPI: DSDT 0x0000000086D431F8 024CC0 (v02 _ASUS_ Notebook 01072009 INTL 2= 0120913) ACPI: FACS 0x00000000873A3F80 000040 ACPI: APIC 0x0000000086D67FC8 000084 (v03 _ASUS_ Notebook 01072009 AMI 0= 0010013) ACPI: FPDT 0x0000000086D68050 000044 (v01 _ASUS_ Notebook 01072009 AMI 0= 0010013) ACPI: FIDT 0x0000000086D68098 00009C (v01 _ASUS_ Notebook 01072009 AMI 0= 0010013) ACPI: MCFG 0x0000000086D68138 00003C (v01 _ASUS_ Notebook 01072009 MSFT 0= 0000097) ACPI: HPET 0x0000000086D68178 000038 (v01 _ASUS_ Notebook 01072009 AMI. 0= 005000B) ACPI: SSDT 0x0000000086D681B0 000315 (v01 SataRe SataTabl 00001000 INTL 2= 0120913) ACPI: ECDT 0x0000000086D684C8 0000C1 (v01 _ASUS_ Notebook 01072009 AMI. 0= 0000005) ACPI: LPIT 0x0000000086D68590 000094 (v01 INTEL SKL-ULT 00000000 MSFT 0= 000005F) ACPI: SSDT 0x0000000086D68628 000248 (v02 INTEL sensrhub 00000000 INTL 2= 0120913) ACPI: DBGP 0x0000000086D68870 000034 (v01 INTEL 00000000 MSFT 0= 000005F) ACPI: DBG2 0x0000000086D688A8 000054 (v00 INTEL 00000000 MSFT 0= 000005F) ACPI: SSDT 0x0000000086D68900 003DD1 (v02 DptfTa DptfTabl 00001000 INTL 2= 0120913) ACPI: SSDT 0x0000000086D6C6D8 005843 (v02 SaSsdt SaSsdt 00003000 INTL 2= 0120913) ACPI: UEFI 0x0000000086D71F20 000042 (v01 00000000 0= 0000000) ACPI: SSDT 0x0000000086D71F68 000E58 (v02 CpuRef CpuSsdt 00003000 INTL 2= 0120913) ACPI: DMAR 0x0000000086D72DC0 0000F0 (v01 INTEL SKL 00000001 INTL 0= 0000001) ACPI: TPM2 0x0000000086D72EB0 000034 (v03 Tpm2Tabl 00000001 AMI 0= 0000000) ACPI: BGRT 0x0000000086D72EE8 000038 (v01 _ASUS_ Notebook 01072009 AMI 0= 0010013) ACPI: MSDM 0x00000000861DCF18 000055 (v03 _ASUS_ Notebook 00000000 ASUS 0= 0000001) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: ver 0x20 maxredir 0x77 ioapic0: Routing external 8259A's -> intpin 0 lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic2: Routing NMI -> LINT1 lapic2: LINT1 trigger: edge lapic2: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high lapic3: Routing NMI -> LINT1 lapic3: LINT1 trigger: edge lapic3: LINT1 polarity: high MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0 irqs 0-119 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff x2A= PIC: 0 lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000011ff timer: 0x000300ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 wlan: <802.11 Link Layer> snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff [= 1024] feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D5 feeder_= rate_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 random: entropy device external interface kbd: new array size 4 kbd1 at kbdmux0 mem: nfslock: pseudo-device netmap: loaded module null: crypto: module_register_init: MOD_LOAD (vesa, 0xffffffff80ee1ef0, 0) error 19 io: VMBUS: load random: registering fast source Intel Secure Key RNG random: fast provider: "Intel Secure Key RNG" hpt27xx: RocketRAID 27xx controller driver v1.2.7 hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 hptnr: R750/DC7280 controller driver v1.1.4 random: harvesting attach, 8 bytes (4 bits) from ram0 cryptosoft0: on motherboard crypto: assign cryptosoft0 driver id 0, flags 100663296 crypto: cryptosoft0 registers alg 1 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 2 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 3 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 4 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 5 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 16 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 6 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 7 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 18 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 19 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 20 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 8 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 15 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 9 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 10 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 13 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 14 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 11 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 22 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 23 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 25 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 24 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 26 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 27 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 28 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 21 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 17 flags 0 maxoplen 0 random: harvesting attach, 8 bytes (4 bits) from cryptosoft0 acpi0: <_ASUS_ Notebook> on motherboard ACPI: 6 ACPI AML tables successfully acquired and loaded PCIe: Memory Mapped configuration base @ 0xe0000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 acpi_ec0: port 0x62,0x66 on acpi0 random: harvesting attach, 8 bytes (4 bits) from acpi_ec0 ACPI: Executed 21 blocks of module-level executable AML code acpi0: Power Button (fixed) random: harvesting attach, 8 bytes (4 bits) from acpi_sysresource0 random: harvesting attach, 8 bytes (4 bits) from acpi_sysresource1 random: harvesting attach, 8 bytes (4 bits) from acpi_sysresource2 random: harvesting attach, 8 bytes (4 bits) from acpi_sysresource3 random: harvesting attach, 8 bytes (4 bits) from acpi_sysresource4 random: harvesting attach, 8 bytes (4 bits) from acpi_sysresource5 cpu0: Processor \134_PR_.CPU0 (ACPI ID 1) -> APIC ID 0 cpu0: on acpi0 ACPI: Dynamic OEM Table Load: ACPI: SSDT 0xFFFFF80004592800 00037F (v02 PmRef Cpu0Cst 00003001 INTL 2= 0120913) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0xFFFFF80004291800 000492 (v02 PmRef Cpu0Ist 00003000 INTL 2= 0120913) random: harvesting attach, 8 bytes (4 bits) from cpu0 cpu1: Processor \134_PR_.CPU1 (ACPI ID 2) -> APIC ID 2 cpu1: on acpi0 ACPI: Dynamic OEM Table Load: ACPI: SSDT 0xFFFFF80004291000 0005AA (v02 PmRef ApIst 00003000 INTL 2= 0120913) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0xFFFFF80004569C00 000119 (v02 PmRef ApCst 00003000 INTL 2= 0120913) random: harvesting attach, 8 bytes (4 bits) from cpu1 cpu2: Processor \134_PR_.CPU2 (ACPI ID 3) -> APIC ID 1 cpu2: on acpi0 random: harvesting attach, 8 bytes (4 bits) from cpu2 cpu3: Processor \134_PR_.CPU3 (ACPI ID 4) -> APIC ID 3 cpu3: on acpi0 random: harvesting attach, 8 bytes (4 bits) from cpu3 ACPI: Processor \134_PR_.CPU4 (ACPI ID 5) ignored ACPI: Processor \134_PR_.CPU5 (ACPI ID 6) ignored ACPI: Processor \134_PR_.CPU6 (ACPI ID 7) ignored ACPI: Processor \134_PR_.CPU7 (ACPI ID 8) ignored hpet0: iomem 0xfed00000-0xfed003ff on acpi0 hpet0: vendor 0x8086, rev 0x1, 24000000Hz 64bit, 8 timers, legacy route hpet0: t0: irqs 0x00f00000 (0), MSI, 64bit, periodic hpet0: t1: irqs 0x00f00000 (0), MSI hpet0: t2: irqs 0x00f00800 (0), MSI hpet0: t3: irqs 0x00f01000 (0), MSI hpet0: t4: irqs 0x00000000 (0), MSI hpet0: t5: irqs 0x00000000 (0), MSI hpet0: t6: irqs 0x00000000 (0), MSI hpet0: t7: irqs 0x00000000 (0), MSI Timecounter "HPET" frequency 24000000 Hz quality 950 msi: routing MSI-X IRQ 256 to local APIC 0 vector 49 msi: routing MSI-X IRQ 257 to local APIC 0 vector 50 msi: routing MSI-X IRQ 258 to local APIC 0 vector 51 msi: routing MSI-X IRQ 259 to local APIC 0 vector 52 msi: routing MSI-X IRQ 260 to local APIC 0 vector 53 msi: routing MSI-X IRQ 261 to local APIC 0 vector 54 msi: routing MSI-X IRQ 262 to local APIC 0 vector 55 msi: routing MSI-X IRQ 263 to local APIC 0 vector 56 Event timer "HPET" frequency 24000000 Hz quality 550 Event timer "HPET1" frequency 24000000 Hz quality 440 Event timer "HPET2" frequency 24000000 Hz quality 440 Event timer "HPET3" frequency 24000000 Hz quality 440 Event timer "HPET4" frequency 24000000 Hz quality 440 random: harvesting attach, 8 bytes (4 bits) from hpet0 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustme= nt 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 57 Event timer "RTC" frequency 32768 Hz quality 0 random: harvesting attach, 8 bytes (4 bits) from atrtc0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 58 Event timer "i8254" frequency 1193182 Hz quality 100 random: harvesting attach, 8 bytes (4 bits) from attimer0 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1808-0x180b on acpi0 random: harvesting attach, 8 bytes (4 bits) from acpi_timer0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 random: harvesting attach, 8 bytes (4 bits) from pci_link0 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 random: harvesting attach, 8 bytes (4 bits) from pci_link1 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 random: harvesting attach, 8 bytes (4 bits) from pci_link2 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 random: harvesting attach, 8 bytes (4 bits) from pci_link3 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 random: harvesting attach, 8 bytes (4 bits) from pci_link4 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 random: harvesting attach, 8 bytes (4 bits) from pci_link5 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 random: harvesting attach, 8 bytes (4 bits) from pci_link6 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 10 11 12 14 15 random: harvesting attach, 8 bytes (4 bits) from pci_link7 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 5 range 0-0xfe pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xffff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xc0000-0xc3fff pcib0: decoding 3 range 0xc4000-0xc7fff pcib0: decoding 3 range 0xc8000-0xcbfff pcib0: decoding 3 range 0xcc000-0xcffff pcib0: decoding 3 range 0xd0000-0xd3fff pcib0: decoding 3 range 0xd4000-0xd7fff pcib0: decoding 3 range 0xd8000-0xdbfff pcib0: decoding 3 range 0xdc000-0xdffff pcib0: decoding 3 range 0xe0000-0xe3fff pcib0: decoding 3 range 0xe4000-0xe7fff pcib0: decoding 3 range 0xe8000-0xebfff pcib0: decoding 3 range 0xec000-0xeffff pcib0: decoding 3 range 0x8b000000-0xdfffffff pcib0: decoding 3 range 0xfd000000-0xfe7fffff pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x190c, revid=3D0x08 domain=3D0, bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x191e, revid=3D0x07 domain=3D0, bus=3D0, slot=3D2, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 64, base 0xde000000, size 24, enabled pcib0: allocated type 3 (0xde000000-0xdeffffff) for rid 10 of pci0:0:2:0 map[18]: type Prefetchable Memory, range 64, base 0xc0000000, size 28, e= nabled pcib0: allocated type 3 (0xc0000000-0xcfffffff) for rid 18 of pci0:0:2:0 map[20]: type I/O Port, range 32, base 0xf000, size 6, enabled pcib0: allocated type 4 (0xf000-0xf03f) for rid 20 of pci0:0:2:0 found-> vendor=3D0x8086, dev=3D0x1903, revid=3D0x08 domain=3D0, bus=3D0, slot=3D4, func=3D0 class=3D11-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 64, base 0xdf120000, size 15, enabled pcib0: allocated type 3 (0xdf120000-0xdf127fff) for rid 10 of pci0:0:4:0 found-> vendor=3D0x8086, dev=3D0x9d2f, revid=3D0x21 domain=3D0, bus=3D0, slot=3D20, func=3D0 class=3D0c-03-30, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xdf110000, size 16, enabled pcib0: allocated type 3 (0xdf110000-0xdf11ffff) for rid 10 of pci0:0:20:0= found-> vendor=3D0x8086, dev=3D0x9d31, revid=3D0x21 domain=3D0, bus=3D0, slot=3D20, func=3D2 class=3D11-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D255 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 64, base 0xdf138000, size 12, enabled pcib0: allocated type 3 (0xdf138000-0xdf138fff) for rid 10 of pci0:0:20:2= pci0:0:21:0: Transition from D3 to D0 found-> vendor=3D0x8086, dev=3D0x9d60, revid=3D0x21 domain=3D0, bus=3D0, slot=3D21, func=3D0 class=3D11-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 3 supports D0 D3 current D0 map[10]: type Memory, range 64, base 0xdf137000, size 12, memory disable= d pcib0: allocated type 3 (0xdf137000-0xdf137fff) for rid 10 of pci0:0:21:0= pci0:0:21:1: Transition from D3 to D0 found-> vendor=3D0x8086, dev=3D0x9d61, revid=3D0x21 domain=3D0, bus=3D0, slot=3D21, func=3D1 class=3D11-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D255 powerspec 3 supports D0 D3 current D0 map[10]: type Memory, range 64, base 0xdf136000, size 12, memory disable= d pcib0: allocated type 3 (0xdf136000-0xdf136fff) for rid 10 of pci0:0:21:1= found-> vendor=3D0x8086, dev=3D0x9d3a, revid=3D0x21 domain=3D0, bus=3D0, slot=3D22, func=3D0 class=3D07-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xdf135000, size 12, memory disable= d pcib0: allocated type 3 (0xdf135000-0xdf135fff) for rid 10 of pci0:0:22:0= found-> vendor=3D0x8086, dev=3D0x9d03, revid=3D0x21 domain=3D0, bus=3D0, slot=3D23, func=3D0 class=3D01-06-01, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x02b0, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 32, base 0xdf130000, size 13, enabled pcib0: allocated type 3 (0xdf130000-0xdf131fff) for rid 10 of pci0:0:23:0= map[14]: type Memory, range 32, base 0xdf134000, size 8, enabled pcib0: allocated type 3 (0xdf134000-0xdf1340ff) for rid 14 of pci0:0:23:0= map[18]: type I/O Port, range 32, base 0xf090, size 3, enabled pcib0: allocated type 4 (0xf090-0xf097) for rid 18 of pci0:0:23:0 map[1c]: type I/O Port, range 32, base 0xf080, size 2, enabled pcib0: allocated type 4 (0xf080-0xf083) for rid 1c of pci0:0:23:0 map[20]: type I/O Port, range 32, base 0xf060, size 5, enabled pcib0: allocated type 4 (0xf060-0xf07f) for rid 20 of pci0:0:23:0 map[24]: type Memory, range 32, base 0xdf133000, size 11, enabled pcib0: allocated type 3 (0xdf133000-0xdf1337ff) for rid 24 of pci0:0:23:0= found-> vendor=3D0x8086, dev=3D0x9d13, revid=3D0xf1 domain=3D0, bus=3D0, slot=3D28, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D255 powerspec 3 supports D0 D3 current D0 MSI supports 1 message secbus=3D1, subbus=3D1 found-> vendor=3D0x8086, dev=3D0x9d46, revid=3D0x21 domain=3D0, bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x9d21, revid=3D0x21 domain=3D0, bus=3D0, slot=3D31, func=3D2 class=3D05-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type Memory, range 32, base 0xdf12c000, size 14, enabled pcib0: allocated type 3 (0xdf12c000-0xdf12ffff) for rid 10 of pci0:0:31:2= found-> vendor=3D0x8086, dev=3D0x9d70, revid=3D0x21 domain=3D0, bus=3D0, slot=3D31, func=3D3 class=3D04-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xdf128000, size 14, enabled pcib0: allocated type 3 (0xdf128000-0xdf12bfff) for rid 10 of pci0:0:31:3= map[20]: type Memory, range 64, base 0xdf100000, size 16, enabled pcib0: allocated type 3 (0xdf100000-0xdf10ffff) for rid 20 of pci0:0:31:3= found-> vendor=3D0x8086, dev=3D0x9d23, revid=3D0x21 domain=3D0, bus=3D0, slot=3D31, func=3D4 class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0003, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 map[10]: type Memory, range 64, base 0xdf132000, size 8, enabled pcib0: allocated type 3 (0xdf132000-0xdf1320ff) for rid 10 of pci0:0:31:4= map[20]: type I/O Port, range 32, base 0xf040, size 5, enabled pcib0: allocated type 4 (0xf040-0xf05f) for rid 20 of pci0:0:31:4 random: harvesting attach, 8 bytes (4 bits) from hostb0 vgapci0: port 0xf000-0xf03f mem 0xde000000-0xdef= fffff,0xc0000000-0xcfffffff at device 2.0 on pci0 vgapci0: Boot video device random: harvesting attach, 8 bytes (4 bits) from vgapci0 pci0: at device 4.0 (no driver attached) xhci0: mem 0xdf110000-0xdf11ffff at d= evice 20.0 on pci0 xhci0: 32 bytes context size, 64-bit DMA xhci0: attempting to allocate 1 MSI vectors (8 supported) msi: routing MSI IRQ 264 to local APIC 0 vector 59 xhci0: using IRQ 264 for MSI xhci0: MSI enabled usbus0: waiting for BIOS to give up control usbus0 on xhci0 xhci0: usbpf: Attached random: harvesting attach, 8 bytes (4 bits) from usbus0 random: harvesting attach, 8 bytes (4 bits) from xhci0 pci0: at device 20.2 (no driver attached) pci0: at device 21.0 (no driver attached) pci0: at device 21.1 (no driver attached) pci0: at device 22.0 (no driver attached) ahci0: port 0xf090-0xf097,0xf080-0xf083,0xf060-0xf= 07f mem 0xdf130000-0xdf131fff,0xdf134000-0xdf1340ff,0xdf133000-0xdf1337ff= at device 23.0 on pci0 ahci0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 265 to local APIC 0 vector 60 ahci0: using IRQ 265 for MSI ahci0: AHCI v1.31 with 2 6Gbps ports, Port Multiplier not supported ahci0: Caps: 64bit NCQ ALP AL CLO 6Gbps PMD SSC PSC 32cmd 2ports ahci0: Caps2: DESO SADM SDS APST ahcich0: at channel 0 on ahci0 ahcich0: Caps: random: harvesting attach, 8 bytes (4 bits) from ahcich0 ahcich1: at channel 1 on ahci0 ahcich1: Caps: random: harvesting attach, 8 bytes (4 bits) from ahcich1 random: harvesting attach, 8 bytes (4 bits) from ahci0 pcib1: at device 28.0 on pci0 pcib0: allocated type 3 (0xdf000000-0xdf0fffff) for rid 20 of pcib1 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: memory decode 0xdf000000-0xdf0fffff pci1: on pcib1 pcib1: allocated bus range (1-1) for rid 0 of pci1 pci1: domain=3D0, physical bus=3D1 found-> vendor=3D0x8086, dev=3D0x095a, revid=3D0x59 domain=3D0, bus=3D1, slot=3D0, func=3D0 class=3D02-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xdf000000, size 13, enabled pcib1: allocated memory range (0xdf000000-0xdf001fff) for rid 10 of pci0:= 1:0:0 pci1: at device 0.0 (no driver attached) random: harvesting attach, 8 bytes (4 bits) from pci1 random: harvesting attach, 8 bytes (4 bits) from pcib1 isab0: at device 31.0 on pci0 isa0: on isab0 random: harvesting attach, 8 bytes (4 bits) from isa0 random: harvesting attach, 8 bytes (4 bits) from isab0 pci0: at device 31.2 (no driver attached) hdac0: mem 0xdf128000-0xdf12bfff,0xdf1000= 00-0xdf10ffff at device 31.3 on pci0 hdac0: PCI card vendor: 0x1043, device: 0x1cfd hdac0: HDA Driver Revision: 20120126_0002 hdac0: Config options: on=3D0x00000000 off=3D0x00000000 hdac0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 266 to local APIC 0 vector 61 hdac0: using IRQ 266 for MSI hdac0: Caps: OSS 9, ISS 7, BSS 0, NSDO 1, 64bit, CORB 256, RIRB 256 random: harvesting attach, 8 bytes (4 bits) from hdac0 pci0: at device 31.4 (no driver attached) random: harvesting attach, 8 bytes (4 bits) from pci0 random: harvesting attach, 8 bytes (4 bits) from pcib0 acpi_lid0: on acpi0 random: harvesting attach, 8 bytes (4 bits) from acpi_lid0 acpi_button0: on acpi0 random: harvesting attach, 8 bytes (4 bits) from acpi_button0 acpi_tz0: on acpi0 random: harvesting attach, 8 bytes (4 bits) from acpi_tz0 acpi_acad0: on acpi0 random: harvesting attach, 8 bytes (4 bits) from acpi_acad0 battery0: on acpi0 random: harvesting attach, 8 bytes (4 bits) from battery0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 62 atkbd0: [GIANT-LOCKED] random: harvesting attach, 8 bytes (4 bits) from atkbd0 psm0: unable to allocate IRQ random: harvesting attach, 8 bytes (4 bits) from atkbdc0 ACPI: Enabled 6 GPEs in block 00 to 7F random: harvesting attach, 8 bytes (4 bits) from acpi0 random: harvesting attach, 8 bytes (4 bits) from apic0 acpi0: wakeup code va 0xfffffe0230d65000 pa 0x50000 random: harvesting attach, 8 bytes (4 bits) from nexus0 ahc_isa_identify 0: ioport 0xc00 alloc failed ahc_isa_identify 1: ioport 0x1c00 alloc failed ahc_isa_identify 2: ioport 0x2c00 alloc failed ahc_isa_identify 3: ioport 0x3c00 alloc failed ahc_isa_identify 4: ioport 0x4c00 alloc failed ahc_isa_identify 5: ioport 0x5c00 alloc failed ahc_isa_identify 6: ioport 0x6c00 alloc failed ahc_isa_identify 7: ioport 0x7c00 alloc failed ahc_isa_identify 8: ioport 0x8c00 alloc failed ahc_isa_identify 9: ioport 0x9c00 alloc failed ahc_isa_identify 10: ioport 0xac00 alloc failed ahc_isa_identify 11: ioport 0xbc00 alloc failed ahc_isa_identify 12: ioport 0xcc00 alloc failed ahc_isa_identify 13: ioport 0xdc00 alloc failed ahc_isa_identify 14: ioport 0xec00 alloc failed pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 pcib0: allocated type 3 (0xc0000-0xc07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xc0800-0xc0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xc1000-0xc17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xc1800-0xc1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xc2000-0xc27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xc2800-0xc2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xc3000-0xc37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xc3800-0xc3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xc4000-0xc47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xc4800-0xc4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xc5000-0xc57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xc5800-0xc5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xc6000-0xc67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xc6800-0xc6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xc7000-0xc77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xc7800-0xc7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xc8000-0xc87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xc8800-0xc8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xc9000-0xc97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xc9800-0xc9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xca000-0xca7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xca800-0xcafff) for rid 0 of orm0 pcib0: allocated type 3 (0xcb000-0xcb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xcb800-0xcbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xcc000-0xcc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xcc800-0xccfff) for rid 0 of orm0 pcib0: allocated type 3 (0xcd000-0xcd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xcd800-0xcdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xce000-0xce7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xce800-0xcefff) for rid 0 of orm0 pcib0: allocated type 3 (0xcf000-0xcf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xcf800-0xcffff) for rid 0 of orm0 pcib0: allocated type 3 (0xd0000-0xd07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd0800-0xd0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd1000-0xd17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd1800-0xd1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd2000-0xd27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd2800-0xd2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd3000-0xd37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd3800-0xd3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd4000-0xd47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd4800-0xd4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd5000-0xd57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd5800-0xd5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd6000-0xd67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd6800-0xd6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd7000-0xd77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd7800-0xd7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd8000-0xd87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd8800-0xd8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xd9000-0xd97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xd9800-0xd9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xda000-0xda7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xda800-0xdafff) for rid 0 of orm0 pcib0: allocated type 3 (0xdb000-0xdb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdb800-0xdbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xdc000-0xdc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdc800-0xdcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xdd000-0xdd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdd800-0xddfff) for rid 0 of orm0 pcib0: allocated type 3 (0xde000-0xde7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xde800-0xdefff) for rid 0 of orm0 pcib0: allocated type 3 (0xdf000-0xdf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xdf800-0xdffff) for rid 0 of orm0 pcib0: allocated type 3 (0xe0000-0xe07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe0800-0xe0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe1000-0xe17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe1800-0xe1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe2000-0xe27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe2800-0xe2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe3000-0xe37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe3800-0xe3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe4000-0xe47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe4800-0xe4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe5000-0xe57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe5800-0xe5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe6000-0xe67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe6800-0xe6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe7000-0xe77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe7800-0xe7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe8000-0xe87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe8800-0xe8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xe9000-0xe97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xe9800-0xe9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xea000-0xea7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xea800-0xeafff) for rid 0 of orm0 pcib0: allocated type 3 (0xeb000-0xeb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xeb800-0xebfff) for rid 0 of orm0 pcib0: allocated type 3 (0xec000-0xec7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xec800-0xecfff) for rid 0 of orm0 pcib0: allocated type 3 (0xed000-0xed7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xed800-0xedfff) for rid 0 of orm0 pcib0: allocated type 3 (0xee000-0xee7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xee800-0xeefff) for rid 0 of orm0 pcib0: allocated type 3 (0xef000-0xef7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xef800-0xeffff) for rid 0 of orm0 isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it isa_probe_children: probing non-PnP devices sc0 failed to probe on isa0 vga0 failed to probe on isa0 pcib0: allocated type 4 (0x3f0-0x3f5) for rid 0 of fdc0 pcib0: allocated type 4 (0x3f7-0x3f7) for rid 1 of fdc0 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0 failed to probe at irq 7 on isa0 pcib0: allocated type 4 (0x3f8-0x3f8) for rid 0 of uart0 uart0 failed to probe at port 0x3f8 irq 4 on isa0 pcib0: allocated type 4 (0x2f8-0x2f8) for rid 0 of uart1 uart1 failed to probe at port 0x2f8 irq 3 on isa0 wbwd0 failed to probe on isa0 isa_probe_children: probing PnP devices random: harvesting attach, 8 bytes (4 bits) from acpi_perf0 random: harvesting attach, 8 bytes (4 bits) from acpi_perf1 random: harvesting attach, 8 bytes (4 bits) from acpi_perf2 random: harvesting attach, 8 bytes (4 bits) from acpi_perf3 est0: on cpu0 random: harvesting attach, 8 bytes (4 bits) from cpufreq0 random: harvesting attach, 8 bytes (4 bits) from est0 est1: on cpu1 random: harvesting attach, 8 bytes (4 bits) from cpufreq1 random: harvesting attach, 8 bytes (4 bits) from est1 est2: on cpu2 random: harvesting attach, 8 bytes (4 bits) from cpufreq2 random: harvesting attach, 8 bytes (4 bits) from est2 est3: on cpu3 random: harvesting attach, 8 bytes (4 bits) from cpufreq3 random: harvesting attach, 8 bytes (4 bits) from est3 Device configuration finished. usbus0: 5.0Gbps Super Speed USB v3.0 procfs registered lapic: Divisor 2, Frequency 12000535 Hz Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining tcp_init: net.inet.tcp.tcbhashsize auto tuned to 65536 IPsec: Initialized Security Association Processing. lo0: bpf attached hpt27xx: no controller detected. hptrr: no controller detected. hptnr: no controller detected. hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 hdaa0: Subsystem ID: 0x10431cfd hdaa0: NumGPIO=3D3 NumGPO=3D0 NumGPI=3D0 GPIWake=3D0 GPIUnsol=3D1 hdaa0: GPIO0: disabled hdaa0: GPIO1: disabled hdaa0: GPIO2: disabled hdaa0: Original pins configuration: hdaa0: nid 0x as seq device conn jack loc color m= isc hdaa0: 18 90a60130 3 0 Mic Fixed Digital Internal Unknown 1= hdaa0: 20 90170110 1 0 Speaker Fixed Analog Internal Unknown 1= hdaa0: 23 40000000 0 0 Line-out None Unknown 0x00 Unknown 0= hdaa0: 24 411111f0 15 0 Speaker None 1/8 Rear Black 1= hdaa0: 25 411111f0 15 0 Speaker None 1/8 Rear Black 1= hdaa0: 26 411111f0 15 0 Speaker None 1/8 Rear Black 1= hdaa0: 27 411111f0 15 0 Speaker None 1/8 Rear Black 1= hdaa0: 29 40479b45 4 5 SPDIF-out None Analog 0x00 Pink 1= 1 hdaa0: 30 411111f0 15 0 Speaker None 1/8 Rear Black 1= hdaa0: 33 04211020 2 0 Headphones Jack 1/8 Right Black 0= hdaa0: Patching widget caps nid=3D29 0x00400400 -> 0x00700400 hdaa0: Patched pins configuration: hdaa0: nid 0x as seq device conn jack loc color m= isc hdaa0: 18 90a60130 3 0 Mic Fixed Digital Internal Unknown 1= hdaa0: 20 90170110 1 0 Speaker Fixed Analog Internal Unknown 1= hdaa0: 23 40000000 0 0 Line-out None Unknown 0x00 Unknown 0= DISA hdaa0: 24 411111f0 15 0 Speaker None 1/8 Rear Black 1= DISA hdaa0: 25 411111f0 15 0 Speaker None 1/8 Rear Black 1= DISA hdaa0: 26 411111f0 15 0 Speaker None 1/8 Rear Black 1= DISA hdaa0: 27 411111f0 15 0 Speaker None 1/8 Rear Black 1= DISA hdaa0: 30 411111f0 15 0 Speaker None 1/8 Rear Black 1= DISA hdaa0: 33 04211020 2 0 Headphones Jack 1/8 Right Black 0= hdaa0: 3 associations found: hdaa0: Association 0 (1) out: hdaa0: Pin nid=3D20 seq=3D0 hdaa0: Association 1 (2) out: hdaa0: Pin nid=3D33 seq=3D0 hdaa0: Association 2 (3) in: hdaa0: Pin nid=3D18 seq=3D0 hdaa0: Tracing association 0 (1) hdaa0: Pin 20 traced to DAC 2 hdaa0: Association 0 (1) trace succeeded hdaa0: Tracing association 1 (2) hdaa0: Pin 33 traced to DAC 3 hdaa0: Association 1 (2) trace succeeded hdaa0: Tracing association 2 (3) hdaa0: Pin 18 traced to ADC 8 hdaa0: Association 2 (3) trace succeeded hdaa0: Looking for additional DAC for association 0 (1) hdaa0: Looking for additional DAC for association 1 (2) hdaa0: Looking for additional ADC for association 2 (3) hdaa0: Tracing input monitor hdaa0: Tracing nid 35 to out hdaa0: Tracing other input monitors hdaa0: Tracing nid 18 to out hdaa0: Tracing beeper hdaa0: nid 29 traced to out hdaa0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref pcm0: at nid 20 and 18 on hdaa0 pcm0: Playback: pcm0: Stream cap: 0x00000001 PCM pcm0: PCM cap: 0x000e0560 16 20 24 bits, 44 48 96 192 KHz pcm0: DAC: 2 pcm0: = pcm0: nid=3D20 [pin: Speaker (Fixed)] pcm0: + <- nid=3D12 [audio mixer] [src: pcm, speaker] pcm0: + <- nid=3D2 [audio output] [src: pcm] pcm0: + <- nid=3D11 [audio mixer] [src: speaker] pcm0: + <- nid=3D29 [beep widget] [src: speaker] pcm0: = pcm0: Record: pcm0: Stream cap: 0x00000001 PCM pcm0: PCM cap: 0x000e0560 16 20 24 bits, 44 48 96 192 KHz pcm0: ADC: 8 pcm0: = pcm0: nid=3D8 [audio input] pcm0: + <- nid=3D35 [audio mixer] [src: speaker, monitor] pcm0: + <- nid=3D29 [beep widget] [src: speaker] pcm0: + <- nid=3D11 [audio mixer] [src: speaker] pcm0: + <- nid=3D29 [beep widget] [src: speaker] pcm0: + <- nid=3D18 [pin: Mic (Fixed)] [src: monitor] pcm0: = pcm0: Master Volume (OSS: vol): -65/0dB pcm0: +- ctl 1 (nid 2 out): -65/0dB (88 steps) pcm0: +- ctl 10 (nid 12 in 0): mute pcm0: +- ctl 11 (nid 12 in 1): mute pcm0: +- ctl 16 (nid 20 in ): mute pcm0: = pcm0: PCM Volume (OSS: pcm): -65/0dB pcm0: +- ctl 1 (nid 2 out): -65/0dB (88 steps) pcm0: +- ctl 10 (nid 12 in 0): mute pcm0: = pcm0: Microphone2 Volume (OSS: monitor): 0/30dB pcm0: +- ctl 15 (nid 18 out): 0/30dB (4 steps) pcm0: +- ctl 36 (nid 35 in 6): mute pcm0: = pcm0: Speaker/Beep Volume (OSS: speaker): -34/12dB pcm0: +- ctl 9 (nid 11 in 4): -34/12dB (32 steps) + mute pcm0: +- ctl 11 (nid 12 in 1): mute pcm0: +- ctl 34 (nid 35 in 4): mute pcm0: +- ctl 35 (nid 35 in 5): mute pcm0: = pcm0: Recording Level (OSS: rec): -17/30dB pcm0: +- ctl 3 (nid 8 in 0): -17/30dB (64 steps) + mute pcm0: +- ctl 15 (nid 18 out): 0/30dB (4 steps) pcm0: +- ctl 34 (nid 35 in 4): mute pcm0: +- ctl 35 (nid 35 in 5): mute pcm0: +- ctl 36 (nid 35 in 6): mute pcm0: = pcm0: Input Monitoring Level (OSS: igain): 0/0dB pcm0: +- ctl 11 (nid 12 in 1): mute pcm0: = pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "ogain": pcm0: Mixer "monitor": pcm0: Playback channel set is: Front Left, Front Right, = pcm0: Playback channel matrix is: 2.0 (unknown) pcm0: Automatically set rec source to: monitor pcm0: Recording channel set is: Front Left, Front Right, = pcm0: Recording channel matrix is: 2.0 (unknown) random: harvesting attach, 8 bytes (4 bits) from pcm0 pcm1: at nid 33 on hdaa0 pcm1: Playback: pcm1: Stream cap: 0x00000001 PCM pcm1: PCM cap: 0x000e0560 16 20 24 bits, 44 48 96 192 KHz pcm1: DAC: 3 pcm1: = pcm1: nid=3D33 [pin: Headphones (Black Jack)] pcm1: + <- nid=3D13 [audio mixer] [src: pcm, speaker] pcm1: + <- nid=3D3 [audio output] [src: pcm] pcm1: + <- nid=3D11 [audio mixer] [src: speaker] pcm1: + <- nid=3D29 [beep widget] [src: speaker] pcm1: = pcm1: Master Volume (OSS: vol): -65/0dB pcm1: +- ctl 2 (nid 3 out): -65/0dB (88 steps) pcm1: +- ctl 12 (nid 13 in 0): mute pcm1: +- ctl 13 (nid 13 in 1): mute pcm1: +- ctl 23 (nid 33 in ): mute pcm1: = pcm1: PCM Volume (OSS: pcm): -65/0dB pcm1: +- ctl 2 (nid 3 out): -65/0dB (88 steps) pcm1: +- ctl 12 (nid 13 in 0): mute pcm1: = pcm1: Speaker/Beep Volume (OSS: speaker) pcm1: +- ctl 13 (nid 13 in 1): mute pcm1: = pcm1: Input Monitoring Level (OSS: igain): 0/0dB pcm1: +- ctl 13 (nid 13 in 1): mute pcm1: = pcm1: Mixer "vol": pcm1: Mixer "pcm": pcm1: Mixer "igain": pcm1: Mixer "ogain": pcm1: Playback channel set is: Front Left, Front Right, = pcm1: Playback channel matrix is: 2.0 (disconnected) random: harvesting attach, 8 bytes (4 bits) from pcm1 random: harvesting attach, 8 bytes (4 bits) from hdaa0 random: harvesting attach, 8 bytes (4 bits) from hdacc0 hdacc1: at cad 2 on hdac0 hdaa1: at nid 1 on hdacc1 hdaa1: Subsystem ID: 0x80860101 hdaa1: NumGPIO=3D0 NumGPO=3D0 NumGPI=3D0 GPIWake=3D0 GPIUnsol=3D0 hdaa1: Original pins configuration: hdaa1: nid 0x as seq device conn jack loc color m= isc hdaa1: 3 58560010 1 0 Digital-out None Digital 0x18 Unknown 0= hdaa1: Patched pins configuration: hdaa1: nid 0x as seq device conn jack loc color m= isc hdaa1: 3 58560010 1 0 Digital-out None Digital 0x18 Unknown 0= DISA hdaa1: Tracing input monitor hdaa1: Tracing other input monitors hdaa1: Tracing beeper hdaa1: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref random: harvesting attach, 8 bytes (4 bits) from hdaa1 random: harvesting attach, 8 bytes (4 bits) from hdacc1 ahcich0: AHCI reset... ugen0.1: <0x8086> at usbus0 uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0= ahcich0: SATA connect time=3D100us status=3D00000133 ahcich0: AHCI reset: device found ahcich0: AHCI reset: device ready after 0ms ahcich1: AHCI reset... ahcich1: SATA offline status=3D00000004 ahcich1: AHCI reset: device not found acpi_acad0: acline initialization start battery0: acpi_acad0: On Line battery initialization start battery0: battery initialization done, tried 1 times ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 GEOM: new disk ada0 ada0: ACS-3 ATA SATA 3.x device ada0: Serial Number 152710651256 ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 244198MB (500118192 512 byte sectors) acpi_acad0: acline initialization done, tried 1 times pass0 at ahcich0 bus 0 scbus0 target 0 lun 0 pass0: ACS-3 ATA SATA 3.x device pass0: Serial Number 152710651256 pass0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) pass0: Command Queueing enabled lapic3: CMCI unmasked lapic2: CMCI unmasked SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff x2A= PIC: 0 lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000011ff timer: 0x000100ef therm: 0x00010200 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000100f2 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x03000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff x2A= PIC: 0 lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000011ff timer: 0x000100ef therm: 0x00010200 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x02000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff x2A= PIC: 0 lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000011ff timer: 0x000100ef therm: 0x00010200 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 2 vector 48 msi: Assigning MSI-X IRQ 257 to local APIC 1 vector 48 msi: Assigning MSI-X IRQ 258 to local APIC 2 vector 49 msi: Assigning MSI-X IRQ 259 to local APIC 3 vector 48 msi: Assigning MSI IRQ 264 to local APIC 2 vector 50 msi: Assigning MSI IRQ 266 to local APIC 2 vector 51 SMP: passed TSC synchronization test Timecounter "TSC" frequency 1512067196 Hz quality 1000 WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]... Root mount waiting for: usbus0 uhub0: 18 ports with 18 removable, self powered random: harvesting attach, 8 bytes (4 bits) from uhub0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 ugen0.2: at usbus0 umass0: on= usbus0 umass0: SCSI over Bulk-Only; quirks =3D 0xc100 umass0:2:0: Attached to scbus2 random: harvesting attach, 8 bytes (4 bits) from umass0 pass1 at umass-sim0 bus 0 scbus2 target 0 lun 0 pass1: < USB DISK 2.0 PMAP> Removable Direct Access SPC-2 SCSI device pass1: Serial Number 070B327325213F75 pass1: 40.000MB/s transfers GEOM: new disk da0 da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 da0: < USB DISK 2.0 PMAP> Removable Direct Access SPC-2 SCSI device da0: Serial Number 070B327325213F75 da0: 40.000MB/s transfers da0: 3817MB (7818432 512 byte sectors) da0: quirks=3D0x3 da0: Delete methods: ugen0.3: at usbus0 Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_E= RR_IOERROR Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_E= RR_IOERROR Root mount waiting for: usbus0 Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_E= RR_IOERROR Root mount waiting for: usbus0 Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_E= RR_IOERROR Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_E= RR_IOERROR ugen0.4: at usbus0 (disconnected) uhub_reattach_port: could not allocate new device mountroot: waiting for device /dev/ufs/FreeBSD_Install... start_init: trying /sbin/init firmware: 'iwm7265fw' version 0: 697828 bytes loaded at 0xffffffff829fa0b= 8 pci0: driver added found-> vendor=3D0x8086, dev=3D0x1903, revid=3D0x08 domain=3D0, bus=3D0, slot=3D4, func=3D0 class=3D11-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pci0:0:4:0: reprobing on driver added found-> vendor=3D0x8086, dev=3D0x9d31, revid=3D0x21 domain=3D0, bus=3D0, slot=3D20, func=3D2 class=3D11-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D255 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pci0:0:20:2: reprobing on driver added found-> vendor=3D0x8086, dev=3D0x9d60, revid=3D0x21 domain=3D0, bus=3D0, slot=3D21, func=3D0 class=3D11-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0002, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 3 supports D0 D3 current D0 pci0:0:21:0: reprobing on driver added found-> vendor=3D0x8086, dev=3D0x9d61, revid=3D0x21 domain=3D0, bus=3D0, slot=3D21, func=3D1 class=3D11-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0002, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D255 powerspec 3 supports D0 D3 current D0 pci0:0:21:1: reprobing on driver added found-> vendor=3D0x8086, dev=3D0x9d3a, revid=3D0x21 domain=3D0, bus=3D0, slot=3D22, func=3D0 class=3D07-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0002, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit pci0:0:22:0: reprobing on driver added found-> vendor=3D0x8086, dev=3D0x9d21, revid=3D0x21 domain=3D0, bus=3D0, slot=3D31, func=3D2 class=3D05-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) pci0:0:31:2: reprobing on driver added found-> vendor=3D0x8086, dev=3D0x9d23, revid=3D0x21 domain=3D0, bus=3D0, slot=3D31, func=3D4 class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0003, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 pci0:0:31:4: reprobing on driver added pci1: driver added found-> vendor=3D0x8086, dev=3D0x095a, revid=3D0x59 domain=3D0, bus=3D1, slot=3D0, func=3D0 class=3D02-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit pci0:1:0:0: reprobing on driver added iwm0: mem 0xdf000000-0xdf001fff at dev= ice 0.0 on pci1 iwm0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 267 to local APIC 0 vector 50 iwm0: using IRQ 267 for MSI iwm0: revision: 0x210, firmware 25.228 (API ver. 9) iwm0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps iwm0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps iwm0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24M= bps 36Mbps 48Mbps 54Mbps random: harvesting attach, 8 bytes (4 bits) from iwm0 wlan0: bpf attached wlan0: bpf attached wlan0: Ethernet address: 4c:34:88:7d:8c:9b iwm0: iwm_update_edca: called iwm0: iwm_update_edca: called wlan0: link state changed to UP --=_MailMate_B0A2A03F-9149-44F2-AAA9-D66B803A05B5_=-- From owner-freebsd-current@freebsd.org Fri Feb 26 23:52:03 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 82118AB64AC for ; Fri, 26 Feb 2016 23:52:03 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: from mail-vk0-x229.google.com (mail-vk0-x229.google.com [IPv6:2607:f8b0:400c:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 27D1FF81 for ; Fri, 26 Feb 2016 23:52:02 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: by mail-vk0-x229.google.com with SMTP id k196so92174508vka.0 for ; Fri, 26 Feb 2016 15:52:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brilliantservice-co-jp.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=i6+SPYTa7/De/n4+tvyjoMw0MXkhgSTKdcut7bYouT0=; b=sLVNt9oWmhMGHwNzqfZ4UF/q2xJxUvmXuLfUWVSeAsYIZ7cf94Sr06hJszTmxJVkYO lTdeo+iS+cywsdkMLTTux5sCUIuo8w6K5u1xcS5aAY1/RvhUIbmVTeDL5xefLuHVHSaR ejQ2+hcjEdkPiHGnfckzWqr3cO9lYztvftmbIUbOtPr+VneZAN+WIQQ+68NgmLhzigZU N4Wf4/w81oX54PPJCcJdwbSnDeXyCIZ54y5aryj4cXNrZlmj/IiUWSGwCAfUNbcQQ0o8 Txf8wlzGzTmqUOQjurtbOQsii2RWbir6/BIiVxALr5vLEYIND/j7N3YGjYEBTJ6dqche bQ/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=i6+SPYTa7/De/n4+tvyjoMw0MXkhgSTKdcut7bYouT0=; b=Q6xoQQq5bB6dwv8IgfU9hJoUBC8BIegC9q02DA2NtFYCKK+DtTRNl+8w8dkcHLtVtX rN8tBM0qimUIGyWyPu0mEwGedzYS6VNjgAz5KGXpyZvyq5MUvNAoABE4BMYfp1aZ+R3D aFVMxmFKLEz5wR+SGXNFyHUgNTu60yLhr3FisgmoGST8OXINkCvpx7RdSOLgah6CAALY YkUW9Y+91bDgOLpBhHy/wv2TWln83p1pVtTHF1iZIT+/MOmSgRme2sTY+5xnGqRzgUYq t7gA601e/vKM+SYQBmD507dCxnImotgXrEUwE3q9IBlLahv8wOAnFZaFazBrTRpLYcYP q0QA== X-Gm-Message-State: AD7BkJLj/WNREa7egaNapOfVAclMo7M4yPrxBVIRLMcGc5a06l8B2SZ5JG0tP5jadXrdjf2J1TwK58kIHh8wqZJ1v34pjeTK1rBPz2vWX1rBGbzxofGssKMzY0eJIZpq0gequ7uvtjS/nG3K2aaDlffawVs= X-Received: by 10.31.33.80 with SMTP id h77mr3318349vkh.24.1456530721782; Fri, 26 Feb 2016 15:52:01 -0800 (PST) MIME-Version: 1.0 Received: by 10.159.36.137 with HTTP; Fri, 26 Feb 2016 15:51:47 -0800 (PST) From: "Lundberg, Johannes" Date: Fri, 26 Feb 2016 17:51:47 -0600 Message-ID: Subject: Meet to hack on new Intel Atom SoC board To: freebsd-hackers@freebsd.org, FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 26 Feb 2016 23:52:03 -0000 SGkNCg0KTXkgdGhyZWUgYm9hcmRzIGZyb20gVVAgaGFzIGFycml2ZWQuIEF0IGxhc3QsIGFuIElu dGVsIGJhc2VkIHNtYWxsIHNpemVkDQpkZXYgYm9hcmQhDQpodHRwOi8vdXAtc2hvcC5vcmcvDQoN ClRoaXMgaXMgYW4gZWFybHkgZGV2ZWxvcGVyIHZlcnNpb24gYm9hcmQgd2l0aCB0aGUgbmV3IHN1 cGVyIGxvdyBwb3dlciAxNG5tDQp4NS1aODMwMCBDUFUgKENoZXJyeVRyYWlsKSB3aXRoIDE2R0Ig ZU1NQyBhbmQgMUdCIFJBTSAoYSBiaXQgZGlmZmVyZW50IGZyb20NCnRoZSBzcGVjcyBvZiB0aGUg ZmluYWwgdmVyc2lvbikuDQoNCkFueSBrZXJuZWwgaGFja2VycyBpbiB0aGUgQmF5IEFyZWEgKHNv dXRoIG9mIFNhbiBGcmFuY2lzY28pIHdobyBhcmUNCmludGVyZXN0ZWQgdG8gZ2V0IHRvZ2V0aGVy IG5leHQgd2VlayBhbmQgZ2V0IEZyZWVCU0QgcnVubmluZyBvbiBpdD8gKFBpenphDQpvbiBtZSA6 KQ0KDQpJIGNhbiBhbHNvIGxlbmQgYSBjb3VwbGUgb2YgYm9hcmRzIHRvIGFueW9uZSB3aG8gd2Fu dHMgdG8gY29udGludWUgaGFja2luZw0KYWZ0ZXIgdGhlIG1lZXRpbmcuDQoNCg0KV2hhdCBJJ3Zl IGRvbmUgc28gZmFyDQotIFJ1bm5pbmcgZnJvbSBVU0IgbWVtc3RpY2suIE5lZWQgdG8gZGlzYWJs ZSB1YXJ0LjEgb3IgYm9vdCBoYWx0cy4NCi0gU3RhcnRlZCB3b3JraW5nIG9uIHNkaGNpX2FjcGkg ZHJpdmVyDQpodHRwczovL2dpdGh1Yi5jb20veW9oYW5lc3U3NS9mcmVlYnNkL2Jsb2Ivc2RoY2kt YWNwaS1tbWNjYW1wYXRjaC9zeXMvZGV2L3NkaGNpL3NkaGNpX2FjcGkuYw0Kd2hpY2ggcmVxdWly ZXMgdGhpcyBwYXRjaA0KaHR0cHM6Ly9yZXZpZXdzLmZyZWVic2Qub3JnL0Q0NzYxIChtbWMgb24g Y2FtKQ0KYW5kIGlzIGEgd29yayBpbiBwcm9ncmVzcyBhbmQgSSdtIGtpbmQgb2Ygc3R1Y2sgYmVj YXVzZSBJIGRvbid0IGtub3cgaG93IHRvDQpkbyB0aGUgSU8gcG9ydCBzdHVmZiBzbyB0aGF0IHRo ZSBjYXJkIGNhbiBiZSBkZXRlY3RlZC4uDQoNCihUaGVyZSBpcyBhIEJJT1Mgb3B0aW9uIHRvIHJ1 biB0aGUgU0RIQ0kgY29udHJvbGxlciBvbiBQQ0kgYnVzIGJ1dCBpdCBmYWlscw0KdG8gZGV0ZWN0 IHRoZSBlTU1DIG1lbW9yeS4gSSB0aGluayBJbnRlbCAoU0Q/fEdQPylJTyBwb3J0cyBhcmUgcmVx dWlyZWQgZm9yDQp0aGlzIHdoaWNoIHdpbGwgYmUgYWRkZWQgc3VwcG9ydCBmb3IgaW4gdGhlIEQ0 NzYxIHBhdGNoLikNCg0KV29ya2luZyAob3V0IG9mIHRoZSBib3ggLSBoYXZlbid0IHRlc3RlZCBl dmVyeXRoaW5nKQ0KLSBIRE1JIG91dHB1dA0KLSBSZWFsdGVrIEdCIEV0aGVybmV0DQotIFVTQiAy LjANCg0KVG9wIHByaW9yaXR5IHdvdWxkIGJlIHRvIGdldCBlTU1DIHN0b3JhZ2Ugd29ya2luZyAo b24gdG9wIG9mIGNhbS9tbWMpLg0KT3RoZXIgZ29hbHM6DQotIFdvcmtpbmcgR1BJTw0KLSBXcml0 aW5nIGRldmljZSBkcml2ZXJzIGZvciBTb0MgY29tcG9uZW50cyBsaWtlIHRoZSBJU1AgYW5kIG9u LWJvYXJkDQpjaGlwcy4NCi0gSGFyZHdhcmUgZ3JhcGhpY3MgcmVuZGVyaW5nDQotIFBvd2VyIGNv bnN1bXB0aW9uIG9wdGltaXphdGlvbnMNCg0KSGF2ZSBhIG5pY2Ugd2Vla2VuZCENCkpvaGFubmVz DQoKLS0gCj0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0t PS09LQrnp5jlr4bkv53mjIHjgavjgaTjgYTjgabvvJrjgZPjga7pm7vlrZDjg6Hjg7zjg6vjga/j gIHlkI3lrpvkurrjgavpgIHkv6HjgZfjgZ/jgoLjga7jgafjgYLjgorjgIHnp5jljL/nibnmqKnj ga7lr77osaHjgajjgarjgovmg4XloLHjgpLlkKvjgpPjgafjgYTjgb7jgZnjgIIK44KC44GX44CB 5ZCN5a6b5Lq65Lul5aSW44Gu5pa544GM5Y+X5L+h44GV44KM44Gf5aC05ZCI44CB44GT44Gu44Oh 44O844Or44Gu56C05qOE44CB44GK44KI44Gz44GT44Gu44Oh44O844Or44Gr6Zai44GZ44KL5LiA 5YiH44Gu6ZaL56S644CBCuikh+WGmeOAgemFjeW4g+OAgeOBneOBruS7luOBruWIqeeUqOOAgeOB vuOBn+OBr+iomOi8ieWGheWuueOBq+WfuuOBpeOBj+OBhOOBi+OBquOCi+ihjOWLleOCguOBleOC jOOBquOBhOOCiOOBhuOBiumhmOOBhOeUs+OBl+S4iuOBkuOBvuOBmeOAggotLS0KQ09ORklERU5U SUFMSVRZIE5PVEU6IFRoZSBpbmZvcm1hdGlvbiBpbiB0aGlzIGVtYWlsIGlzIGNvbmZpZGVudGlh bAphbmQgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgYWRkcmVzc2VlLgpEaXNjbG9zdXJlLCBjb3B5 aW5nLCBkaXN0cmlidXRpb24gb3IgYW55IG90aGVyIGFjdGlvbiBvZiB1c2Ugb2YgdGhpcwplbWFp bCBieSBwZXJzb24gb3RoZXIgdGhhbiBpbnRlbmRlZCByZWNpcGllbnQsIGlzIHByb2hpYml0ZWQu CklmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQgYW5kIGhhdmUgcmVjZWl2ZWQg dGhpcyBlbWFpbCBpbgplcnJvciwgcGxlYXNlIGRlc3Ryb3kgdGhlIG9yaWdpbmFsIG1lc3NhZ2Uu Cg== From owner-freebsd-current@freebsd.org Sat Feb 27 01:49:33 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 14175AB5059; Sat, 27 Feb 2016 01:49:33 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.214]) (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 CE88D89C; Sat, 27 Feb 2016 01:49:32 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from [10.1.254.16] (cerberus.brkt.com [208.185.168.138]) (authenticated bits=0) by mail.xcllnt.net (8.15.2/8.15.2) with ESMTPSA id u1R1nUvl091099 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 26 Feb 2016 17:49:31 -0800 (PST) (envelope-from marcel@xcllnt.net) Subject: Re: hint.uart.1 in device.hints causes freeze at boot Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/signed; boundary="Apple-Mail=_EB6901CD-836B-4C93-B2BA-E5898924FD92"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.6b2 From: Marcel Moolenaar In-Reply-To: Date: Fri, 26 Feb 2016 17:49:24 -0800 Cc: freebsd-embedded@freebsd.org, "freebsd-mobile@freebsd.org" , FreeBSD Current Message-Id: <4E9118B0-FC9F-444F-B277-3E5BAE75C723@xcllnt.net> References: To: "Lundberg, Johannes" X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 27 Feb 2016 01:49:33 -0000 --Apple-Mail=_EB6901CD-836B-4C93-B2BA-E5898924FD92 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Feb 26, 2016, at 7:48 AM, Lundberg, Johannes = wrote: >=20 > Hi >=20 > Not sure if it's ok to cross post but I wasn't sure which list to send = to. >=20 > On Intel Atom X5-Z8300 SoC (CherryTrail) the install memstick image = (amd64) > halts during boot because of uart.1 settings in device hints. I have found that FreeBSD=E2=80=99s default device.hints file has fallen behind on reality and is indeed causing problems on more modern H/W, like the H/W you mention. >=20 > I'm sure it is there for a reason so what is the alternative actions? = Is > the solution to get a bootable Atom SoC image to create yet another > distribution or can the installer choose the proper device.hints > dynamically during boot? FreeBSD should really get rid of any default hints by now; or at least limit the hints to what is absolutely certain to be needed or to be correct. -- Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_EB6901CD-836B-4C93-B2BA-E5898924FD92 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJW0QCkAAoJEIda8t8f0tjjeR0P/3QlP/N+8buDP4Uh/fGpsBXR 50UY+0OB+zhtIWorK1AYPRVKBGF+H4myv+wnSslvRkfXA2E/YyJp9bQIxtoUoFh+ Kv4DAs97dWSQiaEgs4TylIEmWQrkf2pcb7+qmlBE2b0oIWZY34+s9v/hA8U/KCpW mAkMY5j2NrFSv7oQ53Hba8MmI5Q9aP/U7wdoKMsZ9r9Y7qM+aaXkFqFK0Y0XI1Nl XjeI/r7eWaweDRx6RhxYUkuIizujkd8etpaw9NekhQErWuC00eBllFtvNSxKev2Z /xL9ldhr98BBMXHW8hWccDsZQzdWsL6aSYqS7nRg/PUDpXqBqFHWx/Wc7tyRKg7H 9ORodLQHM1nijRRa5UjY3neMCgcZX6ask7PRlp5UhWxC5MGWlZhH3kkZrmlfo0vT 9t4J2i7Uy+lCnkKeWWQS9EiVtE/aa1607Naw6djKSpn+V+GfaSXIFYcX43lv0XGd 6reXhhWrmkldXjzHGJM8Sc/9Loc8MckC3OaJh0354iDP2uXlg2vArKtx5+j6gVBb p0/raJF+V5iZLvISJKOtl2Bedo1jZt89n6eltjQ+S2MZZu84HT2kI9bcnxr8pKn9 iZ7HpXDw6N7NRp+kMNgUIGXmGl1wES/SuxdJg7iuakSe3UIW93Q2dzFvvKFBIhh9 2aRmx/S+ij4qOtJKtE78 =2Q6s -----END PGP SIGNATURE----- --Apple-Mail=_EB6901CD-836B-4C93-B2BA-E5898924FD92-- From owner-freebsd-current@freebsd.org Sat Feb 27 02:13:29 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 95FC4AB5B4F for ; Sat, 27 Feb 2016 02:13:29 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: from mail-vk0-x236.google.com (mail-vk0-x236.google.com [IPv6:2607:f8b0:400c:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 67A9B12EF for ; Sat, 27 Feb 2016 02:13:29 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: by mail-vk0-x236.google.com with SMTP id e185so93031923vkb.1 for ; Fri, 26 Feb 2016 18:13:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brilliantservice-co-jp.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=9kxp8ggw6OVkR9PfycFxKCbaovlHiUzMVllqmZJtbhI=; b=qKn3HWd0EIaOXs+ABC7FgzTsxyI3I7fhDMpFh4ve+9ML6kbW+jrJ634VHUPeiZ0vyt vgEgDqKSDh6e1/WOenUcnSPMbrei2ks2m/KMeE0RtQSi4h2WmRFcUHKsSdLjHHxN7RJ1 u0HCxnJhh493z8lP0ePOfhZXr5EvLSzdGtQZ1gFnVTkvC1SKpOGpswEVDlidqnSb/4VC sZPJ+uSNTy+iLs8pmAqagV7otzMVRNY+oNzMINtfwch1BsCN0ANy8RUEK43axXdtokF+ NR7uX9MXZY0fHmwE6I4eO8mreeaTftfi3TjqHKDc0ZU264hCVULr/rpIvf3TDkWAugsU g6Ew== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=9kxp8ggw6OVkR9PfycFxKCbaovlHiUzMVllqmZJtbhI=; b=YK0+eHVjeGKwQXuRv8mOdzeLHuJ1Y5hDxx2amCmDXuuFY15f6jJdQMBAUZiXDBWpJC z0mVzf4LN/jq2ySSR97+z5XEmBIhhr4H3SFog6kn/sBM0eCw+PksEsFOge6ltwM4bQ1/ QF8dzixzKcalsj9Tro7+tjA15i8zuTqtaW8Rv2Jv+t3/i3/6AcTKE730v7EcjibbNCoL 7T/GXHkNg55Ux1tx9z5TkMoFpvsDeXrmdXV5gJd0szdIRCuyX9hlef+nMD9pN9e9Jkv7 ectNddzBIGbbmAst4fAE9JWph4iycMQoHWyNirKG8ef8i0RO8UxDdSlc2am0hX2vBigS ZmYg== X-Gm-Message-State: AD7BkJJHZfU67LhHfuluedQ8xmEBS9AhHo89kPmfZjz7nCosEk0aAU7JHkohdujDdRt2Hv2BluufUGNqTPTbpn/8zSBEVRJmtXT6ieOyrp5dFEUvfUeKG5DmjOr4Qhvnds9cISyKmUVQ2IpM+QOpVPKFgFc= MIME-Version: 1.0 X-Received: by 10.31.16.218 with SMTP id 87mr3617305vkq.105.1456539208212; Fri, 26 Feb 2016 18:13:28 -0800 (PST) Received: by 10.159.36.137 with HTTP; Fri, 26 Feb 2016 18:13:28 -0800 (PST) In-Reply-To: <2B1CA900-3F97-40F9-A3CD-F222123E4430@hackerdojo.com> References: <2B1CA900-3F97-40F9-A3CD-F222123E4430@hackerdojo.com> Date: Fri, 26 Feb 2016 18:13:28 -0800 Message-ID: Subject: Re: Meet to hack on new Intel Atom SoC board From: "Lundberg, Johannes" To: Larry Maloney Cc: "freebsd-hackers@freebsd.org" , FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 27 Feb 2016 02:13:29 -0000 RGVmaW5pdGVseS4gSSB3YXMgdGhlcmUgbGFzdCB0aW1lIGFuZCBwbGFuIHRvIGdvIG5leHQgdGlt ZS4gV2hlbiBpcyB0aGF0IGJ5DQp0aGUgd2F5PyBJIGNhbid0IGZpbmQgYW55IGluZm8gb24gbWVl dHVwLi4uDQoNCklmIGl0J3MgdG9vIGZhciB0byB0aGUgbmV4dCBtZWV0aW5nIEkgd2FzIHBsYW5u aW5nIG9uIGhhdmluZyBhIG1lZXR1cCBhdCBteQ0Kb2ZmaWNlIChtYXggOCBwcGwpIG9yIHJlbnQg YSByb29tIGF0IGhhY2tlciBkb2pvIGlmIHRoZXJlIGlzIGVub3VnaCBwZW9wbGUNCndobyB3YW5u YSBqb2luLg0KDQoNCk9uIEZyaWRheSwgRmVicnVhcnkgMjYsIDIwMTYsIExhcnJ5IE1hbG9uZXkg PGxhcnJ5Lm1hbG9uZXlAaGFja2VyZG9qby5jb20+DQp3cm90ZToNCg0KPiBDb21lIHRvIEJBRlVn IGF0IHRoZSBIYWNrZXIgRG9qbw0KPg0KPiBTZW50IGZyb20gbXkgaVBob25lDQo+DQo+ID4gT24g RmViIDI2LCAyMDE2LCBhdCAzOjUxIFBNLCBMdW5kYmVyZywgSm9oYW5uZXMgPA0KPiBqb2hhbm5l c0BicmlsbGlhbnRzZXJ2aWNlLmNvLmpwIDxqYXZhc2NyaXB0Ojs+PiB3cm90ZToNCj4gPg0KPiA+ IEhpDQo+ID4NCj4gPiBNeSB0aHJlZSBib2FyZHMgZnJvbSBVUCBoYXMgYXJyaXZlZC4gQXQgbGFz dCwgYW4gSW50ZWwgYmFzZWQgc21hbGwgc2l6ZWQNCj4gPiBkZXYgYm9hcmQhDQo+ID4gaHR0cDov L3VwLXNob3Aub3JnLw0KPiA+DQo+ID4gVGhpcyBpcyBhbiBlYXJseSBkZXZlbG9wZXIgdmVyc2lv biBib2FyZCB3aXRoIHRoZSBuZXcgc3VwZXIgbG93IHBvd2VyDQo+IDE0bm0NCj4gPiB4NS1aODMw MCBDUFUgKENoZXJyeVRyYWlsKSB3aXRoIDE2R0IgZU1NQyBhbmQgMUdCIFJBTSAoYSBiaXQgZGlm ZmVyZW50DQo+IGZyb20NCj4gPiB0aGUgc3BlY3Mgb2YgdGhlIGZpbmFsIHZlcnNpb24pLg0KPiA+ DQo+ID4gQW55IGtlcm5lbCBoYWNrZXJzIGluIHRoZSBCYXkgQXJlYSAoc291dGggb2YgU2FuIEZy YW5jaXNjbykgd2hvIGFyZQ0KPiA+IGludGVyZXN0ZWQgdG8gZ2V0IHRvZ2V0aGVyIG5leHQgd2Vl ayBhbmQgZ2V0IEZyZWVCU0QgcnVubmluZyBvbiBpdD8NCj4gKFBpenphDQo+ID4gb24gbWUgOikN Cj4gPg0KPiA+IEkgY2FuIGFsc28gbGVuZCBhIGNvdXBsZSBvZiBib2FyZHMgdG8gYW55b25lIHdo byB3YW50cyB0byBjb250aW51ZQ0KPiBoYWNraW5nDQo+ID4gYWZ0ZXIgdGhlIG1lZXRpbmcuDQo+ ID4NCj4gPg0KPiA+IFdoYXQgSSd2ZSBkb25lIHNvIGZhcg0KPiA+IC0gUnVubmluZyBmcm9tIFVT QiBtZW1zdGljay4gTmVlZCB0byBkaXNhYmxlIHVhcnQuMSBvciBib290IGhhbHRzLg0KPiA+IC0g U3RhcnRlZCB3b3JraW5nIG9uIHNkaGNpX2FjcGkgZHJpdmVyDQo+ID4NCj4gaHR0cHM6Ly9naXRo dWIuY29tL3lvaGFuZXN1NzUvZnJlZWJzZC9ibG9iL3NkaGNpLWFjcGktbW1jY2FtcGF0Y2gvc3lz L2Rldi9zZGhjaS9zZGhjaV9hY3BpLmMNCj4gPiB3aGljaCByZXF1aXJlcyB0aGlzIHBhdGNoDQo+ ID4gaHR0cHM6Ly9yZXZpZXdzLmZyZWVic2Qub3JnL0Q0NzYxIChtbWMgb24gY2FtKQ0KPiA+IGFu ZCBpcyBhIHdvcmsgaW4gcHJvZ3Jlc3MgYW5kIEknbSBraW5kIG9mIHN0dWNrIGJlY2F1c2UgSSBk b24ndCBrbm93IGhvdw0KPiB0bw0KPiA+IGRvIHRoZSBJTyBwb3J0IHN0dWZmIHNvIHRoYXQgdGhl IGNhcmQgY2FuIGJlIGRldGVjdGVkLi4NCj4gPg0KPiA+IChUaGVyZSBpcyBhIEJJT1Mgb3B0aW9u IHRvIHJ1biB0aGUgU0RIQ0kgY29udHJvbGxlciBvbiBQQ0kgYnVzIGJ1dCBpdA0KPiBmYWlscw0K PiA+IHRvIGRldGVjdCB0aGUgZU1NQyBtZW1vcnkuIEkgdGhpbmsgSW50ZWwgKFNEP3xHUD8pSU8g cG9ydHMgYXJlIHJlcXVpcmVkDQo+IGZvcg0KPiA+IHRoaXMgd2hpY2ggd2lsbCBiZSBhZGRlZCBz dXBwb3J0IGZvciBpbiB0aGUgRDQ3NjEgcGF0Y2guKQ0KPiA+DQo+ID4gV29ya2luZyAob3V0IG9m IHRoZSBib3ggLSBoYXZlbid0IHRlc3RlZCBldmVyeXRoaW5nKQ0KPiA+IC0gSERNSSBvdXRwdXQN Cj4gPiAtIFJlYWx0ZWsgR0IgRXRoZXJuZXQNCj4gPiAtIFVTQiAyLjANCj4gPg0KPiA+IFRvcCBw cmlvcml0eSB3b3VsZCBiZSB0byBnZXQgZU1NQyBzdG9yYWdlIHdvcmtpbmcgKG9uIHRvcCBvZiBj YW0vbW1jKS4NCj4gPiBPdGhlciBnb2FsczoNCj4gPiAtIFdvcmtpbmcgR1BJTw0KPiA+IC0gV3Jp dGluZyBkZXZpY2UgZHJpdmVycyBmb3IgU29DIGNvbXBvbmVudHMgbGlrZSB0aGUgSVNQIGFuZCBv bi1ib2FyZA0KPiA+IGNoaXBzLg0KPiA+IC0gSGFyZHdhcmUgZ3JhcGhpY3MgcmVuZGVyaW5nDQo+ ID4gLSBQb3dlciBjb25zdW1wdGlvbiBvcHRpbWl6YXRpb25zDQo+ID4NCj4gPiBIYXZlIGEgbmlj ZSB3ZWVrZW5kIQ0KPiA+IEpvaGFubmVzDQo+ID4NCj4gPiAtLQ0KPiA+ID0tPS09LT0tPS09LT0t PS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LQ0KPiA+IOenmOWvhuS/neaM geOBq+OBpOOBhOOBpu+8muOBk+OBrumbu+WtkOODoeODvOODq+OBr+OAgeWQjeWum+S6uuOBq+mA geS/oeOBl+OBn+OCguOBruOBp+OBguOCiuOAgeenmOWMv+eJueaoqeOBruWvvuixoeOBqOOBquOC i+aDheWgseOCkuWQq+OCk+OBp+OBhOOBvuOBmeOAgg0KPiA+IOOCguOBl+OAgeWQjeWum+S6uuS7 peWkluOBruaWueOBjOWPl+S/oeOBleOCjOOBn+WgtOWQiOOAgeOBk+OBruODoeODvOODq+OBrueg tOajhOOAgeOBiuOCiOOBs+OBk+OBruODoeODvOODq+OBq+mWouOBmeOCi+S4gOWIh+OBrumWi+ek uuOAgQ0KPiA+IOikh+WGmeOAgemFjeW4g+OAgeOBneOBruS7luOBruWIqeeUqOOAgeOBvuOBn+OB r+iomOi8ieWGheWuueOBq+WfuuOBpeOBj+OBhOOBi+OBquOCi+ihjOWLleOCguOBleOCjOOBquOB hOOCiOOBhuOBiumhmOOBhOeUs+OBl+S4iuOBkuOBvuOBmeOAgg0KPiA+IC0tLQ0KPiA+IENPTkZJ REVOVElBTElUWSBOT1RFOiBUaGUgaW5mb3JtYXRpb24gaW4gdGhpcyBlbWFpbCBpcyBjb25maWRl bnRpYWwNCj4gPiBhbmQgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgYWRkcmVzc2VlLg0KPiA+IERp c2Nsb3N1cmUsIGNvcHlpbmcsIGRpc3RyaWJ1dGlvbiBvciBhbnkgb3RoZXIgYWN0aW9uIG9mIHVz ZSBvZiB0aGlzDQo+ID4gZW1haWwgYnkgcGVyc29uIG90aGVyIHRoYW4gaW50ZW5kZWQgcmVjaXBp ZW50LCBpcyBwcm9oaWJpdGVkLg0KPiA+IElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNp cGllbnQgYW5kIGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbg0KPiA+IGVycm9yLCBwbGVhc2Ug ZGVzdHJveSB0aGUgb3JpZ2luYWwgbWVzc2FnZS4NCj4gPiBfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+IGZyZWVic2QtaGFja2Vyc0BmcmVlYnNkLm9y ZyA8amF2YXNjcmlwdDo7PiBtYWlsaW5nIGxpc3QNCj4gPiBodHRwczovL2xpc3RzLmZyZWVic2Qu b3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1oYWNrZXJzDQo+ID4gVG8gdW5zdWJzY3JpYmUs IHNlbmQgYW55IG1haWwgdG8gIg0KPiBmcmVlYnNkLWhhY2tlcnMtdW5zdWJzY3JpYmVAZnJlZWJz ZC5vcmcgPGphdmFzY3JpcHQ6Oz4iDQo+DQoNCg0KLS0gDQotLQ0KTmFtZTogICAgIEpvaGFubmVz IEx1bmRiZXJnDQpQb3NpdGlvbjogTWlyYW1hIHByb2plY3QgbGVhZGVyDQpQaG9uZTogICAgKzEt NDA4LTYzNi0yMTYxDQpTa3lwZTogICAgYnJpbGxpYW50am9oYW5uZXMNCk9ubGluZTogICBMaW5r ZWRJbiA8aHR0cDovL2pwLmxpbmtlZGluLmNvbS9pbi9sdW5kYmVyZ2pvaGFubmVzPiBGYWNlYm9v aw0KPGh0dHBzOi8vd3d3LmZhY2Vib29rLmNvbS9taXJhbWFvbmU+IFJlZGRpdA0KPGh0dHBzOi8v d3d3LnJlZGRpdC5jb20vdXNlci95b2hhbmVzdTc1Lz4gVHdpdHRlcg0KPGh0dHBzOi8vdHdpdHRl ci5jb20vWW9oYW5lc3U3NVR3ZWV0PiBHaXRIdWIgPGh0dHBzOi8vZ2l0aHViLmNvbS95b2hhbmVz dTc1Pg0KR2l0TGFiIDxodHRwczovL2dpdGxhYi5jb20vdS9qb2hhbm5lc19sdW5kYmVyZz4NCkNv bXBhbnk6ICBNaXJhbWEgPGh0dHA6Ly9taXJhLm1hPiBCcmlsbGlhbnRzZXJ2aWNlIFVTDQo8aHR0 cDovL3d3dy5icmlsbGlhbnRzZXJ2aWNldXNhLmNvbT4gQnJpbGxpYW50c2VydmljZSBKUA0KPGh0 dHA6Ly93d3cuYnJpbGxpYW50c2VydmljZS5jby5qcD4NCgotLSAKPS09LT0tPS09LT0tPS09LT0t PS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tCuenmOWvhuS/neaMgeOBq+OBpOOB hOOBpu+8muOBk+OBrumbu+WtkOODoeODvOODq+OBr+OAgeWQjeWum+S6uuOBq+mAgeS/oeOBl+OB n+OCguOBruOBp+OBguOCiuOAgeenmOWMv+eJueaoqeOBruWvvuixoeOBqOOBquOCi+aDheWgseOC kuWQq+OCk+OBp+OBhOOBvuOBmeOAggrjgoLjgZfjgIHlkI3lrpvkurrku6XlpJbjga7mlrnjgYzl j5fkv6HjgZXjgozjgZ/loLTlkIjjgIHjgZPjga7jg6Hjg7zjg6vjga7noLTmo4TjgIHjgYrjgojj gbPjgZPjga7jg6Hjg7zjg6vjgavplqLjgZnjgovkuIDliIfjga7plovnpLrjgIEK6KSH5YaZ44CB 6YWN5biD44CB44Gd44Gu5LuW44Gu5Yip55So44CB44G+44Gf44Gv6KiY6LyJ5YaF5a6544Gr5Z+6 44Gl44GP44GE44GL44Gq44KL6KGM5YuV44KC44GV44KM44Gq44GE44KI44GG44GK6aGY44GE55Sz 44GX5LiK44GS44G+44GZ44CCCi0tLQpDT05GSURFTlRJQUxJVFkgTk9URTogVGhlIGluZm9ybWF0 aW9uIGluIHRoaXMgZW1haWwgaXMgY29uZmlkZW50aWFsCmFuZCBpbnRlbmRlZCBzb2xlbHkgZm9y IHRoZSBhZGRyZXNzZWUuCkRpc2Nsb3N1cmUsIGNvcHlpbmcsIGRpc3RyaWJ1dGlvbiBvciBhbnkg b3RoZXIgYWN0aW9uIG9mIHVzZSBvZiB0aGlzCmVtYWlsIGJ5IHBlcnNvbiBvdGhlciB0aGFuIGlu dGVuZGVkIHJlY2lwaWVudCwgaXMgcHJvaGliaXRlZC4KSWYgeW91IGFyZSBub3QgdGhlIGludGVu ZGVkIHJlY2lwaWVudCBhbmQgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluCmVycm9yLCBwbGVh c2UgZGVzdHJveSB0aGUgb3JpZ2luYWwgbWVzc2FnZS4K From owner-freebsd-current@freebsd.org Sat Feb 27 01:49:11 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 807F2AB6FE3 for ; Sat, 27 Feb 2016 01:49:11 +0000 (UTC) (envelope-from larry.maloney@hackerdojo.com) Received: from mail-pa0-x235.google.com (mail-pa0-x235.google.com [IPv6:2607:f8b0:400e:c03::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 535F17B6 for ; Sat, 27 Feb 2016 01:49:11 +0000 (UTC) (envelope-from larry.maloney@hackerdojo.com) Received: by mail-pa0-x235.google.com with SMTP id ho8so61344186pac.2 for ; Fri, 26 Feb 2016 17:49:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hackerdojo-com.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=x0kvLCwyglh4j9PBlXE/AArN01RB296uD1XjBXvciAM=; b=N3xywPg5W086Iq1jzQR3UoUFqo7H7Janw7QOY9T6CFqXnFoRF29+fr0p4ZpE4TqOoG 0YoPkViJ+IchSPgi29EX9uTtxVEAviOvBbl3smDOSGKqzu5yaDKkhWjFVMWukXBjAeDA TBZ96txMz0lX2efHYbBi38MXX1xzkrpku3i2NtyL2XDAS/dMbHLpuWwQ551xhelVQCqM MdtSdqoex07rbTYLhOwsPOhR6xqAVQw/7OB/rFGzolXz8PmeSrj8wqTB0ycldh3jWMCz xwitkPRWcFWb0hp9E+qu2TBR31QdEDHWVtM2cnAOs7XIgf7RILUdem3w04gw1YVXzWfF XUdw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=x0kvLCwyglh4j9PBlXE/AArN01RB296uD1XjBXvciAM=; b=mJfj0OgIk55W7cw2PYtr5RjVALl0A7ZEGdH5T6wSILfGEwOCvplYhQu9FfUcTpZVwo j1rlOBiarD0OgCS2TqF7+3P9wy/G9A3OXTcvYsSua8Bj/XhLhFmWojNxAJXGjAmZskAX qFGrIYDMdEw5hhNZ+B3Z1CGyxwByniKizFyJ31k/HNAUxGVDCeHsTCebTp72QolcpgXY M7JLdaIsilUNBkDp+dHJ0a2zvnEt93Ju6R7jtjVEo4iFgYpu4w7fMPWbupD8fk0B3NfT rUIz6HtU/D7bWpslAorS3zTkwqIwIY53OQrK92TIB/ukEzuyLoPs7VofSOZSpHdWWT2f F7DA== X-Gm-Message-State: AD7BkJLLfQinQCSYdjXUZCWrIQEBiXxPqwS3FVc97DExukdHZTNTsjv0gskYP5BbGdU1SA== X-Received: by 10.66.159.136 with SMTP id xc8mr6379560pab.71.1456537750953; Fri, 26 Feb 2016 17:49:10 -0800 (PST) Received: from [29.217.149.44] (66-87-119-44.pools.spcsdns.net. [66.87.119.44]) by smtp.gmail.com with ESMTPSA id ud8sm22047757pac.11.2016.02.26.17.49.09 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 26 Feb 2016 17:49:09 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) Subject: Re: Meet to hack on new Intel Atom SoC board From: Larry Maloney X-Mailer: iPhone Mail (13D15) In-Reply-To: Date: Fri, 26 Feb 2016 17:49:08 -0800 Cc: freebsd-hackers@freebsd.org, FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <2B1CA900-3F97-40F9-A3CD-F222123E4430@hackerdojo.com> References: To: "Lundberg, Johannes" X-Mailman-Approved-At: Sat, 27 Feb 2016 05:46:04 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 27 Feb 2016 01:49:11 -0000 Come to BAFUg at the Hacker Dojo Sent from my iPhone > On Feb 26, 2016, at 3:51 PM, Lundberg, Johannes wrote: >=20 > Hi >=20 > My three boards from UP has arrived. At last, an Intel based small sized > dev board! > http://up-shop.org/ >=20 > This is an early developer version board with the new super low power 14nm= > x5-Z8300 CPU (CherryTrail) with 16GB eMMC and 1GB RAM (a bit different fro= m > the specs of the final version). >=20 > Any kernel hackers in the Bay Area (south of San Francisco) who are > interested to get together next week and get FreeBSD running on it? (Pizza= > on me :) >=20 > I can also lend a couple of boards to anyone who wants to continue hacking= > after the meeting. >=20 >=20 > What I've done so far > - Running from USB memstick. Need to disable uart.1 or boot halts. > - Started working on sdhci_acpi driver > https://github.com/yohanesu75/freebsd/blob/sdhci-acpi-mmccampatch/sys/dev/= sdhci/sdhci_acpi.c > which requires this patch > https://reviews.freebsd.org/D4761 (mmc on cam) > and is a work in progress and I'm kind of stuck because I don't know how t= o > do the IO port stuff so that the card can be detected.. >=20 > (There is a BIOS option to run the SDHCI controller on PCI bus but it fail= s > to detect the eMMC memory. I think Intel (SD?|GP?)IO ports are required fo= r > this which will be added support for in the D4761 patch.) >=20 > Working (out of the box - haven't tested everything) > - HDMI output > - Realtek GB Ethernet > - USB 2.0 >=20 > Top priority would be to get eMMC storage working (on top of cam/mmc). > Other goals: > - Working GPIO > - Writing device drivers for SoC components like the ISP and on-board > chips. > - Hardware graphics rendering > - Power consumption optimizations >=20 > Have a nice weekend! > Johannes >=20 > --=20 > =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D= -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- > =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3=81=A6=EF= =BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AF= =E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1=E3=81=97=E3=81= =9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7=A7=98=E5=8C=BF=E7= =89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81=AA=E3=82=8B=E6=83=85= =E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84=E3=81=BE=E3=81=99=E3=80= =82 > =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5=A4=96=E3= =81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81=9F=E5=A0=B4= =E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AE=E7=A0= =B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3=81=AE=E3=83=A1=E3= =83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8=80=E5=88=87=E3=81=AE= =E9=96=8B=E7=A4=BA=E3=80=81 > =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3=81=AE=E4= =BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81=AF=E8=A8=98= =E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F=E3=81=84=E3=81= =8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3=82=8C=E3=81=AA=E3= =81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94=B3=E3=81=97=E4=B8=8A= =E3=81=92=E3=81=BE=E3=81=99=E3=80=82 > --- > CONFIDENTIALITY NOTE: The information in this email is confidential > and intended solely for the addressee. > Disclosure, copying, distribution or any other action of use of this > email by person other than intended recipient, is prohibited. > If you are not the intended recipient and have received this email in > error, please destroy the original message. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"= From owner-freebsd-current@freebsd.org Sat Feb 27 06:08:38 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8C6C8AB6010 for ; Sat, 27 Feb 2016 06:08:38 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk0-x232.google.com (mail-qk0-x232.google.com [IPv6:2607:f8b0:400d:c09::232]) (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 465961AEB for ; Sat, 27 Feb 2016 06:08:38 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk0-x232.google.com with SMTP id s68so39703603qkh.3 for ; Fri, 26 Feb 2016 22:08:38 -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:date:message-id:subject :from:to:cc; bh=UeragdHtdDhvf3T1cgSIabZWhbRE4xXf6SBb0wOiEUY=; b=f1gjHum1M6e8ivZGjdmE82MXvjSfPRDIFbrfVzhvqhnZfP1JfdK/pf5eGDIy5Bd401 3sP/9o8MtCtKwTvZOJ1itdNfu2hDSYk4UGOHIwPTjG0QXx5X3z4hUGk8bHcF9uCp8oqd gupIKpLX3PnNhNzRWSdbj0CZI4Rxfp/z9CzRsKThm49H0jGgOG2EuIhTLYJ+KI119ckj eHGPIRJfVx81zzymQHfT5Kjm4BYTu8QtCv05ibKxupl8hTiMeEU4RomCRNk3YwV5ubIf hM9XPORuFVXcTr/pzBrFuIzV47jj+MSPCJbi79VKA5UMADqtvEyTEcK+hla43bh6gfix XjWQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=UeragdHtdDhvf3T1cgSIabZWhbRE4xXf6SBb0wOiEUY=; b=cuDg3QMwukEtAsQIzNp1Dg2k7PUKfkwXSTD0T5sI3G2YbQqgnyTGCq5X1wHBmDf2T+ W8ZSV0wStG1phx/ilaqjycGj798oaWqSIC05RmZFyFCgub8N7VMtwFHII0id797QjwFB Nt/gnj0EB6lESIXvCNGyeag6FShErMya2kTi7fuTHBVF9XmoQjippCoa9EEiuYpD5/m4 ET8/x6H4DCU2V+EuMMyFMCwpTpfo26Hq2gHbk62CDUx2yvM+NHSRE6w9V9OqW+FNPmaG YK86JMchMTiLSS2D6m/oiXA/wME3sfE3Zq1kRqEjjaXqHEo2wxa61LVQ+3ifQoDTEv9k mqlQ== X-Gm-Message-State: AD7BkJLIMAIVBbYVnjN4mqHXB5/GEw1rJNDKmcnRngqVH9SFhyucgZuH1YCQ7puIQZvovo1dlJ15OsdE30NYeg== MIME-Version: 1.0 X-Received: by 10.55.73.199 with SMTP id w190mr6583729qka.77.1456553317313; Fri, 26 Feb 2016 22:08:37 -0800 (PST) Sender: wlosh@bsdimp.com Received: by 10.140.30.166 with HTTP; Fri, 26 Feb 2016 22:08:37 -0800 (PST) X-Originating-IP: [50.253.99.174] In-Reply-To: <4E9118B0-FC9F-444F-B277-3E5BAE75C723@xcllnt.net> References: <4E9118B0-FC9F-444F-B277-3E5BAE75C723@xcllnt.net> Date: Fri, 26 Feb 2016 23:08:37 -0700 X-Google-Sender-Auth: 3QgJfsvZ99-yT4jpFLzAV103JgY Message-ID: Subject: Re: hint.uart.1 in device.hints causes freeze at boot From: Warner Losh To: Marcel Moolenaar Cc: "Lundberg, Johannes" , FreeBSD Current , "freebsd-embedded@freebsd.org" , "freebsd-mobile@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 27 Feb 2016 06:08:38 -0000 On Fri, Feb 26, 2016 at 6:49 PM, Marcel Moolenaar wrote= : > > > On Feb 26, 2016, at 7:48 AM, Lundberg, Johannes < > johannes@brilliantservice.co.jp> wrote: > > > > Hi > > > > Not sure if it's ok to cross post but I wasn't sure which list to send > to. > > > > On Intel Atom X5-Z8300 SoC (CherryTrail) the install memstick image > (amd64) > > halts during boot because of uart.1 settings in device hints. > > I have found that FreeBSD=E2=80=99s default device.hints file has fallen > behind on reality and is indeed causing problems on more modern > H/W, like the H/W you mention. > > > > > I'm sure it is there for a reason so what is the alternative actions? I= s > > the solution to get a bootable Atom SoC image to create yet another > > distribution or can the installer choose the proper device.hints > > dynamically during boot? > > FreeBSD should really get rid of any default hints by now; or at least > limit the hints to what is absolutely certain to be needed or to be > correct. > Any reason not to add .disabled=3D1 to all the entries that are there, with the possible exception of uart.0? At least for i386 and amd64? Bonus points for writing code that filters those out when there's no ACPI. While PNPBIOS could also supply this info, I doubt that you could find hardware that has pnpbios data and not ACPI data except maybe some of the soekris boxes to test against. Better still would be to split the current GENERIC.hints into two bits. One that was strictly for legacy (!ACPI and !PNPBIOS) situations, and one that we always load. There look to be at least a couple of hints that are universally relevant still. I might have a 200MHz pentium I can test this with... As near as I can tell, only the following are relevant: hint.fd.0.at=3D"fdc0" hint.fd.0.drive=3D"0" hint.fd.1.at=3D"fdc0" hint.fd.1.drive=3D"1" hint.acpi_throttle.0.disabled=3D"1" hint.p4tcc.0.disabled=3D"1" and maybe hint.apm.0.disabled=3D"1" The floppy is for systems that have it, but won't add a floppy controller. APM hasn't been relevant since ~100MHz Pentium. The last two I'm unsure of. Warner Warner From owner-freebsd-current@freebsd.org Sat Feb 27 04:56:01 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 41BB9AB6A32 for ; Sat, 27 Feb 2016 04:56:01 +0000 (UTC) (envelope-from larry.maloney@hackerdojo.com) Received: from mail-pa0-x230.google.com (mail-pa0-x230.google.com [IPv6:2607:f8b0:400e:c03::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 186DB1F04 for ; Sat, 27 Feb 2016 04:56:00 +0000 (UTC) (envelope-from larry.maloney@hackerdojo.com) Received: by mail-pa0-x230.google.com with SMTP id yy13so61429710pab.3 for ; Fri, 26 Feb 2016 20:56:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hackerdojo-com.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=g/51lfgnplWgarBARB/aQ1gYYuXLvZdeY6e8M5Ngp/c=; b=HxYqWNaMsb73C9q9BsZ0QJw2XFkr8z3pX8ZpiCkpZvkEdzQGddaWqNrSiIy41fzGW7 9nFqRuJF+ml3MMYCdHRrXH8ZgNMcwR+F4/vSJOyqHYB4ZMsdJh0ajvy5cZ2UtBwkxrw5 6l5JjhQtfdCSGa+scgHtbu8jjtkHiUToRgqZ6/Tl7zv+UTc/gvdampW5xDhd72t28/2i 7aftBoDtLzubCmc9FMJFRGTtaWu37alE0o4c4+8vchL1gbHWErTqASZG5Mz4guml+sOU rTuga044YVEqtrlX5JDCqQMkoWILwBxsdtMFlGhw/PbhdcJ6pBgTdS0x3SuacIcMYAqa Xiiw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=g/51lfgnplWgarBARB/aQ1gYYuXLvZdeY6e8M5Ngp/c=; b=fThEaHdU9+4Vps75rEUBOZMWznEyPTgwCycrH17zP6ul7KyXznuarfHUQLipE2j9Ap 5AcLH3lPok6TjfccLjvXpQa2puf31QGTDerWyh1RKAnyeony8jDWvGYARtuypwM5lVQE 4fdI9J+4OS8vfsVFfOjnM78vaO4Uu5BKpG9gHqd2Lri6Ejl9ATp7wphPIVWWqwYrLqTo CFRbBK5Tr3b0OpG0EYzNLmqnX73Bmq7t9jYTpdJfya8meZ6s6wcGr2DtpA9U5ygq9Hlb JUe3OowcP67EdhMoR3uuSwzEd7jeOxJuaySK6JHeSvv/Fl4F8T4BhTr94SUv3C/RZUEQ rjHg== X-Gm-Message-State: AD7BkJIdA3vxnmciJumFaxyiA9+N2GSgw3jpvP+XQbwiT3/ijGi4pw3woSJN/3RTuA0q9Q== X-Received: by 10.66.119.71 with SMTP id ks7mr7310520pab.151.1456548960329; Fri, 26 Feb 2016 20:56:00 -0800 (PST) Received: from [10.0.0.3] (c-73-202-177-47.hsd1.ca.comcast.net. [73.202.177.47]) by smtp.gmail.com with ESMTPSA id f8sm2725959pfj.49.2016.02.26.20.55.58 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 26 Feb 2016 20:55:58 -0800 (PST) Mime-Version: 1.0 (1.0) Subject: Re: Meet to hack on new Intel Atom SoC board From: Larry Maloney X-Mailer: iPhone Mail (13D15) In-Reply-To: Date: Fri, 26 Feb 2016 20:55:57 -0800 Cc: "freebsd-hackers@freebsd.org" , FreeBSD Current Message-Id: <843C7FEE-C349-4320-BA7D-A13115512CDD@hackerdojo.com> References: <2B1CA900-3F97-40F9-A3CD-F222123E4430@hackerdojo.com> To: "Lundberg, Johannes" X-Mailman-Approved-At: Sat, 27 Feb 2016 12:08:38 +0000 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 27 Feb 2016 04:56:01 -0000 Second Thursday each month. Sent from my iPhone > On Feb 26, 2016, at 6:13 PM, Lundberg, Johannes wrote: >=20 > Definitely. I was there last time and plan to go next time. When is that b= y the way? I can't find any info on meetup...=20 >=20 > If it's too far to the next meeting I was planning on having a meetup at m= y office (max 8 ppl) or rent a room at hacker dojo if there is enough people= who wanna join.=20 >=20 >=20 >> On Friday, February 26, 2016, Larry Maloney wrote: >> Come to BAFUg at the Hacker Dojo >>=20 >> Sent from my iPhone >>=20 >> > On Feb 26, 2016, at 3:51 PM, Lundberg, Johannes wrote: >> > >> > Hi >> > >> > My three boards from UP has arrived. At last, an Intel based small size= d >> > dev board! >> > http://up-shop.org/ >> > >> > This is an early developer version board with the new super low power 1= 4nm >> > x5-Z8300 CPU (CherryTrail) with 16GB eMMC and 1GB RAM (a bit different f= rom >> > the specs of the final version). >> > >> > Any kernel hackers in the Bay Area (south of San Francisco) who are >> > interested to get together next week and get FreeBSD running on it? (Pi= zza >> > on me :) >> > >> > I can also lend a couple of boards to anyone who wants to continue hack= ing >> > after the meeting. >> > >> > >> > What I've done so far >> > - Running from USB memstick. Need to disable uart.1 or boot halts. >> > - Started working on sdhci_acpi driver >> > https://github.com/yohanesu75/freebsd/blob/sdhci-acpi-mmccampatch/sys/d= ev/sdhci/sdhci_acpi.c >> > which requires this patch >> > https://reviews.freebsd.org/D4761 (mmc on cam) >> > and is a work in progress and I'm kind of stuck because I don't know ho= w to >> > do the IO port stuff so that the card can be detected.. >> > >> > (There is a BIOS option to run the SDHCI controller on PCI bus but it f= ails >> > to detect the eMMC memory. I think Intel (SD?|GP?)IO ports are required= for >> > this which will be added support for in the D4761 patch.) >> > >> > Working (out of the box - haven't tested everything) >> > - HDMI output >> > - Realtek GB Ethernet >> > - USB 2.0 >> > >> > Top priority would be to get eMMC storage working (on top of cam/mmc). >> > Other goals: >> > - Working GPIO >> > - Writing device drivers for SoC components like the ISP and on-board >> > chips. >> > - Hardware graphics rendering >> > - Power consumption optimizations >> > >> > Have a nice weekend! >> > Johannes >> > >> > -- >> > =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D= -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- >> > =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3=81=A6= =EF=BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83=AB=E3=81= =AF=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1=E3=81=97=E3= =81=9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7=A7=98=E5=8C=BF= =E7=89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81=AA=E3=82=8B=E6=83= =85=E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84=E3=81=BE=E3=81=99=E3= =80=82 >> > =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5=A4=96= =E3=81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81=9F=E5=A0= =B4=E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AE=E7= =A0=B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3=81=AE=E3=83=A1= =E3=83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8=80=E5=88=87=E3=81= =AE=E9=96=8B=E7=A4=BA=E3=80=81 >> > =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3=81=AE= =E4=BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81=AF=E8=A8= =98=E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F=E3=81=84=E3= =81=8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3=82=8C=E3=81=AA= =E3=81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94=B3=E3=81=97=E4=B8= =8A=E3=81=92=E3=81=BE=E3=81=99=E3=80=82 >> > --- >> > CONFIDENTIALITY NOTE: The information in this email is confidential >> > and intended solely for the addressee. >> > Disclosure, copying, distribution or any other action of use of this >> > email by person other than intended recipient, is prohibited. >> > If you are not the intended recipient and have received this email in >> > error, please destroy the original message. >> > _______________________________________________ >> > freebsd-hackers@freebsd.org mailing list >> > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers >> > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.o= rg" >=20 >=20 > --=20 > -- > Name: Johannes Lundberg > Position: Mirama project leader > Phone: +1-408-636-2161 > Skype: brilliantjohannes > Online: LinkedIn Facebook Reddit Twitter GitHub GitLab > Company: Mirama Brilliantservice US Brilliantservice JP >=20 >=20 > =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D= -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- > =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3=81=A6=EF= =BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AF= =E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1=E3=81=97=E3=81= =9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7=A7=98=E5=8C=BF=E7= =89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81=AA=E3=82=8B=E6=83=85= =E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84=E3=81=BE=E3=81=99=E3=80= =82 > =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5=A4=96=E3= =81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81=9F=E5=A0=B4= =E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AE=E7=A0= =B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3=81=AE=E3=83=A1=E3= =83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8=80=E5=88=87=E3=81=AE= =E9=96=8B=E7=A4=BA=E3=80=81 > =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3=81=AE=E4= =BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81=AF=E8=A8=98= =E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F=E3=81=84=E3=81= =8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3=82=8C=E3=81=AA=E3= =81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94=B3=E3=81=97=E4=B8=8A= =E3=81=92=E3=81=BE=E3=81=99=E3=80=82 > --- > CONFIDENTIALITY NOTE: The information in this email is confidential > and intended solely for the addressee. > Disclosure, copying, distribution or any other action of use of this > email by person other than intended recipient, is prohibited. > If you are not the intended recipient and have received this email in > error, please destroy the original message.