Re: RPI-B 11.0-ALPHA3 r301815 panic

2016-06-16 Thread Svatopluk Kraus 
There was a fix committed in r301872 which should help.

Svatopluk Kraus

On Thu, Jun 16, 2016 at 3:48 AM, Keith White  wrote:
> I get the following panic when connecting via WiFi to an RPI-B
> running the r301815 snapshot:
>
> Fatal kernel mode data abort: 'Alignment Fault' on read
> trapframe: 0xc18f28c0
> FSR=0001, FAR=c21a287a, spsr=6013
> r0 =c07a6548, r1 =0004, r2 =c060513d, r3 =07b6
> r4 =c18f2a28, r5 =c18f2b40, r6 =c21a2876, r7 =c1cce3e0
> r8 =c1cce3e0, r9 =c21a2876, r10=c18f2b40, r11=c18f2988
> r12=, ssp=c18f2950, slr=c1a48370, pc =c0449928
>
> Suggestions on where to start to track this down?
>
>
> Here's the console output over the serial port from boot to panic:
>
> U-Boot 2016.01 (Jun 11 2016 - 12:28:01 +)
>
> DRAM:  224 MiB
> RPI Model B (no P5) (0x3)
> MMC:   bcm2835_sdhci: 0
> reading uboot.env
>
> ** Unable to read "uboot.env" from mmc0:1 **
> Using default environment
>
> In:serial
> Out:   lcd
> Err:   lcd
> Net:   Net Initialization Skipped
> No ethernet found.
> reading uEnv.txt
> ** Unable to read file uEnv.txt **
> Hit any key to stop autoboot:  0 starting USB...
> USB0:   Core Release: 2.80a
> scanning bus 0 for devices... 4 USB Device(s) found
>scanning usb for storage devices... 0 Storage Device(s) found
>scanning usb for ethernet devices... 1 Ethernet Device(s) found
> Booting from: mmc 0 ubldr.bin
> reading ubldr.bin
> 223912 bytes read in 30 ms (7.1 MiB/s)
> ## No elf image at address 0x0020
> ## Starting application at 0x0020 ...
> Consoles: U-Boot console Compatible U-Boot API signature found @0xdb464d0
>
> FreeBSD/armv6 U-Boot loader, Revision 1.2
> (r...@releng2.nyi.freebsd.org, Sat Jun 11 12:55:20 UTC 2016)
>
> DRAM: 224MB
> Number of U-Boot devices: 2
> U-Boot env: loaderdev='mmc 0'
> Found U-Boot device: disk
>   Checking unit=0 slice= partition=... good.
> Booting from disk0s2a:
> /boot/kernel/kernel data=0x606164+0xfde9c syms=[0x4+0xcaf70+0x4+0x984e7]
>
> Hit [Enter] to boot immediately, or any other key for command prompt.
> Booting [/boot/kernel/kernel]... Using DTB provided by U-Boot at address
> 0x100.
> Kernel entry at 0x0x400100...
> Kernel args: (null)
> KDB: debugger backends: ddb
> KDB: current backend: ddb
> 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-ALPHA3 #0 r301815: Sat Jun 11 13:02:45 UTC 2016
> r...@releng2.nyi.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/RPI-B arm
> FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM
> 3.8.0)
> VT: init without driver.
> sema_sysinit
> CPU: ARM1176JZ-S rev 7 (ARM11J core)
>  Supported features: ARM_ISA THUMB2 JAZELLE ARMv4 Security_Ext
>  WB enabled LABT branch prediction disabled
>   16KB/32B 4-way instruction cache
>   16KB/32B 4-way write-back-locking-C data cache
> real memory  = 234876928 (223 MB)
> avail memory = 219312128simplebus0:  mem
> 0x2000-0x20ff on ofwbus0
> cpulist0:  on ofwbus0
> cpu0:  on cpulist0
> bcm2835_cpufreq0:  on cpu0
> intc0:  Hz quality 1000
> Timecounter "BCM2835-3" frequency 100 Hz quality 1000
> bcmwd0:  mem 0x10001c-0x100027 on simplebus0
> gpio0:  mem 0x20-0x2000af on simplebus0
> gpio0: read-only pins: 46-53.
> gpio0: reserved pins: 48-53.
> gpiobus0:  on gpio0
> gpioled0:  at pin 16 on gpiobus0
> gpioc0:  on gpio0
> iichb0:  mem 0x205000-0x20501f on simplebus0
> iicbus0:  on iichb0
> iic0:  on iicbus0
> iichb1:  mem 0x804000-0x80401f on simplebus0
> iicbus1:  on iichb1
> iic1:  on iicbus1
> spi0:  mem 0x204000-0x20401f on simplebus0
> spibus0:  on spi0
> bcm_dma0:  mem 0x7000-0x7fff,0xe05000-0xe05fff on
> simplebus0
> mbox0:  mem 0xb880-0xb8bf on simplebus0
> sdhci_bcm0:  mem 0x30-0x3000ff on
> simplebus0
> mmc0:  on sdhci_bcm0
> uart0:  mem 0x201000-0x201fff on simplebus0
> uart0: console (115200,n,8,1)
> vchiq0:  mem 0xb800-0xb84f on simplebus0
> vchiq: local ver 8 (min 3), remote ver 8.
> pcm0:  on vchiq0
> bcm283x_dwcotg0:  mem
> 0x98-0x99 on simplebus0
> usbus0 on bcm283x_dwcotg0
> fb0:  on ofwbus0
> fbd0 on fb0
> VT: initialize with new VT driver "fb".
> fb0: 656x416(656x416@0,0) 24bpp
> fb0: fbswap: 1, pitch 1968, base 0x0eaac000, screen_size 818688
> cryptosoft0: 
> Timecounters tick every 10.000 msec
> usbus0: 480Mbps High Speed USB v2.0
> bcm2835_cpufreq0: ARM 700MHz, Core 250MHz, SDRAM 400MHz, Turbo OFF
> ugen0.1:  at usbus0
> uhub0:  removable, self powered
> mmcsd0: 2GB  at mmc0
> 41.6MHz/4bit/65535-block
> Trying to mount root from ufs:/dev/ufs/rootfs [rw]...
> warning: no time-of-day clock registered, system time will not be set
> accurately
> ugen0.2:  at usbus0
> uhub1:  on
> usbus0
> uhub1: MTT enabled
> uhub1: 3 ports with 2 removable, self powered
> Setting hostuuid: 4af361f9-2fd5-11e6-bfe7-b827ebdc1f36.
> Setting hostid: 0xe2d1bb69

Re: Support for Elantech trackpads (common on new laptops)

2016-06-16 Thread Ben Woods 
On Thu, Jun 16, 2016 at 09:14:20AM +0200, Raphael 'kena' Poss wrote:
> Please give credit where credit is due, the patch was originally posted here:
> 
> https://lists.freebsd.org/pipermail/freebsd-mobile/2015-September/013327.html
> 
> Adrian Chadd  schreef op 16 juni 2016 04:20:13 CEST:
> >I'll test it out tonight to see if anything is regressing
> >
> >a-
> >
> >On 15 June 2016 at 16:50, Ben Woods  wrote:
> >> Hi everyone,
> >>
> >> Raphael Poss has kindly submitted a patch to bring support for Elantech
> >> trackpads, which are common in new laptops.
> >>
> >> I have tidied the patch so that it applies cleanly to 11-current (as of
> >> r301929). It is attached to PR205690.
> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205690
> >>
> >> Could someone familiar with moused and mice drivers in sys/dev/atkbdc/psm.c
> >> please have a look?
> >>
> >> Thanks,
> >> Ben

I've done some testing, and the short update is "it's working fine for me".
I love having two-finger scroll support!

A few more testing details added to the bug report.

Vladimir: Thanks for porting this from OpenBSD!
Thanks to the OpenBSD developers stsp, mpi, jcs, shadchin for the initial work 
on this [1].
Raphael: Thanks for ensuring this was captured in Bugzilla and for porting to 
10-STABLE.
Adrian: Thanks in advance for your testing and help!

[1] http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys/dev/pckbc/pms.c

Regards,
Ben

--
From: Benjamin Woods
woods...@gmail.com
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Support for Elantech trackpads (common on new laptops)

2016-06-16 Thread Ben Woods 
On Thu, Jun 16, 2016 at 11:46:41AM +0200, Ben Woods wrote:
> On Thu, Jun 16, 2016 at 09:14:20AM +0200, Raphael 'kena' Poss wrote:
> > Please give credit where credit is due, the patch was originally posted 
> > here:
> > 
> > https://lists.freebsd.org/pipermail/freebsd-mobile/2015-September/013327.html
> > 
> 
> I've done some testing, and the short update is "it's working fine for me".
> I love having two-finger scroll support!
> 
> A few more testing details added to the bug report.
> 
> Vladimir: Thanks for porting this from OpenBSD!
> Thanks to the OpenBSD developers stsp, mpi, jcs, shadchin for the initial 
> work on this [1].
> Raphael: Thanks for ensuring this was captured in Bugzilla and for porting to 
> 10-STABLE.
> Adrian: Thanks in advance for your testing and help!
> 
> [1] http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys/dev/pckbc/pms.c
> 
> Regards,
> Ben

Looking closer, it looks like this is largely Vladimir's original work, which
uses some of the absolute mode driver work from OpenBSD.

Regards,
Ben

--
From: Benjamin Woods
woods...@gmail.com
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: RPI-B 11.0-ALPHA3 r301815 panic

2016-06-16 Thread Keith White 

On Thu, 16 Jun 2016, Svatopluk Kraus wrote:


There was a fix committed in r301872 which should help.

Svatopluk Kraus
...


Thanks!

I'd tried r301932 with the same panic.  I'll try again with r301872
and a pristine /usr/obj

...keith
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Support for Elantech trackpads (common on new laptops)

2016-06-16 Thread Raphael 'kena' Poss 
Please give credit where credit is due, the patch was originally posted here:

https://lists.freebsd.org/pipermail/freebsd-mobile/2015-September/013327.html


Adrian Chadd  schreef op 16 juni 2016 04:20:13 CEST:
>I'll test it out tonight to see if anything is regressing
>
>
>a-
>
>
>On 15 June 2016 at 16:50, Ben Woods  wrote:
>> Hi everyone,
>>
>> Raphael Poss has kindly submitted a patch to bring support for
>Elantech
>> trackpads, which are common in new laptops.
>>
>> I have tidied the patch so that it applies cleanly to 11-current (as
>of
>> r301929). It is attached to PR205690.
>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205690
>>
>> Could someone familiar with moused and mice drivers in
>sys/dev/atkbdc/psm.c
>> please have a look?
>>
>> Thanks,
>> Ben
>>
>> --
>> From: Benjamin Woods
>> woods...@gmail.com
>> ___
>> freebsd-current@freebsd.org mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-current
>> To unsubscribe, send any mail to
>"freebsd-current-unsubscr...@freebsd.org"

-- 
Sent from mobile. Please excuse my brevity.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

RE: RPI-B 11.0-ALPHA3 r301815 panic ["when connecting via WiFi"]

2016-06-16 Thread Keith White 

On Wed, 15 Jun 2016, Mark Millard wrote:


https://lists.freebsd.org/pipermail/freebsd-current/2016-June/061904.html reports an 
RPI-B alignment fault for -r301815 (the snapshot) "when connecting via WiFi".

-r301872 ( 
https://lists.freebsd.org/pipermail/svn-src-head/2016-June/088339.html ) has a 
fix for networking vs. alignment handling for armv6 contexts that might be 
needed. Quoting:


Author: ian
Date: Mon Jun 13 16:48:27 2016
New Revision: 301872
URL:
https://svnweb.freebsd.org/changeset/base/301872

...


Thanks for pointing this out!  I'll see if a (complete) rebuild at
that rev fixes the problem.

...keith
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Build failed in Jenkins: FreeBSD_HEAD #312

2016-06-16 Thread jenkins-admin 
See 

--
[...truncated 312149 lines...]
   [-B suffix] [-l linkflags] [-N dbdir]
   file1 ... fileN directory
   install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner]
   [-M log] [-D dest] [-h hash] [-T tags]
   directory ...
Pacific/Noumea
install: target directory 
`/builds/workspace/FreeBSD_HEAD/package/src/usr/share/zoneinfo/Pacific/Noumea' 
does not exist
usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner]
   [-M log] [-D dest] [-h hash] [-T tags]
   [-B suffix] [-l linkflags] [-N dbdir]
   file1 file2
   install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner]
   [-M log] [-D dest] [-h hash] [-T tags]
   [-B suffix] [-l linkflags] [-N dbdir]
   file1 ... fileN directory
   install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner]
   [-M log] [-D dest] [-h hash] [-T tags]
   directory ...
Pacific/Pago_Pago
install: target directory 
`/builds/workspace/FreeBSD_HEAD/package/src/usr/share/zoneinfo/Pacific/Pago_Pago'
 does not exist
usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner]
   [-M log] [-D dest] [-h hash] [-T tags]
   [-B suffix] [-l linkflags] [-N dbdir]
   file1 file2
   install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner]
   [-M log] [-D dest] [-h hash] [-T tags]
   [-B suffix] [-l linkflags] [-N dbdir]
   file1 ... fileN directory
   install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner]
   [-M log] [-D dest] [-h hash] [-T tags]
   directory ...
Pacific/Palau
install: target directory 
`/builds/workspace/FreeBSD_HEAD/package/src/usr/share/zoneinfo/Pacific/Palau' 
does not exist
usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner]
   [-M log] [-D dest] [-h hash] [-T tags]
   [-B suffix] [-l linkflags] [-N dbdir]
   file1 file2
   install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner]
   [-M log] [-D dest] [-h hash] [-T tags]
   [-B suffix] [-l linkflags] [-N dbdir]
   file1 ... fileN directory
   install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner]
   [-M log] [-D dest] [-h hash] [-T tags]
   directory ...
Pacific/Pitcairn
install: target directory 
`/builds/workspace/FreeBSD_HEAD/package/src/usr/share/zoneinfo/Pacific/Pitcairn'
 does not exist
usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner]
   [-M log] [-D dest] [-h hash] [-T tags]
   [-B suffix] [-l linkflags] [-N dbdir]
   file1 file2
   install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner]
   [-M log] [-D dest] [-h hash] [-T tags]
   [-B suffix] [-l linkflags] [-N dbdir]
   file1 ... fileN directory
   install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner]
   [-M log] [-D dest] [-h hash] [-T tags]
   directory ...
Pacific/Pohnpei
install: target directory 
`/builds/workspace/FreeBSD_HEAD/package/src/usr/share/zoneinfo/Pacific/Pohnpei' 
does not exist
usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner]
   [-M log] [-D dest] [-h hash] [-T tags]
   [-B suffix] [-l linkflags] [-N dbdir]
   file1 file2
   install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner]
   [-M log] [-D dest] [-h hash] [-T tags]
   [-B suffix] [-l linkflags] [-N dbdir]
   file1 ... fileN directory
   install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner]
   [-M log] [-D dest] [-h hash] [-T tags]
   directory ...
Pacific/Port_Moresby
install: target directory 
`/builds/workspace/FreeBSD_HEAD/package/src/usr/share/zoneinfo/Pacific/Port_Moresby'
 does not exist
usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner]
   [-M log] [-D dest] [-h hash] [-T tags]
   [-B suffix] [-l linkflags] [-N dbdir]
   file1 file2
   install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner]
   [-M log] [-D dest] [-h hash] [-T tags]
   [-B suffix] [-l linkflags] [-N dbdir]
   file1 ... fileN directory
   install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner]
   [-M log] [-D dest] [-h hash] [-T tags]
   directory ...
Pacific/Rarotonga
install: target directory 
`/builds/workspace/FreeBSD_HEAD/package/src/usr/share/zoneinfo/Pacific/Rarotonga'
 does not exist
usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner]
   [-M log] [-D dest] [-h hash] [-T tags]
   [-B suffix] [-l linkflags] [-N dbdir]
   file1

FreeBSD_HEAD_amd64_gcc - Build #1287 - Fixed

2016-06-16 Thread jenkins-admin 
FreeBSD_HEAD_amd64_gcc - Build #1287 - Fixed:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1287/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1287/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1287/console

Change summaries:

301956 by hselasky:
Implement libusb_get_version() and update libusb manual page.

Approved by:re (glebius)
Requested by:   swills
MFC after:  1 week

301955 by avg:
fix a zfs boot regression introduced in r300117 by accident

There is no reason to return non-zero value from zfs_probe_partition()
as that causes following partitions to not be probed for ZFS vdevs.
A particular scenario that I encountered is a GPT partitioned disk
where several partitions have freebsd-zfs type.  A partition with a lower
index is used as a cache (l2arc) vdev and in that case case zfs_probe()
returned a non-zero status.  That status was returned to ptable_iterate()
and caused it to abort the iteration.  Because of that the subsequent
partitions were not probed and a root pool was not discovered resulting
in a boot failure.

While there fix the style for nearby return statements.

Approved by:re (kib)

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: [CFT] ypldap testing against OpenLDAP and Microsoft Active Directory

2016-06-16 Thread Chris H 
On Wed, 15 Jun 2016 08:03:55 -0400 Nikolai Lifanov 
wrote

> On 06/14/2016 21:05, Marcelo Araujo wrote:
> > 2016-06-15 8:17 GMT+08:00 Chris H :
> > 
> >> On Thu, 9 Jun 2016 17:55:58 +0800 Marcelo Araujo 
> >> wrote
> >>
> >>> Hey,
> >>>
> >>> Thanks for the CFT Craig.
> >>>
> >>> 2016-06-09 14:41 GMT+08:00 Xin Li :
> >>>
> 
> 
>  On 6/8/16 23:10, Craig Rodrigues wrote:
> > Hi,
> >
> > I have worked with Marcelo Araujo to port OpenBSD's ypldap to FreeBSD
> > current.
> >
> > In latest current, it should be possible to put in /etc/rc.conf:
> >
> > nis_ypldap_enable="YES"
> > to activate the ypldap daemon.
> >
> > When set up properly, it should be possible to log into FreeBSD, and
> >> have
> > the backend password database come from an LDAP database such
> > as OpenLDAP
> >
> > There is some documentation for setting this up, but it is OpenBSD
>  specific:
> >
> > http://obfuscurity.com/2009/08/OpenBSD-as-an-LDAP-Client
> > http://puffysecurity.com/wiki/ypldap.html#2
> >
> > I did not bother porting the OpenBSD LDAP server to FreeBSD, so that
> > information
> > does not apply.  I figure that openldap from ports should work fine.
> >
> > I was wondering if there is someone out there familiar enough with
> >> LDAP
> > and has a setup they can test this stuff out with, provide feedback,
> >> and
> > help
> > improve the documentation for FreeBSD?
> 
>  Looks like it would be a fun weekend project.  I've cc'ed a potential
>  person who may be interested in this as well.
> 
>  But will this worth the effort? (I think the current implementation
>  would do everything with plaintext protocol over wire, so while it
>  extends life for legacy applications that are still using NIS/YP, it
>  doesn't seem to be something that we should recommend end user to use?)
> 
> >>>
> >>> I can see two good point to use ypldap that would be basically for users
> >>> that needs to migrate from NIS to LDAP or need to make some integration
> >>> between legacy(NIS) and LDAP during a transition period to LDAP.
> >>>
> >>> As mentioned, NIS is 'plain text' not safe by its nature, however there
> >> are
> >>> still lots of people out there using NIS, and ypldap(8) is a good tool to
> >>> help these people migrate to a more safe tool like LDAP.
> >>>
> >>>
> 
> > I would also be interested in hearing from someone who can see if
> > ypldap can work against a Microsoft Active Directory setup?
> 
>  Cheers,
> 
> 
> >>> All my tests were using OpenLDAP, I used the OpenBSD documentation to
> >> setup
> >>> everything, and the file share/examples/ypldap/ypldap.conf can be a good
> >>> start to anybody that wants to start to work with ypldap(8).
> >>>
> >>> Would be nice hear from other users how was their experience using ypldap
> >>> with MS Active Directory and perhaps some HOWTO how they made all the
> >> setup
> >>> would be amazing to have.
> >>>
> >>> Also, would be useful to know who are still using NIS and what kind of
> >>> setup(user case), maybe even the reason why they are still using it.
> >>
> >> Honestly, I think the best way to motivate people to do the right
> >> thing(tm) Would be to remove Yellow Pages from the tree, entirely. :-)
> >> It's been dead for *years*, and as you say, isn't safe, anyway..
> >>
> > 
> > Yes, I have a plan for that, but I don't believe it will happens before
> > FreeBSD 12-RELEASE.
> > 
> 
> Please don't, at least for now. NIS is fast, simple, reliable, and works
> on first boot without additional software. I have passwords in
> Kerberos, so the usual cons doesn't apply. This is very valuable to me.
> 
> It's not hurting anyone. What's the motivation behind removing it?

In all honesty, my comment was somewhat tongue-in-cheek. But from
a purely maintenance POV, at this point in time. I think the Yellow
Pages are better suited for the ports tree, than in $BASE.

--Chris
> 
> > 
> >>
> >> --Chris
> >>>
> >>>
> >>> Best,
> >>> --
> >>>
> >>> --
> >>> Marcelo Araujo(__)ara...@freebsd.org


___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Jenkins build is back to normal : FreeBSD_HEAD #313

2016-06-16 Thread jenkins-admin 
See 

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

FreeBSD_HEAD_i386 - Build #3401 - Failure

2016-06-16 Thread jenkins-admin 
FreeBSD_HEAD_i386 - Build #3401 - Failure:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3401/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3401/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3401/console

Change summaries:

301966 by hselasky:
Add support for libusb_set_auto_detach_kernel_driver() to the LibUSB v1.0 API.

Approved by:re (kostikbel)
Requested by:   swills
MFC after:  1 week

301965 by gjb:
Reimplement r301944 using the correct install(1) invocation, which again
fixes packaging tzdata/zoneinfo.

Thank you to hrs for the pointer on what I did incorrectly.

Approved by:re (blanket, pkgbase)
Sponsored by:   The FreeBSD Foundation



The end of the build log:

[...truncated 59354 lines...]
cc   -O2 -pipe   -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS 
-DHAVE_MEMCPY -I/usr/src/lib/libstand/../libz -ffreestanding -Wformat -mno-mmx 
-mno-sse -mno-avx -msoft-float -D_STANDALONE -MD  -MF.depend.netif.o -MTnetif.o 
-std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int 
-Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value 
-Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion 
-Wno-unused-local-typedef -Wno-switch -Wno-switch-enum 
-Wno-knr-promoted-parameter -Wno-parentheses  -Qunused-arguments  -c 
/usr/src/lib/libstand/netif.c -o netif.o
--- all_subdir_lib/libulog ---
--- libulog.a ---
building static ulog library
ar -crD libulog.a `NM='nm' NMFLAGS='' lorder ulog_login.o ulog_login_pseudo.o 
utempter.o  | tsort -q` 
ranlib -D libulog.a
--- all_subdir_lib/libucl ---
--- ucl_parser.So ---
cc  -fpic -DPIC -g -O2 -pipe -I/usr/src/lib/libucl/../../contrib/libucl/include 
 -I/usr/src/lib/libucl/../../contrib/libucl/src  
-I/usr/src/lib/libucl/../../contrib/libucl/uthash  
-I/usr/src/lib/libucl/../../contrib/libucl/klib   -MD  -MF.depend.ucl_parser.So 
-MTucl_parser.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror 
-Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int 
-Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value 
-Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion 
-Wno-unused-local-typedef -Wno-switch -Wno-switch-enum 
-Wno-knr-promoted-parameter -Wno-parentheses  -Qunused-arguments  -c 
/usr/src/lib/libucl/../../contrib/libucl/src/ucl_parser.c -o ucl_parser.So
--- all_subdir_lib/libulog ---
--- Version.map ---
cat /usr/src/lib/libulog/Symbol.map | cpp  - -  | awk -v 
vfile=/usr/src/lib/libulog/../libc/Versions.def -f 
/usr/src/share/mk/version_gen.awk > Version.map
--- all_subdir_lib/libunbound ---
===> lib/libunbound (all)
--- all_subdir_lib/libulog ---
--- libulog.so.0.full ---
building shared library libulog.so.0
cc  -Wl,--version-script=Version.map -fstack-protector-strong -shared -Wl,-x 
-Wl,--fatal-warnings -Wl,--warn-shared-textrel  -o libulog.so.0.full 
-Wl,-soname,libulog.so.0  `NM='nm' NMFLAGS='' lorder ulog_login.So 
ulog_login_pseudo.So utempter.So | tsort -q`  -lmd
--- libulog.so.0.debug ---
objcopy --only-keep-debug libulog.so.0.full libulog.so.0.debug
--- libulog.so.0 ---
objcopy --strip-debug --add-gnu-debuglink=libulog.so.0.debug  libulog.so.0.full 
libulog.so.0
--- all_subdir_lib/libstand ---
--- rpc.o ---
cc   -O2 -pipe   -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS 
-DHAVE_MEMCPY -I/usr/src/lib/libstand/../libz -ffreestanding -Wformat -mno-mmx 
-mno-sse -mno-avx -msoft-float -D_STANDALONE -MD  -MF.depend.rpc.o -MTrpc.o 
-std=gnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int 
-Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value 
-Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion 
-Wno-unused-local-typedef -Wno-switch -Wno-switch-enum 
-Wno-knr-promoted-parameter -Wno-parentheses  -Qunused-arguments  -c 
/usr/src/lib/libstand/rpc.c -o rpc.o
--- all_subdir_lib/libunbound ---
--- configlexer.l ---
cp -f /usr/src/lib/libunbound/../../contrib/unbound/util/configlexer.lex 
configlexer.l
--- all_subdir_lib/libusbhid ---
===> lib/libusbhid (all)
--- all_subdir_lib/libunbound ---
--- configparser.c ---
yacc -pub_c_ -d -o configparser.c 
/usr/src/lib/libunbound/../../contrib/unbound/util/configparser.y
--- all_subdir_lib/libusbhid ---
--- descr.o ---
cc   -O2 -pipe   -MD  -MF.depend.descr.o -MTdescr.o -std=gnu99 
-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-strings -Wswitch -Wshadow -Wunused-parameter 
-Wcast-align -Wchar-subscripts -Winline -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/lib/libusbhid/descr.c -o descr.o
--- all_subdir_lib/libunbound ---
--- configlexer.c ---
lex -Pub_c_ -oconfiglexer.c configlexer.l
--- all_subdi

Build failed in Jenkins: FreeBSD_HEAD #314

2016-06-16 Thread jenkins-admin 
See 

--
[...truncated 90691 lines...]
#define IPPROTO_IPIPIPPROTO_IPV4/* for compatibility */
^
/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/include/netinet/ip_compat.h:1131:10:
 note: previous definition is here
# defineIPPROTO_IPIP4
^
1 warning generated.
--- errno.o ---
cc   -O2 -pipe   
-I/builds/workspace/FreeBSD_HEAD/src/lib/libsysdecode/../../sys -DPF -MD  
-MF.depend.errno.o -MTerrno.o -std=gnu99 -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-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align 
-Wchar-subscripts -Winline -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 
/builds/workspace/FreeBSD_HEAD/src/lib/libsysdecode/errno.c -o errno.o
--- all_subdir_lib/libstand ---
--- tftp.o ---
cc   -O2 -pipe   -I/builds/workspace/FreeBSD_HEAD/src/lib/libstand 
-DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY 
-I/builds/workspace/FreeBSD_HEAD/src/lib/libstand/../libz -ffreestanding 
-Wformat -mno-mmx -mno-sse -mno-avx -msoft-float -D_STANDALONE -fPIC 
-mno-red-zone -MD  -MF.depend.tftp.o -MTtftp.o -std=gnu99 -Wno-pointer-sign 
-Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable 
-Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality 
-Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch 
-Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses  
-Qunused-arguments  -c /builds/workspace/FreeBSD_HEAD/src/lib/libstand/tftp.c 
-o tftp.o
--- all_subdir_lib/libsysdecode ---
--- ioctl.o ---
cc   -O2 -pipe   
-I/builds/workspace/FreeBSD_HEAD/src/lib/libsysdecode/../../sys -DPF -MD  
-MF.depend.ioctl.o -MTioctl.o -std=gnu99 -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-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align 
-Wchar-subscripts -Winline -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 ioctl.c -o ioctl.o
--- all_subdir_lib/libucl ---
--- ucl_emitter_streamline.So ---
cc  -fpic -DPIC -g -O2 -pipe 
-I/builds/workspace/FreeBSD_HEAD/src/lib/libucl/../../contrib/libucl/include  
-I/builds/workspace/FreeBSD_HEAD/src/lib/libucl/../../contrib/libucl/src  
-I/builds/workspace/FreeBSD_HEAD/src/lib/libucl/../../contrib/libucl/uthash  
-I/builds/workspace/FreeBSD_HEAD/src/lib/libucl/../../contrib/libucl/klib   -MD 
 -MF.depend.ucl_emitter_streamline.So -MTucl_emitter_streamline.So -std=gnu99 
-fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign 
-Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable 
-Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality 
-Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch 
-Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses  
-Qunused-arguments  -c 
/builds/workspace/FreeBSD_HEAD/src/lib/libucl/../../contrib/libucl/src/ucl_emitter_streamline.c
 -o ucl_emitter_streamline.So
--- ucl_emitter_utils.So ---
cc  -fpic -DPIC -g -O2 -pipe 
-I/builds/workspace/FreeBSD_HEAD/src/lib/libucl/../../contrib/libucl/include  
-I/builds/workspace/FreeBSD_HEAD/src/lib/libucl/../../contrib/libucl/src  
-I/builds/workspace/FreeBSD_HEAD/src/lib/libucl/../../contrib/libucl/uthash  
-I/builds/workspace/FreeBSD_HEAD/src/lib/libucl/../../contrib/libucl/klib   -MD 
 -MF.depend.ucl_emitter_utils.So -MTucl_emitter_utils.So -std=gnu99 
-fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign 
-Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable 
-Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality 
-Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch 
-Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses  
-Qunused-arguments  -c 
/builds/workspace/FreeBSD_HEAD/src/lib/libucl/../../contrib/libucl/src/ucl_emitter_utils.c
 -o ucl_emitter_utils.So
--- all_subdir_lib/libstand ---
--- gzipfs.o ---
cc   -O2 -pipe   -I/builds/workspace/FreeBSD_HEAD/src/lib/libstand 
-DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY 
-I/builds/workspace/FreeBSD_HEAD/src/lib/libstand/../libz -ffreestanding 
-Wformat -mno-mmx -mno-sse -mno-avx -msoft-float -D_STANDALONE -fPIC 
-mno-red-zone -MD  -MF.depend.gzipfs.o -MTgzipfs.o -std=gnu99 -Wno-pointer-sign 
-Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable 
-Wno-tautological-compare -Wno-u

Re: FreeBSD_HEAD_i386 - Build #3401 - Failure

2016-06-16 Thread Hans Petter Selasky 

On 06/16/16 17:37, jenkins-ad...@freebsd.org wrote:

FreeBSD_HEAD_i386 - Build #3401 - Failure:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3401/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3401/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3401/console

Change summaries:

301966 by hselasky:
Add support for libusb_set_auto_detach_kernel_driver() to the LibUSB v1.0 API.

Approved by:re (kostikbel)
Requested by:   swills
MFC after:  1 week



I'm on this one. Fix is pending approval. Seems like amd64 clang36 
didn't complain so it slipped through.


--HPS

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Build failed in Jenkins: FreeBSD_HEAD_sparc64 #82

2016-06-16 Thread jenkins-admin 
See 

--
[...truncated 75087 lines...]
--- realinstall_subdir_cddl/lib/libuutil ---
===> cddl/lib/libuutil (install)
--- _libinstall ---
sh /builds/workspace/FreeBSD_HEAD_sparc64/src/tools/install.sh  -C -o root -g 
wheel -m 444   libuutil.a 
/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/
sh /builds/workspace/FreeBSD_HEAD_sparc64/src/tools/install.sh  -s -o root -g 
wheel -m 444 libuutil.so.2 
/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/lib/
sh /builds/workspace/FreeBSD_HEAD_sparc64/src/tools/install.sh  -o root -g 
wheel -m 444libuutil.so.2.debug 
/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/debug/lib/
sh /builds/workspace/FreeBSD_HEAD_sparc64/src/tools/install.sh -l rs  
/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/lib/libuutil.so.2
  
/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libuutil.so
--- lib__L ---
--- utempter.So ---
cc  -fPIC -DPIC -g -O2 -pipe   -MD  -MF.depend.utempter.So -MTutempter.So 
-std=gnu99 -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-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline 
-Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign 
-c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libulog/utempter.c -o 
utempter.So
--- cddl/lib__L ---
--- realinstall_subdir_cddl/lib/libzfs_core ---
===> cddl/lib/libzfs_core (install)
--- lib__L ---
--- libulog.a ---
building static ulog library
ar -crD libulog.a `NM='nm' NMFLAGS='' lorder ulog_login.o ulog_login_pseudo.o 
utempter.o  | tsort -q` 
--- cddl/lib__L ---
--- _libinstall ---
sh /builds/workspace/FreeBSD_HEAD_sparc64/src/tools/install.sh  -C -o root -g 
wheel -m 444   libzfs_core.a 
/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/
sh /builds/workspace/FreeBSD_HEAD_sparc64/src/tools/install.sh  -s -o root -g 
wheel -m 444 libzfs_core.so.2 
/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/lib/
sh /builds/workspace/FreeBSD_HEAD_sparc64/src/tools/install.sh  -o root -g 
wheel -m 444libzfs_core.so.2.debug 
/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/debug/lib/
sh /builds/workspace/FreeBSD_HEAD_sparc64/src/tools/install.sh -l rs  
/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/lib/libzfs_core.so.2
  
/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libzfs_core.so
--- realinstall_subdir_cddl/lib/libzfs ---
===> cddl/lib/libzfs (install)
--- lib__L ---
ranlib -D libulog.a
--- Version.map ---
cat /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libulog/Symbol.map | cpp  - 
-  | awk -v 
vfile=/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libulog/../libc/Versions.def
 -f /builds/workspace/FreeBSD_HEAD_sparc64/src/share/mk/version_gen.awk > 
Version.map
--- all_subdir_lib/libucl ---
--- ucl_msgpack.So ---
cc  -fPIC -DPIC -g -O2 -pipe 
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/include
  
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/src
  
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/uthash
  
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/klib
   -MD  -MF.depend.ucl_msgpack.So -MTucl_msgpack.So -std=gnu99 
-fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -c 
/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/src/ucl_msgpack.c
 -o ucl_msgpack.So
--- all_subdir_lib/libulog ---
--- libulog.so.0.full ---
--- cddl/lib__L ---
--- _libinstall ---
--- lib__L ---
building shared library libulog.so.0
--- cddl/lib__L ---
sh /builds/workspace/FreeBSD_HEAD_sparc64/src/tools/install.sh  -C -o root -g 
wheel -m 444   libzfs.a 
/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/
--- lib__L ---
cc  -Wl,--version-script=Version.map -fstack-protector-strong -shared -Wl,-x 
-Wl,--fatal-warnings -Wl,--warn-shared-textrel  -o libulog.so.0.full 
-Wl,-soname,libulog.so.0  `NM='nm' NMFLAGS='' lorder ulog_login.So 
ulog_login_pseudo.So utempter.So | tsort -q`  -lmd
--- cddl/lib__L ---
sh /builds/workspace/FreeBSD_HEAD_sparc64/src/tools/install.sh  -s -o root -g 
wheel -m 444 libzfs.so.2 
/builds/wo

FreeBSD_HEAD_i386 - Build #3402 - Fixed

2016-06-16 Thread jenkins-admin 
FreeBSD_HEAD_i386 - Build #3402 - Fixed:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3402/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3402/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3402/console

Change summaries:

301969 by hselasky:
Add missing return statement.

Approved by:re (gjb)
MFC after:  1 week

301968 by hselasky:
Add multiple missing descriptor parsing functions to the LibUSB v1.0 API.

Approved by:re (kib)
Requested by:   swills
MFC after:  1 week

301967 by asomers:
Fix usr.sbin/rpcbind ATF tests on 32-bit platforms

usr.sbin/rpcbind/tests/addrmerge_test.c
Fix some sizeof calculations that work only by luck on 64-bit
platforms.

PR: 210314
Reviewed by:ngie
Approved by:re (kib)
Reported by:Mark Millard
MFC after:  4 weeks
Sponsored by:   Spectra Logic Corp
Differential Revision:  https://reviews.freebsd.org/D6855

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: libpam.so lost in update to 11.0-ALPHA3

2016-06-16 Thread Florian Ermisch 


Am 14. Juni 2016 13:36:32 MESZ, schrieb Ben Woods :
> On Tuesday, 14 June 2016, Pavel Timofeev  wrote:
> 
> >
> > 14 июня 2016 г. 10:37 пользователь "Ben Woods"  > > написал:
> > >
> > > On 14 June 2016 at 09:11, René Ladan  > > wrote:
> > >
> > > > Hi,
> > > >
> > > > I updated my pkgbase installation (11.0-amd64 from a few weeks
> ago) to
> > > > 11.0-ALPHA3. Building and installing went fine but it turns out
> that
> > > > libpam.so* is lost in the update (both the symlink and the
> actual so,
> > > > currently so.6) :
> > > >
> > > > # pkg upgrade
> > > > # pkg autoremove
> > > >< one
> > > > version lower)
> > > >   << yes, I forgot to run mergemaster>>
> > > > # reboot
> > > >   < still fine)
> > > >
> > > > Is this a known bug?
> > > >
> > > > Regards,
> > > > René
> > > >
> > >
> > > Michael Lucas mentioned on twitter a few days ago that pam was
> broken
> > > recently in FreeBSD current.
> > >
> > > Michael: was this a problem with libpam.so going missing? Were you
> using
> > > pkgbase, or is this an issue with the normal build/install system
> also?
> > >
> > > Regards,
> > > Ben
> > >
> > > --
> >
> > Hi!
> > I have the same problem with normal build/install system.
> >
> 
> Ok, thanks for the feedback.
> 
> Bringing in the FreeBSD-current@ mailing list as it is not a problem
> with
> PkgBase, but with 11-current.
> 
> Regards,
> Ben
> 
On my laptop running a few weeks old CURRENT sudo
just broke after a `pkg upgrade`. The missing lib it's 
complaining about is libpam.so.6 but when built from
ports it's linked against libpam.so.5.

Regards, Florian
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: libpam.so lost in update to 11.0-ALPHA3

2016-06-16 Thread O. Hartmann 
Am Thu, 16 Jun 2016 20:39:55 +0200
Florian Ermisch  schrieb:

> Am 14. Juni 2016 13:36:32 MESZ, schrieb Ben Woods :
> > On Tuesday, 14 June 2016, Pavel Timofeev  wrote:
> >   
> > >
> > > 14 июня 2016 г. 10:37 пользователь "Ben Woods"  > > > написал:  
> > > >
> > > > On 14 June 2016 at 09:11, René Ladan  > > > wrote:  
> > > >  
> > > > > Hi,
> > > > >
> > > > > I updated my pkgbase installation (11.0-amd64 from a few weeks  
> > ago) to  
> > > > > 11.0-ALPHA3. Building and installing went fine but it turns out  
> > that  
> > > > > libpam.so* is lost in the update (both the symlink and the  
> > actual so,  
> > > > > currently so.6) :
> > > > >
> > > > > # pkg upgrade
> > > > > # pkg autoremove
> > > > >< > one  
> > > > > version lower)
> > > > >   << yes, I forgot to run mergemaster>>
> > > > > # reboot
> > > > >   < > still fine)  
> > > > >
> > > > > Is this a known bug?
> > > > >
> > > > > Regards,
> > > > > René
> > > > >  
> > > >
> > > > Michael Lucas mentioned on twitter a few days ago that pam was  
> > broken  
> > > > recently in FreeBSD current.
> > > >
> > > > Michael: was this a problem with libpam.so going missing? Were you  
> > using  
> > > > pkgbase, or is this an issue with the normal build/install system  
> > also?  
> > > >
> > > > Regards,
> > > > Ben
> > > >
> > > > --  
> > >
> > > Hi!
> > > I have the same problem with normal build/install system.
> > >  
> > 
> > Ok, thanks for the feedback.
> > 
> > Bringing in the FreeBSD-current@ mailing list as it is not a problem
> > with
> > PkgBase, but with 11-current.
> > 
> > Regards,
> > Ben
> >   
> On my laptop running a few weeks old CURRENT sudo
> just broke after a `pkg upgrade`. The missing lib it's 
> complaining about is libpam.so.6 but when built from
> ports it's linked against libpam.so.5.
> 
> Regards, Florian
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


You have to recompile sudo. We had the nice event, that nslcd also required 
libpam.so.5.
So login onto the box even via console as root wasn't possible due to pam 
failures. That
was nice. And this change came without any warnings in /usr/src/UPDATING.

Regards,

oh


pgpe4SmIHnkj4.pgp
Description: OpenPGP digital signature

dpv(1) ignores -i & -I flags

2016-06-16 Thread rihad 
By simply overwriting the provided template strings with the default 
ones a bit later.


Here's one possible fix (untested):

--- dpv.c.orig2016-06-16 23:14:00.466195000 +0400
+++ dpv.c2016-06-16 23:15:39.306944000 +0400
@@ -455,12 +455,16 @@

 /* Set status formats and action */
 if (line_mode) {
-config->status_solo = LINE_STATUS_SOLO;
-config->status_many = LINE_STATUS_SOLO;
+if (!config->status_solo)
+config->status_solo = LINE_STATUS_SOLO;
+if (!config->status_many)
+config->status_many = LINE_STATUS_SOLO;
 config->action = operate_on_lines;
 } else {
-config->status_solo = BYTE_STATUS_SOLO;
-config->status_many = BYTE_STATUS_SOLO;
+if (!config->status_solo)
+config->status_solo = BYTE_STATUS_SOLO;
+if (!config->status_many)
+config->status_many = BYTE_STATUS_SOLO;
 config->action = operate_on_bytes;
 }


___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Jenkins build is back to normal : FreeBSD_HEAD #315

2016-06-16 Thread jenkins-admin 
See 

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: libpam.so lost in update to 11.0-ALPHA3

2016-06-16 Thread Bryan Drewery 
On 6/16/16 11:39 AM, Florian Ermisch wrote:
> 
> 
> Am 14. Juni 2016 13:36:32 MESZ, schrieb Ben Woods :
>> On Tuesday, 14 June 2016, Pavel Timofeev  wrote:
>>
>>>
>>> 14 июня 2016 г. 10:37 пользователь "Ben Woods" >> > написал:

 On 14 June 2016 at 09:11, René Ladan >> > wrote:

> Hi,
>
> I updated my pkgbase installation (11.0-amd64 from a few weeks
>> ago) to
> 11.0-ALPHA3. Building and installing went fine but it turns out
>> that
> libpam.so* is lost in the update (both the symlink and the
>> actual so,
> currently so.6) :
>
> # pkg upgrade
> # pkg autoremove
><> one
> version lower)
>   << yes, I forgot to run mergemaster>>
> # reboot
>   <> still fine)
>
> Is this a known bug?
>
> Regards,
> René
>

 Michael Lucas mentioned on twitter a few days ago that pam was
>> broken
 recently in FreeBSD current.

 Michael: was this a problem with libpam.so going missing? Were you
>> using
 pkgbase, or is this an issue with the normal build/install system
>> also?

 Regards,
 Ben

 --
>>>
>>> Hi!
>>> I have the same problem with normal build/install system.
>>>
>>
>> Ok, thanks for the feedback.
>>
>> Bringing in the FreeBSD-current@ mailing list as it is not a problem
>> with
>> PkgBase, but with 11-current.
>>
>> Regards,
>> Ben
>>
> On my laptop running a few weeks old CURRENT sudo
> just broke after a `pkg upgrade`. The missing lib it's 
> complaining about is libpam.so.6 but when built from
> ports it's linked against libpam.so.5.
> 


Packages built after base r301892 will be fixed.


-- 
Regards,
Bryan Drewery
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Jenkins build is back to normal : FreeBSD_HEAD_sparc64 #83

2016-06-16 Thread jenkins-admin 
See 

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

ALPHA3 panic with ipfw+dummynet and gif/gre tunnels

2016-06-16 Thread Mark Felder 
Hello,

I can pretty reliably panic CURRENT by creating/destroying gif and gre
interfaces used for IPv6 tunnels. I'm uploading the dump, kernel.debug,
and kernel in a tarball here:

https://feld.me/freebsd/crash/r301929.tgz

It's still uploading so you might end up with an incomplete download if
you fetch it now. Here's the sha256 of it:

1e9fddad1da3bac2b11c51a18c7dad48eb9259acf844f35f5eb40630ca84de64 
r301929.tgz


Here's the backtrace:

(kgdb) bt
#0  doadump (textdump=0) at pcpu.h:221
#1  0x80391fab in db_dump (dummy=,
dummy2=false, dummy3=0, dummy4=0x0) at /usr/src/sys/ddb/db_command.c:533
#2  0x80391da9 in db_command (cmd_table=)
at /usr/src/sys/ddb/db_command.c:440
#3  0x80391b04 in db_command_loop () at
/usr/src/sys/ddb/db_command.c:493
#4  0x80394a3b in db_trap (type=,
code=) at /usr/src/sys/ddb/db_main.c:251
#5  0x80a88913 in kdb_trap (type=,
code=, tf=) at
/usr/src/sys/kern/subr_kdb.c:654
#6  0x80eb8331 in trap_fatal (frame=0xfe0122831770, eva=26)
at /usr/src/sys/amd64/amd64/trap.c:836
#7  0x80eb857d in trap_pfault (frame=0xfe0122831770,
usermode=0) at /usr/src/sys/amd64/amd64/trap.c:691
#8  0x80eb7a64 in trap (frame=0xfe0122831770) at
/usr/src/sys/amd64/amd64/trap.c:442
#9  0x80e97f91 in calltrap () at
/usr/src/sys/amd64/amd64/exception.S:236
#10 0x80c57ebc in ip6_output (m0=,
opt=, ro=, flags=, im6o=0x0, ifpp=0x0, inp=)
at /usr/src/sys/netinet6/ip6_output.c:1060
#11 0x82661fd2 in dummynet_send (m=) at
/usr/src/sys/modules/dummynet/../../netpfil/ipfw/ip_dn_io.c:800
#12 0x82661890 in dummynet_task (context=,
pending=) at
/usr/src/sys/modules/dummynet/../../netpfil/ipfw/ip_dn_io.c:746
#13 0x80a9a1ac in taskqueue_run_locked (queue=) at /usr/src/sys/kern/subr_taskqueue.c:465
#14 0x80a9acf8 in taskqueue_thread_loop (arg=) at /usr/src/sys/kern/subr_taskqueue.c:719
#15 0x80a0b3e4 in fork_exit (callout=0x80a9ac70
, arg=0x8266c8a8,
frame=0xfe0122831c00) at /usr/src/sys/kern/kern_fork.c:1038
#16 0x80e984ce in fork_trampoline () at
/usr/src/sys/amd64/amd64/exception.S:611
#17 0x in ?? ()
Current language:  auto; currently minimal


-- 
  Mark Felder
  ports-secteam member
  f...@freebsd.org
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: ALPHA3 panic with ipfw+dummynet and gif/gre tunnels

2016-06-16 Thread Alan Somers 
On Thu, Jun 16, 2016 at 7:03 PM, Mark Felder  wrote:
> Hello,
>
> I can pretty reliably panic CURRENT by creating/destroying gif and gre
> interfaces used for IPv6 tunnels. I'm uploading the dump, kernel.debug,
> and kernel in a tarball here:
>
> https://feld.me/freebsd/crash/r301929.tgz
>
> It's still uploading so you might end up with an incomplete download if
> you fetch it now. Here's the sha256 of it:
>
> 1e9fddad1da3bac2b11c51a18c7dad48eb9259acf844f35f5eb40630ca84de64
> r301929.tgz
>
>
> Here's the backtrace:
>
> (kgdb) bt
> #0  doadump (textdump=0) at pcpu.h:221
> #1  0x80391fab in db_dump (dummy=,
> dummy2=false, dummy3=0, dummy4=0x0) at /usr/src/sys/ddb/db_command.c:533
> #2  0x80391da9 in db_command (cmd_table=)
> at /usr/src/sys/ddb/db_command.c:440
> #3  0x80391b04 in db_command_loop () at
> /usr/src/sys/ddb/db_command.c:493
> #4  0x80394a3b in db_trap (type=,
> code=) at /usr/src/sys/ddb/db_main.c:251
> #5  0x80a88913 in kdb_trap (type=,
> code=, tf=) at
> /usr/src/sys/kern/subr_kdb.c:654
> #6  0x80eb8331 in trap_fatal (frame=0xfe0122831770, eva=26)
> at /usr/src/sys/amd64/amd64/trap.c:836
> #7  0x80eb857d in trap_pfault (frame=0xfe0122831770,
> usermode=0) at /usr/src/sys/amd64/amd64/trap.c:691
> #8  0x80eb7a64 in trap (frame=0xfe0122831770) at
> /usr/src/sys/amd64/amd64/trap.c:442
> #9  0x80e97f91 in calltrap () at
> /usr/src/sys/amd64/amd64/exception.S:236
> #10 0x80c57ebc in ip6_output (m0=,
> opt=, ro=, flags= optimized out>, im6o=0x0, ifpp=0x0, inp=)
> at /usr/src/sys/netinet6/ip6_output.c:1060
> #11 0x82661fd2 in dummynet_send (m=) at
> /usr/src/sys/modules/dummynet/../../netpfil/ipfw/ip_dn_io.c:800
> #12 0x82661890 in dummynet_task (context=,
> pending=) at
> /usr/src/sys/modules/dummynet/../../netpfil/ipfw/ip_dn_io.c:746
> #13 0x80a9a1ac in taskqueue_run_locked (queue= out>) at /usr/src/sys/kern/subr_taskqueue.c:465
> #14 0x80a9acf8 in taskqueue_thread_loop (arg= out>) at /usr/src/sys/kern/subr_taskqueue.c:719
> #15 0x80a0b3e4 in fork_exit (callout=0x80a9ac70
> , arg=0x8266c8a8,
> frame=0xfe0122831c00) at /usr/src/sys/kern/kern_fork.c:1038
> #16 0x80e984ce in fork_trampoline () at
> /usr/src/sys/amd64/amd64/exception.S:611
> #17 0x in ?? ()
> Current language:  auto; currently minimal
>
>
> --
>   Mark Felder
>   ports-secteam member
>   f...@freebsd.org
> ___

Yeah, FreeBSD has a problem with destroying any kind of cloned
interface.  How many times, on average, do you need to destroy one
before you get the panic?
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

panic with tcp timers

2016-06-16 Thread Gleb Smirnoff 
  Hi!

  At Netflix we are observing a race in TCP timers with head.
The problem is a regression, that doesn't happen on stable/10.
The panic usually happens after several hours at 55 Gbit/s of
traffic.

What happens is that tcp_timer_keep finds t_tcpcb being
NULL. Some coredumps have tcpcb already initialized,
with non-NULL t_tcpcb and in TCPS_ESTABLISHED state. Which
means that other CPU was working on the tcpcb while
the faulted one was working on the panic. So, this all looks
like a use after free, which conflicts with new allocation.

Comparing stable/10 and head, I see two changes that could
affect that:

- callout_async_drain
- switch to READ lock for inp info in tcp timers

That's why you are in To, Julien and Hans :)

We continue investigating, and I will keep you updated.
However, any help is welcome. I can share cores.

-- 
Totus tuus, Glebius.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: rtwn connection stops working on CURRENT

2016-06-16 Thread Marcus von Appen 
Hi Andriy,

On, Tue Jun 14, 2016, Andriy Voskoboinyk wrote:

> Tue, 14 Jun 2016 08:24:01 +0300 було написано Marcus von Appen
> :
>
> Hi!
>
> Try attached patch (adds some busdma synchronization,
> unloads data instead of descriptor in rtwn_tx_done() and improves
> watchdog logic for a bit).

thanks a lot, the connection is far more reliable now and does not
seem to stop working anymore.

Cheers
Marcus
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"