Re: svn commit: r361334 - in stable/12/sys: amd64/amd64 arm64/arm64 dev/acpica i386/i386 x86/acpica

2020-05-22 Thread Herbert J. Skuhra 
On Fri, May 22, 2020 at 08:57:44AM -0700, John Baldwin wrote:
> On 5/21/20 3:45 PM, Herbert J. Skuhra wrote:
> > 
> > Until now it was possible to build a kernel (amd64) without 'device
> > acpi'. After this commit it fails with this error:
> > 
> > --- kernel.full ---
> > linking kernel.full
> > ld: error: undefined symbol: acpi_pxm_set_cpu_locality
> >>>> referenced by mp_machdep.c:269 
> >>>> (/usr/src/sys/amd64/amd64/mp_machdep.c:269)
> >>>>   mp_machdep.o:(cpu_mp_start)
> > *** [kernel.full] Error code 1
> > 
> > Was that intended?
> 
> I know Mark has already fixed this, but can you elaborate on your use case for
> not compiling ACPI support into the kernel?

Yes, thanks!

I still use a Soekris Net6501-70 board. It shows the following errors when
ACPI is enabled:

Firmware Error (ACPI): A valid RSDP was not found (20200430/tbxfroot-369)
[...]
ACPI: Table initialisation failed: AE_NOT_FOUND
ACPI: Try disabling either ACPI or apic support.

It works fine without ACPI so I removed it. I need a custom kernel
anyway (the kernel panics without 'device atpic').

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

Re: svn commit: r361334 - in stable/12/sys: amd64/amd64 arm64/arm64 dev/acpica i386/i386 x86/acpica

2020-05-21 Thread Herbert J. Skuhra 
On Thu, 21 May 2020 17:28:35 +0200, Mark Johnston wrote:
> 
> Author: markj
> Date: Thu May 21 15:28:35 2020
> New Revision: 361334
> URL: https://svnweb.freebsd.org/changeset/base/361334
> 
> Log:
>   MFC r361033:
>   Call acpi_pxm_set_proximity_info() slightly earlier on x86.
> 
> Modified:
>   stable/12/sys/amd64/amd64/mp_machdep.c
>   stable/12/sys/arm64/arm64/mp_machdep.c
>   stable/12/sys/dev/acpica/acpi_pxm.c
>   stable/12/sys/dev/acpica/acpivar.h
>   stable/12/sys/i386/i386/mp_machdep.c
>   stable/12/sys/x86/acpica/srat.c
> Directory Properties:
>   stable/12/   (props changed)
> 
> Modified: stable/12/sys/amd64/amd64/mp_machdep.c
> ==
> --- stable/12/sys/amd64/amd64/mp_machdep.cThu May 21 15:18:59 2020
> (r361333)
> +++ stable/12/sys/amd64/amd64/mp_machdep.cThu May 21 15:28:35 2020
> (r361334)
> @@ -265,8 +265,9 @@ cpu_mp_start(void)
>   init_ops.start_all_aps();
>  
>   set_interrupt_apic_ids();
> -}
>  
> + acpi_pxm_set_cpu_locality();
> +}
>  
>  /*
>   * AP CPU's call this to initialize themselves.

Until now it was possible to build a kernel (amd64) without 'device
acpi'. After this commit it fails with this error:

--- kernel.full ---
linking kernel.full
ld: error: undefined symbol: acpi_pxm_set_cpu_locality
>>> referenced by mp_machdep.c:269 (/usr/src/sys/amd64/amd64/mp_machdep.c:269)
>>>   mp_machdep.o:(cpu_mp_start)
*** [kernel.full] Error code 1

Was that intended?

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

Re: svn commit: r360214 - in stable/12: etc/mtree share/mk share/zoneinfo share/zoneinfo/tests

2020-04-25 Thread Herbert J. Skuhra 
On Thu, 23 Apr 2020 06:27:55 +0200, Xin LI wrote:
> 
> Author: delphij
> Date: Thu Apr 23 04:27:55 2020
> New Revision: 360214
> URL: https://svnweb.freebsd.org/changeset/base/360214
> 
> Log:
>   MFC r359736: Always install backward compatibility timezones, as they
>   are installed on all major Linux distributions as well as NetBSD and
>   OpenBSD.
> 
> Modified:
>   stable/12/etc/mtree/BSD.usr.dist
>   stable/12/share/mk/src.opts.mk
>   stable/12/share/zoneinfo/Makefile
>   stable/12/share/zoneinfo/tests/Makefile
> Directory Properties:
>   stable/12/   (props changed)

The following commit is obviously missing in stable/11 and stable/12:


r359961 | jkim | 2020-04-15 10:18:28 +0200 (Wed, 15 Apr 2020) | 4 lines

Do not attempt to remove backward compatibility timezones.

Since r359736, these timezones are unconditionally installed.

   
Thanks!

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

Re: svn commit: r346145 - in stable/12: contrib/bearssl etc/mtree include lib lib/libbearssl lib/libsecureboot lib/libsecureboot/tests sbin sbin/veriexec share/mk stand stand/common stand/ficl stand/f

2019-09-03 Thread Herbert J. Skuhra 
On Fri, 12 Apr 2019 03:03:00 +0200, "Simon J. Gerraty" wrote:
> 
> Author: sjg
> Date: Fri Apr 12 01:03:00 2019
> New Revision: 346145
> URL: https://svnweb.freebsd.org/changeset/base/346145
> 
> Log:
>   Add support for loader veriexec
>   
>   Also sbin/veriexec for mac_veriexec
>   
>   MFC r343281,344564-344568,344780,344784,345289,346070

Partly MFC r344853?

-- 
Herbert


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

Re: svn commit: r346145 - in stable/12: contrib/bearssl etc/mtree include lib lib/libbearssl lib/libsecureboot lib/libsecureboot/tests sbin sbin/veriexec share/mk stand stand/common stand/ficl stand/f

2019-04-12 Thread Herbert J. Skuhra 
On Fri, 12 Apr 2019 03:03:00 +0200, "Simon J. Gerraty" wrote:
> 
> Author: sjg
> Date: Fri Apr 12 01:03:00 2019
> New Revision: 346145
> URL: https://svnweb.freebsd.org/changeset/base/346145
> 
> Log:
>   Add support for loader veriexec
>   
>   Also sbin/veriexec for mac_veriexec
>   
>   MFC r343281,344564-344568,344780,344784,345289,346070

Partly MFC r344853?

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

Re: svn commit: r344157 - stable/12/lib/libc/x86/sys

2019-02-18 Thread Herbert J. Skuhra 
On Mon, Feb 18, 2019 at 04:03:05PM +0200, Konstantin Belousov wrote:
> On Mon, Feb 18, 2019 at 12:37:45PM +0100, Herbert J. Skuhra wrote:
> > On Mon, Feb 18, 2019 at 09:58:14AM +0200, Konstantin Belousov wrote:
> > > On Sun, Feb 17, 2019 at 11:22:48PM +0100, Herbert J. Skuhra wrote:
> > > > On Sun, 17 Feb 2019 22:19:16 +0100, Konstantin Belousov wrote:
> > > > > 
> > > > > On Sun, Feb 17, 2019 at 10:07:09PM +0100, Herbert J. Skuhra wrote:
> > > > > > On Fri, 15 Feb 2019 12:33:48 +0100, Konstantin Belousov wrote:
> > > > > > > 
> > > > > > > Author: kib
> > > > > > > Date: Fri Feb 15 11:33:48 2019
> > > > > > > New Revision: 344157
> > > > > > > URL: https://svnweb.freebsd.org/changeset/base/344157
> > > > > > > 
> > > > > > > Log:
> > > > > > >   MFC r343855, r343859:
> > > > > > >   Use ifunc to select the barrier instruction for RDTSC.
> > > > > > > 
> > > > > > > Modified:
> > > > > > >   stable/12/lib/libc/x86/sys/__vdso_gettc.c
> > > > > > > Directory Properties:
> > > > > > >   stable/12/   (props changed)
> > > > > > 
> > > > > > After upgrading my Soekris Net 6501-70 (amd64) to this revision the
> > > > > > system is unusable. Basically all programs produce a "Segmentation
> > > > > > fault (core dumped)":
> > > > > > 
> > > > > > pid 856 (ls), jid 0, uid 1001: exited on signal 11 (core dumped)
> > > > > > pid 857 (ls), jid 0, uid 1001: exited on signal 11 (core dumped)
> > > > > > pid 858 (bsdtar), jid 0, uid 0: exited on signal 11 (core dumped)
> > > > > > pid 859 (sh), jid 0, uid 0: exited on signal 11 (core dumped)
> > > > > > pid 876 (dmesg), jid 0, uid 1001: exited on signal 11 (core dumped)
> > > > > > pid 877 (su), jid 0, uid 0: exited on signal 11
> > > > > > pid 880 (more), jid 0, uid 1001: exited on signal 11 (core dumped)
> > > > > > pid 885 (sudo), jid 0, uid 0: exited on signal 11
> > > > > 
> > > > > What do you have in your make.conf and src.conf ?
> > > > 
> > > > I am building on a faster machine with a Intel(R) Xeon(R) CPU.
> > > > 
> > > > /etc/src.conf:
> > > > 
> > > > WITHOUT_DEBUG_FILES=
> > > > WITHOUT_KERNEL_SYMBOLS=
> > > > WITHOUT_PROFILE=
> > > > WITH_KERNEL_RETPOLINE=
> > > 
> > > > WITH_RETPOLINE=
> > > ^^
> > > Remove this setting and rebuild the world.
> > > Is it still broken ?
> > 
> > No, without the line "WITH_RETPOLINE=" the system is OK.
> 
> Which version of clang do you get ?  It was recently bumped from 6.0.1
> to 7.0.1, and there was a ifunc use in libc in quite fundamental place
> already.

Build machine is still on stable/12 r343834 (clang 6.0.1).
Problem starts with r344157 (also clang 6.0.1). Now the affected machine
runs r344247 (clang 7.0.1).

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

Re: svn commit: r344157 - stable/12/lib/libc/x86/sys

2019-02-18 Thread Herbert J. Skuhra 
On Mon, Feb 18, 2019 at 09:58:14AM +0200, Konstantin Belousov wrote:
> On Sun, Feb 17, 2019 at 11:22:48PM +0100, Herbert J. Skuhra wrote:
> > On Sun, 17 Feb 2019 22:19:16 +0100, Konstantin Belousov wrote:
> > > 
> > > On Sun, Feb 17, 2019 at 10:07:09PM +0100, Herbert J. Skuhra wrote:
> > > > On Fri, 15 Feb 2019 12:33:48 +0100, Konstantin Belousov wrote:
> > > > > 
> > > > > Author: kib
> > > > > Date: Fri Feb 15 11:33:48 2019
> > > > > New Revision: 344157
> > > > > URL: https://svnweb.freebsd.org/changeset/base/344157
> > > > > 
> > > > > Log:
> > > > >   MFC r343855, r343859:
> > > > >   Use ifunc to select the barrier instruction for RDTSC.
> > > > > 
> > > > > Modified:
> > > > >   stable/12/lib/libc/x86/sys/__vdso_gettc.c
> > > > > Directory Properties:
> > > > >   stable/12/   (props changed)
> > > > 
> > > > After upgrading my Soekris Net 6501-70 (amd64) to this revision the
> > > > system is unusable. Basically all programs produce a "Segmentation
> > > > fault (core dumped)":
> > > > 
> > > > pid 856 (ls), jid 0, uid 1001: exited on signal 11 (core dumped)
> > > > pid 857 (ls), jid 0, uid 1001: exited on signal 11 (core dumped)
> > > > pid 858 (bsdtar), jid 0, uid 0: exited on signal 11 (core dumped)
> > > > pid 859 (sh), jid 0, uid 0: exited on signal 11 (core dumped)
> > > > pid 876 (dmesg), jid 0, uid 1001: exited on signal 11 (core dumped)
> > > > pid 877 (su), jid 0, uid 0: exited on signal 11
> > > > pid 880 (more), jid 0, uid 1001: exited on signal 11 (core dumped)
> > > > pid 885 (sudo), jid 0, uid 0: exited on signal 11
> > > 
> > > What do you have in your make.conf and src.conf ?
> > 
> > I am building on a faster machine with a Intel(R) Xeon(R) CPU.
> > 
> > /etc/src.conf:
> > 
> > WITHOUT_DEBUG_FILES=
> > WITHOUT_KERNEL_SYMBOLS=
> > WITHOUT_PROFILE=
> > WITH_KERNEL_RETPOLINE=
> 
> > WITH_RETPOLINE=
> ^^
> Remove this setting and rebuild the world.
> Is it still broken ?

No, without the line "WITH_RETPOLINE=" the system is OK.

Thanks.

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

Re: svn commit: r344157 - stable/12/lib/libc/x86/sys

2019-02-17 Thread Herbert J. Skuhra 
On Fri, 15 Feb 2019 12:33:48 +0100, Konstantin Belousov wrote:
> 
> Author: kib
> Date: Fri Feb 15 11:33:48 2019
> New Revision: 344157
> URL: https://svnweb.freebsd.org/changeset/base/344157
> 
> Log:
>   MFC r343855, r343859:
>   Use ifunc to select the barrier instruction for RDTSC.
> 
> Modified:
>   stable/12/lib/libc/x86/sys/__vdso_gettc.c
> Directory Properties:
>   stable/12/   (props changed)

After upgrading my Soekris Net 6501-70 (amd64) to this revision the
system is unusable. Basically all programs produce a "Segmentation
fault (core dumped)":

pid 856 (ls), jid 0, uid 1001: exited on signal 11 (core dumped)
pid 857 (ls), jid 0, uid 1001: exited on signal 11 (core dumped)
pid 858 (bsdtar), jid 0, uid 0: exited on signal 11 (core dumped)
pid 859 (sh), jid 0, uid 0: exited on signal 11 (core dumped)
pid 876 (dmesg), jid 0, uid 1001: exited on signal 11 (core dumped)
pid 877 (su), jid 0, uid 0: exited on signal 11
pid 880 (more), jid 0, uid 1001: exited on signal 11 (core dumped)
pid 885 (sudo), jid 0, uid 0: exited on signal 11

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

Re: svn commit: r344157 - stable/12/lib/libc/x86/sys

2019-02-17 Thread Herbert J. Skuhra 
On Sun, 17 Feb 2019 22:19:16 +0100, Konstantin Belousov wrote:
> 
> On Sun, Feb 17, 2019 at 10:07:09PM +0100, Herbert J. Skuhra wrote:
> > On Fri, 15 Feb 2019 12:33:48 +0100, Konstantin Belousov wrote:
> > > 
> > > Author: kib
> > > Date: Fri Feb 15 11:33:48 2019
> > > New Revision: 344157
> > > URL: https://svnweb.freebsd.org/changeset/base/344157
> > > 
> > > Log:
> > >   MFC r343855, r343859:
> > >   Use ifunc to select the barrier instruction for RDTSC.
> > > 
> > > Modified:
> > >   stable/12/lib/libc/x86/sys/__vdso_gettc.c
> > > Directory Properties:
> > >   stable/12/   (props changed)
> > 
> > After upgrading my Soekris Net 6501-70 (amd64) to this revision the
> > system is unusable. Basically all programs produce a "Segmentation
> > fault (core dumped)":
> > 
> > pid 856 (ls), jid 0, uid 1001: exited on signal 11 (core dumped)
> > pid 857 (ls), jid 0, uid 1001: exited on signal 11 (core dumped)
> > pid 858 (bsdtar), jid 0, uid 0: exited on signal 11 (core dumped)
> > pid 859 (sh), jid 0, uid 0: exited on signal 11 (core dumped)
> > pid 876 (dmesg), jid 0, uid 1001: exited on signal 11 (core dumped)
> > pid 877 (su), jid 0, uid 0: exited on signal 11
> > pid 880 (more), jid 0, uid 1001: exited on signal 11 (core dumped)
> > pid 885 (sudo), jid 0, uid 0: exited on signal 11
> 
> What do you have in your make.conf and src.conf ?

I am building on a faster machine with a Intel(R) Xeon(R) CPU.

/etc/src.conf:

WITHOUT_DEBUG_FILES=
WITHOUT_KERNEL_SYMBOLS=
WITHOUT_PROFILE=
WITH_KERNEL_RETPOLINE=
WITH_RETPOLINE=
INSTALL_NODEBUG=
WITHOUT_TESTS=
WITHOUT_GAMES=

/etc/make.conf contains only a line for KERNCONF and DEFAULT_VERSIONS.

> Can you show me CPU identification lines from dmesg for a verbose boot ?

CPU: Genuine Intel(R) CPU@ 1.60GHz (1600.06-MHz K8-class CPU)
  Origin="GenuineIntel"  Id=0x20661  Family=0x6  Model=0x26  Stepping=1
  
Features=0xbfe9fbff
  
Features2=0x40e3bd
  AMD Features=0x20100800
  AMD Features2=0x1
  VT-x: (disabled in BIOS) Basic Features=0x5a0400
Pin-Based Controls=0x3f
Primary Processor 
Controls=0x77f9fffe
Exit Controls=0x5a0400
Entry Controls=0x5a0400
  TSC: P-state invariant, performance statistics
Data TLB0: 4 KByte pages, fully associative, 16 entries
Data TLB1: 4 KByte pages, 4-way associative, 64 entries
Instruction TLB: 4 KByte pages, 32 entries
Data TLB: 4 KByte and 4 MByte pages, 4-way associative, 8 entries
2nd-level cache: 512 KByte, 8-way set associative, 64-byte line size
1st-level instruction cache: 32 KB, 8-way set associative, 64 byte line size
1st-level data cache: 24 KBytes, 6-way set associative, 64 byte line size
L2 cache: 512 kbytes, 8-way associative, 64 bytes/line

> I suspect that you can take /lib/libc.so.7 from 12.0 RELEASE and restore
> the system.  If it helps, please move your existing libc.so.7 into some
> directory, reproduce the problem with 'LD_LIBRARY_PATH= bad libc.so.7> /bin/ls' and load the core into gdb.  I want to see
> the backtrace for start.

Yes, restoring /lib/libc.so.7 from previous build (r344152) works.

#0  0x000800487800 in *ABS*@plt () from /home/herbert/broken_libc/libc.so.7
#1  0x00080048781c in *ABS*@plt () from /home/herbert/broken_libc/libc.so.7
#2  0x0008003f2e6a in xdr_ypresponse () from 
/home/herbert/broken_libc/libc.so.7
#3  0x000800464849 in access () from /home/herbert/broken_libc/libc.so.7
#4  0x000800464938 in access () from /home/herbert/broken_libc/libc.so.7
#5  0x000800429ad1 in clock_gettime () from 
/home/herbert/broken_libc/libc.so.7
#6  0x0008003b574f in madvise () from /home/herbert/broken_libc/libc.so.7
#7  0x0008003da262 in _pthread_mutex_init_calloc_cb () from 
/home/herbert/broken_libc/libc.so.7
#8  0x0008003dc4ba in _pthread_mutex_init_calloc_cb () from 
/home/herbert/broken_libc/libc.so.7
#9  0x0008003e958c in _malloc_first_thread () from 
/home/herbert/broken_libc/libc.so.7
#10 0x0008003e7ba8 in nallocm () from /home/herbert/broken_libc/libc.so.7
#11 0x000800214479 in r_debug_state () from /libexec/ld-elf.so.1
#12 0x00080021305a in __tls_get_addr () from /libexec/ld-elf.so.1
#13 0x000800211019 in ?? () from /libexec/ld-elf.so.1
#14 0x in ?? ()

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

Re: svn commit: r339388 - head/sys/dev/usb/controller

2018-11-03 Thread Herbert J. Skuhra 
On Tue, 16 Oct 2018 20:47:13 +0200, Hans Petter Selasky wrote:
> 
> Author: hselasky
> Date: Tue Oct 16 18:47:13 2018
> New Revision: 339388
> URL: https://svnweb.freebsd.org/changeset/base/339388
> 
> Log:
>   Fix for reception of large full speed isochronous frames via the transaction
>   translator, when using the DWC OTG USB controller driver. Make sure to 
> re-try
>   getting the complete split packets until a DATA0 packet is received. Larger
>   isochronous frames may be split into multiple MDATA packets terminated
>   by a single DATA0 packet.
>   
>   PR: 230434
>   MFC after:  3 days
>   Approved by:re (gjb)
>   Sponsored by:   Mellanox Technologies
> 
> Modified:
>   head/sys/dev/usb/controller/dwc_otg.c

Hei,

I use a Sound Blaster Play 2 USB soundcard on a Raspberry Pi 2 and a
Raspberry Pi 3 to listen to internet radio streams (e.g. NRK, SR, BBC,
etc.). After this commit audio quality is deteriorated (strange noises). I've
tried mpg123 and moc.

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

Re: svn commit: r331650 - in head/sys: amd64/amd64 amd64/ia32amd64/linux amd64/linux32 cddl/contrib/opensolaris/uts/intel/dtracecddl/dev/dtrace/amd64 cddl/dev/dtrace/i386 i386/i386 i386/linux x86/inc.

2018-03-28 Thread Herbert J. Skuhra 
On Wed, Mar 28, 2018 at 07:23:27AM +0200, O. Hartmann wrote:
> On Tue, 27 Mar 2018 23:20:53 -0600
> Cy Schubert  wrote:
> 
> > Have you disabled DDB in your kernel config?

At the moment I am building non-GENERIC kernel with the below patch:

Index: sys/amd64/amd64/machdep.c
===
--- sys/amd64/amd64/machdep.c   (revision 331667)
+++ sys/amd64/amd64/machdep.c   (working copy)
@@ -108,6 +108,8 @@
 #endif
 #include 
 #include 
+#else
+#include 
 #endif

 #include 

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

Re: svn commit: r323304 - stable/11/share/man/man5

2017-12-15 Thread Herbert J. Skuhra 
On Fri, 08 Sep 2017 06:51:16 +0200, Ngie Cooper wrote:
> 
> Author: ngie
> Date: Fri Sep  8 04:51:16 2017
> New Revision: 323304
> URL: https://svnweb.freebsd.org/changeset/base/323304
> 
> Log:
>   Regenerate src.conf(5) based on recent changes to src.opts.mk, etc.
> 
> Modified:
>   stable/11/share/man/man5/src.conf.5
> 
> Modified: stable/11/share/man/man5/src.conf.5
> ==
> --- stable/11/share/man/man5/src.conf.5   Fri Sep  8 04:48:25 2017
> (r323303)
> +++ stable/11/share/man/man5/src.conf.5   Fri Sep  8 04:51:16 2017
> (r323304)
> @@ -1,6 +1,6 @@
>  .\" DO NOT EDIT-- this file is generated by tools/build/options/makeman.
>  .\" $FreeBSD$
> -.Dd August 16, 2017
> +.Dd September 7, 2017
>  .Dt SRC.CONF 5
>  .Os
>  .Sh NAME
> @@ -1150,6 +1150,12 @@ and remove
>  entries.
>  .It Va WITHOUT_NLS
>  Set to not build NLS catalogs.
> +When set, it enforces these options:
> +.Pp
> +.Bl -item -compact
> +.It
> +.Va WITHOUT_NLS_CATALOGS
> +.El
>  .It Va WITHOUT_NLS_CATALOGS
>  Set to not build NLS catalog support for
>  .Xr csh 1 .
> @@ -1237,6 +1243,42 @@ and related files.
>  Set to not build
>  .Xr ppp 8
>  and related programs.
> +.It Va WITHOUT_PROFILE
> +Set to not build profiled libraries for use with
> +.Xr gprof 8 .
> +.Pp
> +This is a default setting on
> +mips/mips64el and mips/mips64.
> +.It Va WITH_PROFILE
> +Set to build profiled libraries for use with
> +.Xr gprof 8 .
> +.Pp
> +This is a default setting on
> +amd64/amd64, arm/arm, arm/armeb, arm/armv6, arm64/aarch64, i386/i386, 
> mips/mipsel, mips/mips, mips/mipsn32, pc98/i386, powerpc/powerpc, 
> powerpc/powerpc64 and sparc64/sparc64.
> +.It Va WITHOUT_PROFILE
> +Set to not build profiled libraries for use with
> +.Xr gprof 8 .
> +.Pp
> +This is a default setting on
> +mips/mips64el.
> +.It Va WITH_PROFILE
> +Set to build profiled libraries for use with
> +.Xr gprof 8 .
> +.Pp
> +This is a default setting on
> +amd64/amd64, arm/arm, arm/armeb, arm/armv6, arm64/aarch64, i386/i386, 
> mips/mipsel, mips/mips, mips/mips64, mips/mipsn32, pc98/i386, 
> powerpc/powerpc, powerpc/powerpc64 and sparc64/sparc64.
> +.It Va WITHOUT_PROFILE
> +Set to not build profiled libraries for use with
> +.Xr gprof 8 .
> +.Pp
> +This is a default setting on
> +mips/mips64.
> +.It Va WITH_PROFILE
> +Set to build profiled libraries for use with
> +.Xr gprof 8 .
> +.Pp
> +This is a default setting on
> +amd64/amd64, arm/arm, arm/armeb, arm/armv6, arm64/aarch64, i386/i386, 
> mips/mipsel, mips/mips, mips/mips64el, mips/mipsn32, pc98/i386, 
> powerpc/powerpc, powerpc/powerpc64 and sparc64/sparc64.
>  .It Va WITHOUT_PROFILE
>  Set to not build profiled libraries for use with
>  .Xr gprof 8 .

Here something went wrong: multiple (WITH|WITHOUT)_PROFILE entries.

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

Re: svn commit: r325062 - in head/lib: . libcasper libcasper/libcasper libcasper/services libcasper/services/cap_dns libcasper/services/cap_dns/tests libcasper/services/cap_grp libcasper/services/cap_

2017-11-01 Thread Herbert J. Skuhra 
On Sat, 28 Oct 2017 21:23:57 +0200,
Mariusz Zaborski  wrote:
> 
> Author: oshogbo
> Date: Sat Oct 28 19:23:57 2017
> New Revision: 325062
> URL: https://svnweb.freebsd.org/changeset/base/325062
> 
> Log:
>   Introduce caspermocks.
>   
>   The idea behinds mocks is that we don't need to ifdef a lot of code in
>   tools itself but those defines are hidden in the casper library.
>   Right now the mocks are implemented as define/inlines functions.
>   There was a very long discussion how this should be implemented.
>   This approach has some advantages like we don't need to link to any 
> additional
>   libraries. Unfortunately there are also some disadvantages for example it is
>   easy to get library out of sync between two versions of functions or that we
>   need extra define to compile program with casper support.
>   This isn't an ideal solution but it's good enough for now and should 
> simplify
>   capsicumizing programs. This also doesn't close us any other ways to do 
> those
>   mocks and this should evolve in time.
>   
>   Discussed with: pjd, emaste, ed, rwatson, bapt, cem, bdrewery
>   Differential Revision:https://reviews.freebsd.org/D8753

Again, after this commit libcasper.so.0 is installed to /usr/lib and not
/lib:

% ls -l /usr/lib/libcasper.so*
lrwxr-xr-x  1 root  wheel 14 Oct 29 10:51 /usr/lib/libcasper.so -> 
libcasper.so.0
-r--r--r--  1 root  wheel  22424 Oct 29 10:51 /usr/lib/libcasper.so.0

But usr/lib/libcasper.so.0 is listed in ObsoleteFiles.inc:

% grep -B 2 libcasper.so /usr/src/ObsoleteFiles.inc
# 20131202: libcapsicum and libcasper moved to /lib/
OLD_LIBS+=usr/lib/libcapsicum.so.0
OLD_LIBS+=usr/lib/libcasper.so.0

Thanks.

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

Re: svn commit: r315994 - in stable/11: . etc/mtree

2017-04-01 Thread Herbert J. Skuhra 
Baptiste Daroussin skrev:
> 
> Author: bapt
> Date: Sun Mar 26 18:04:05 2017
> New Revision: 315994
> URL: https://svnweb.freebsd.org/changeset/base/315994
> 
> Log:
>   MFC r314902:
>   
>   texinfo is gone in r276551 remove the related directories
>   
>   Reported by:jbeich
> 
> Modified:
>   stable/11/ObsoleteFiles.inc
>   stable/11/etc/mtree/BSD.usr.dist
> Directory Properties:
>   stable/11/   (props changed)

>>> Removing old directories
rmdir: /usr/share/info: Directory not empty

Should the following files also be added to ObsoleteFiles.inc?

% ls -l /usr/share/info
total 97
-r--r--r--  1 root  wheel  90331 Mar 25  2016 as.info.gz
-rw-r--r--  1 root  wheel   4004 Mar 25  2016 dir

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

Re: svn commit: r298627 - in head/sys: arm/allwinner arm/altera/socfpga arm/amlogic/aml8726 arm/annapurna/alpine arm/arm arm/at91 arm/broadcom/bcm2835 arm/cavium/cns11xx arm/freescale arm/freescale/im

2016-07-10 Thread Herbert J. Skuhra 
Hei,

Ruslan Bukin skrev:
> 
> Author: br
> Date: Tue Apr 26 11:53:37 2016
> New Revision: 298627
> URL: https://svnweb.freebsd.org/changeset/base/298627
> 
> Log:
>   Move arm's devmap to some generic place, so it can be used
>   by other architectures.
>   
>   Reviewed by:imp
>   Differential Revision:  https://reviews.freebsd.org/D6091
>   Sponsored by:   DARPA, AFRL
>   Sponsored by:   HEIF5

Should we have

# 20160426: arm's devmap moved
OLD_FILES+=usr/include/machine/devmap.h

in ObsoleteFiles.inc ?

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

Re: svn commit: r298840 - in head: . lib/libkvm

2016-07-10 Thread Herbert J. Skuhra 
Garrett Cooper skrev:
> 
> Author: ngie
> Date: Sat Apr 30 09:21:13 2016
> New Revision: 298840
> URL: https://svnweb.freebsd.org/changeset/base/298840
> 
> Log:
>   Remove kvm_getfiles(3)
>   
>   This libcall has been broken since (at least) r174989/8.0-RELEASE.
>   
>   Bump SHLIB_MAJOR for the change
>   
>   Differential Revision: https://reviews.freebsd.org/D6052
>   Relnotes: yes
>   Reviewed by: jhb, markj
>   Sponsored by: EMC / Isilon Storage Division
> 
> Deleted:
>   head/lib/libkvm/kvm_file.c
>   head/lib/libkvm/kvm_getfiles.3
> Modified:
>   head/ObsoleteFiles.inc
>   head/lib/libkvm/Makefile
>   head/lib/libkvm/kvm.3
>   head/lib/libkvm/kvm.h
> 
> Modified: head/ObsoleteFiles.inc
> ==
> --- head/ObsoleteFiles.incSat Apr 30 09:13:26 2016(r298839)
> +++ head/ObsoleteFiles.incSat Apr 30 09:21:13 2016(r298840)
> @@ -38,6 +38,9 @@
>  #   xargs -n1 | sort | uniq -d;
>  # done
>  
> +# 20160430: kvm_getfiles(3) removed from kvm(3)
> +OLD_LIBS+=usr/lib/libkvm.so.6
 ^^^ 
I guess this should be

+OLD_LIBS+=lib/libkvm.so.6

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

Re: svn commit: r298091 - in stable/10: sbin/pfctl share/man/man4 sys/conf sys/contrib/altq/altq sys/netpfil/pf

2016-04-16 Thread Herbert J. Skuhra 
Luiz Otavio O Souza skrev:
> 
> Author: loos
> Date: Sat Apr 16 02:11:04 2016
> New Revision: 298091
> URL: https://svnweb.freebsd.org/changeset/base/298091
> 
> Log:
>   MFC r284777, r284814, r284863 and r298088:
>   
>   ALTQ FAIRQ discipline import from DragonFLY.
>   
>   Differential Revision:  https://reviews.freebsd.org/D2847
>   Obtained from:  pfSense
>   Sponsored by:   Rubicon Communications (Netgate)
> 
> Added:
>   stable/10/sys/contrib/altq/altq/altq_fairq.c   (contents, props changed)
>   stable/10/sys/contrib/altq/altq/altq_fairq.h   (contents, props changed)
> Modified:
>   stable/10/sbin/pfctl/parse.y
>   stable/10/sbin/pfctl/pfctl_altq.c
>   stable/10/sbin/pfctl/pfctl_parser.h
>   stable/10/sbin/pfctl/pfctl_qstats.c
>   stable/10/share/man/man4/altq.4
>   stable/10/sys/conf/NOTES
>   stable/10/sys/conf/files
>   stable/10/sys/conf/options
>   stable/10/sys/contrib/altq/altq/altq.h
>   stable/10/sys/contrib/altq/altq/altq_subr.c
>   stable/10/sys/contrib/altq/altq/altq_var.h
>   stable/10/sys/netpfil/pf/pf.c
>   stable/10/sys/netpfil/pf/pf_altq.h
>   stable/10/sys/netpfil/pf/pf_mtag.h
> Directory Properties:
>   stable/10/   (props changed)
> 
> Modified: stable/10/sbin/pfctl/parse.y
> ==
> --- stable/10/sbin/pfctl/parse.y  Sat Apr 16 00:01:16 2016
> (r298090)
> +++ stable/10/sbin/pfctl/parse.y  Sat Apr 16 02:11:04 2016
> (r298091)
> @@ -48,6 +48,7 @@ __FBSDID("$FreeBSD$");
>  #include 
>  #include 
>  #include 
> +#include 

This is obviously wrong!?

Index: sbin/pfctl/parse.y
===
--- sbin/pfctl/parse.y  (revision 298102)
+++ sbin/pfctl/parse.y  (working copy)
@@ -48,7 +48,7 @@
 #include 
 #include 
 #include 
-#include 
+#include 
 
 #include 
 #include 
Index: sbin/pfctl/pfctl_altq.c
===
--- sbin/pfctl/pfctl_altq.c (revision 298102)
+++ sbin/pfctl/pfctl_altq.c (working copy)
@@ -42,7 +42,7 @@
 #include 
 #include 
 #include 
-#include 
+#include 
 
 #include "pfctl_parser.h"
 #include "pfctl.h"
Index: sbin/pfctl/pfctl_qstats.c
===
--- sbin/pfctl/pfctl_qstats.c   (revision 298102)
+++ sbin/pfctl/pfctl_qstats.c   (working copy)
@@ -38,7 +38,7 @@
 #include 
 #include 
 #include 
-#include 
+#include 
 
 #include "pfctl.h"
 #include "pfctl_parser.h"

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

Re: svn commit: r284998 - in stable/10: cddl/contrib/opensolaris/cmd/lockstat sys/kern sys/sys

2015-07-18 Thread Herbert J. Skuhra 
On Wed, Jul 01, 2015 at 10:15:50AM +, Andriy Gapon wrote:
 Author: avg
 Date: Wed Jul  1 10:15:49 2015
 New Revision: 284998
 URL: https://svnweb.freebsd.org/changeset/base/284998
 
 Log:
   MFC r284297: several lockstat improvements
 
 Modified:
   stable/10/cddl/contrib/opensolaris/cmd/lockstat/lockstat.c
   stable/10/sys/kern/kern_mutex.c
   stable/10/sys/kern/kern_rwlock.c
   stable/10/sys/kern/kern_sx.c
   stable/10/sys/sys/lockstat.h
 Directory Properties:
   stable/10/   (props changed)

Yesterday I tried to upgrade my Soekris Net6501-70 from 10.2-PRERELEASE
(r284583) to 10.2-BETA2 (r285646). All kernels after this commit fail to
boot:

SMP: AP CPU #1 Launched!

Fatal double fault:
eip = 0xc08b2e0f
esp = 0xe0febfec
ebp = 0xe0fec008
cpuid = 1; apic id = 01
panic: double fault
cpuid = 1
KDB: stack backtrace:
#0 0xc065ed62 at kdb_backtrace+0x52
#1 0xc06204eb at vpanic+0x11b
#2 0xc06203cb at panic+0x1b
#3 0xc08a5bbb at dblfault_handler+0xab
Uptime: 2s
Automatic reboot in 15 seconds - press a key on the console to abort
Rebooting...
cpu_reset: Restarting BSP
timeout stopping cpus
cpu_reset_proxy: Stopped CPU 1

I am running i386 on my Soekris.

-- 
Herbert
___
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to svn-src-all-unsubscr...@freebsd.org

Re: svn commit: r284998 - in stable/10: cddl/contrib/opensolaris/cmd/lockstat sys/kern sys/sys

2015-07-18 Thread Herbert J. Skuhra 
On Sun, Jul 19, 2015 at 07:03:32AM +0200, Herbert J. Skuhra wrote:
 On Wed, Jul 01, 2015 at 10:15:50AM +, Andriy Gapon wrote:
  Author: avg
  Date: Wed Jul  1 10:15:49 2015
  New Revision: 284998
  URL: https://svnweb.freebsd.org/changeset/base/284998
  
  Log:
MFC r284297: several lockstat improvements
  
  Modified:
stable/10/cddl/contrib/opensolaris/cmd/lockstat/lockstat.c
stable/10/sys/kern/kern_mutex.c
stable/10/sys/kern/kern_rwlock.c
stable/10/sys/kern/kern_sx.c
stable/10/sys/sys/lockstat.h
  Directory Properties:
stable/10/   (props changed)
 
 Yesterday I tried to upgrade my Soekris Net6501-70 from 10.2-PRERELEASE
 (r284583) to 10.2-BETA2 (r285646). All kernels after this commit fail to
 boot:
 
 SMP: AP CPU #1 Launched!
 
 Fatal double fault:
 eip = 0xc08b2e0f
 esp = 0xe0febfec
 ebp = 0xe0fec008
 cpuid = 1; apic id = 01
 panic: double fault
 cpuid = 1
 KDB: stack backtrace:
 #0 0xc065ed62 at kdb_backtrace+0x52
 #1 0xc06204eb at vpanic+0x11b
 #2 0xc06203cb at panic+0x1b
 #3 0xc08a5bbb at dblfault_handler+0xab
 Uptime: 2s
 Automatic reboot in 15 seconds - press a key on the console to abort
 Rebooting...
 cpu_reset: Restarting BSP
 timeout stopping cpus
 cpu_reset_proxy: Stopped CPU 1
 
 I am running i386 on my Soekris.

Sorry. There is already a PR for this issue: 201642!

-- 
Herbert
___
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to svn-src-all-unsubscr...@freebsd.org

Re: svn commit: r256944 - stable/10

2013-10-22 Thread Herbert J. Skuhra 
On Tue, 22 Oct 2013 21:53:32 + (UTC)
Colin Percival wrote:

 Author: cperciva
 Date: Tue Oct 22 21:53:32 2013
 New Revision: 256944
 URL: http://svnweb.freebsd.org/changeset/base/256944
 
 Log:
   MFC r256921:
 Thou shalt not leak build host state into the system being compiled.
   
   Approved by:re (gjb)
 
 Modified:
   stable/10/Makefile.inc1   (contents, props changed)
 
 Modified: stable/10/Makefile.inc1
 ==
 --- stable/10/Makefile.inc1   Tue Oct 22 21:51:07 2013(r256943)
 +++ stable/10/Makefile.inc1   Tue Oct 22 21:53:32 2013(r256944)
 @@ -128,8 +128,11 @@ OSRELDATE=   0
  .endif
  
  .if !defined(VERSION)
 -VERSION!=uname -srp
 -VERSION+=${OSRELDATE}
 +REVISION!=   make -C ${.CURDIR}/release -V REVISION
 +BRANCH!= make -C ${.CURDIR}/release -V BRANCH
 +SRCRELDATE!= awk '/^\#define[[:space:]]*__FreeBSD_version/ { print $$3 }' \
 + ${.CURDIR}/sys/sys/param.h
 +VERSION= FreeBSD ${REVISION}-${BRANCH} ${TARGET_ARCH} ${SRCRELDATE}
  .endif
  
  KNOWN_ARCHES?=   amd64 arm armeb/arm armv6/arm i386 i386/pc98 ia64 mips 
 mipsel/mips mips64el/mips mips64/mips mipsn32el/mips mipsn32/mips powerpc 
 powerpc64/powerpc sparc64

# pwd
/usr/src
# make check-old
 Checking for old files
make[3]: chdir /usr/obj/usr/src/release: No such file or directory
make[2]: /usr/src/Makefile.inc1 line 131: warning: make -C 
/usr/obj/usr/src/release -V REVISION returned non-zero status
make[3]: chdir /usr/obj/usr/src/release: No such file or directory
make[2]: /usr/src/Makefile.inc1 line 132: warning: make -C 
/usr/obj/usr/src/release -V BRANCH returned non-zero status
awk: can't open file /usr/obj/usr/src/sys/sys/param.h
 source line number 1
make[2]: /usr/src/Makefile.inc1 line 134: warning: awk 
'/^#define[[:space:]]*__FreeBSD_version/ { print $3 }'  
/usr/obj/usr/src/sys/sys/param.h returned non-zero status
 Checking for old libraries
make[3]: chdir /usr/obj/usr/src/release: No such file or directory
make[2]: /usr/src/Makefile.inc1 line 131: warning: make -C 
/usr/obj/usr/src/release -V REVISION returned non-zero status
make[3]: chdir /usr/obj/usr/src/release: No such file or directory
make[2]: /usr/src/Makefile.inc1 line 132: warning: make -C 
/usr/obj/usr/src/release -V BRANCH returned non-zero status
awk: can't open file /usr/obj/usr/src/sys/sys/param.h
 source line number 1
make[2]: /usr/src/Makefile.inc1 line 134: warning: awk 
'/^#define[[:space:]]*__FreeBSD_version/ { print $3 }'  
/usr/obj/usr/src/sys/sys/param.h returned non-zero status
 Checking for old directories
make[3]: chdir /usr/obj/usr/src/release: No such file or directory
make[2]: /usr/src/Makefile.inc1 line 131: warning: make -C 
/usr/obj/usr/src/release -V REVISION returned non-zero status
make[3]: chdir /usr/obj/usr/src/release: No such file or directory
make[2]: /usr/src/Makefile.inc1 line 132: warning: make -C 
/usr/obj/usr/src/release -V BRANCH returned non-zero status
awk: can't open file /usr/obj/usr/src/sys/sys/param.h
 source line number 1
make[2]: /usr/src/Makefile.inc1 line 134: warning: awk 
'/^#define[[:space:]]*__FreeBSD_version/ { print $3 }'  
/usr/obj/usr/src/sys/sys/param.h returned non-zero status

-- 
Herbert
___
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to svn-src-all-unsubscr...@freebsd.org