Re: Error in 'make buildworld' on 10.3

[Aijaz Baig]

Removed src.conf and removed the parallel make (-j) option while doing a
'buildworld' which took me far but still failed nonetheless.

The failure:
===> share/termcap (all)
gzip -cn /usr/src/share/termcap/termcap.5 > termcap.5.gz
cap_mkdb -l -f termcap /usr/src/share/termcap/termcap
===> share/timedef (all)
grep -v '^#' < /usr/src/share/timedef/am_ET.UTF-8.src > am_ET.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/be_BY.CP1131.src > be_BY.CP1131.out
grep -v '^#' < /usr/src/share/timedef/be_BY.CP1251.src > be_BY.CP1251.out
grep -v '^#' < /usr/src/share/timedef/be_BY.ISO8859-5.src >
be_BY.ISO8859-5.out
grep -v '^#' < /usr/src/share/timedef/be_BY.UTF-8.src > be_BY.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/bg_BG.CP1251.src > bg_BG.CP1251.out
grep -v '^#' < /usr/src/share/timedef/bg_BG.UTF-8.src > bg_BG.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/ca_ES.ISO8859-1.src >
ca_ES.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/ca_ES.UTF-8.src > ca_ES.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/cs_CZ.ISO8859-2.src >
cs_CZ.ISO8859-2.out
grep -v '^#' < /usr/src/share/timedef/cs_CZ.UTF-8.src > cs_CZ.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/da_DK.ISO8859-1.src >
da_DK.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/da_DK.UTF-8.src > da_DK.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/de_AT.ISO8859-1.src >
de_AT.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/de_AT.UTF-8.src > de_AT.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/de_DE.ISO8859-1.src >
de_DE.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/de_DE.UTF-8.src > de_DE.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/el_GR.ISO8859-7.src >
el_GR.ISO8859-7.out
grep -v '^#' < /usr/src/share/timedef/el_GR.UTF-8.src > el_GR.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/en_GB.ISO8859-1.src >
en_GB.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/en_US.ISO8859-1.src >
en_US.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/es_ES.ISO8859-1.src >
es_ES.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/es_ES.UTF-8.src > es_ES.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/et_EE.ISO8859-15.src >
et_EE.ISO8859-15.out
grep -v '^#' < /usr/src/share/timedef/et_EE.UTF-8.src > et_EE.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/eu_ES.ISO8859-1.src >
eu_ES.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/fi_FI.ISO8859-1.src >
fi_FI.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/fi_FI.UTF-8.src > fi_FI.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/fr_FR.ISO8859-1.src >
fr_FR.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/fr_FR.UTF-8.src > fr_FR.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/he_IL.UTF-8.src > he_IL.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/hi_IN.ISCII-DEV.src >
hi_IN.ISCII-DEV.out
grep -v '^#' < /usr/src/share/timedef/hr_HR.ISO8859-2.src >
hr_HR.ISO8859-2.out
grep -v '^#' < /usr/src/share/timedef/hr_HR.UTF-8.src > hr_HR.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/hu_HU.ISO8859-2.src >
hu_HU.ISO8859-2.out
grep -v '^#' < /usr/src/share/timedef/hu_HU.UTF-8.src > hu_HU.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/hy_AM.ARMSCII-8.src >
hy_AM.ARMSCII-8.out
grep -v '^#' < /usr/src/share/timedef/hy_AM.UTF-8.src > hy_AM.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/is_IS.ISO8859-1.src >
is_IS.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/is_IS.UTF-8.src > is_IS.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/ja_JP.eucJP.src > ja_JP.eucJP.out
grep -v '^#' < /usr/src/share/timedef/ja_JP.SJIS.src > ja_JP.SJIS.out
grep -v '^#' < /usr/src/share/timedef/ja_JP.UTF-8.src > ja_JP.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/it_IT.ISO8859-1.src >
it_IT.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/it_IT.UTF-8.src > it_IT.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/kk_KZ.PT154.src > kk_KZ.PT154.out
grep -v '^#' < /usr/src/share/timedef/kk_KZ.UTF-8.src > kk_KZ.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/ko_KR.eucKR.src > ko_KR.eucKR.out
grep -v '^#' < /usr/src/share/timedef/ko_KR.UTF-8.src > ko_KR.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/la_LN.ISO8859-1.src >
la_LN.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/lt_LT.ISO8859-4.src >
lt_LT.ISO8859-4.out
grep -v '^#' < /usr/src/share/timedef/lt_LT.ISO8859-13.src >
lt_LT.ISO8859-13.out
grep -v '^#' < /usr/src/share/timedef/lt_LT.UTF-8.src > lt_LT.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/lv_LV.ISO8859-13.src >
lv_LV.ISO8859-13.out
grep -v '^#' < /usr/src/share/timedef/lv_LV.UTF-8.src > lv_LV.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/mn_MN.UTF-8.src > mn_MN.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/nb_NO.ISO8859-1.src >
nb_NO.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/nb_NO.UTF-8.src > nb_NO.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/nl_NL.ISO8859-1.src >
nl_NL.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/nn_NO.ISO8859-1.src >
nn_NO.ISO8859-1.out
grep -v '^#' < /usr/src/share/timedef/nn_NO.UTF-8.src > nn_NO.UTF-8.out
grep -v '^#' < /usr/src/share/timedef/pl_PL.ISO8859-2.src >

Re: mlx4en, timer irq @100%... (11.0 stuck on high network load ???)

[Julien Charbon]

 Hi Ben,

On 8/11/17 11:32 AM, Ben RUBSON wrote:
>> On 08 Aug 2017, at 13:33, Julien Charbon  wrote:
>>
>> On 8/8/17 10:31 AM, Hans Petter Selasky wrote:
>>>
>>> Suggested fix attached.
>>
>> I agree we your conclusion.  Just for the record, more precisely this
>> regression seems to have been introduced with:
>> (...)
>> Thus good catch, and your patch looks good.  I am going to just verify
>> the other in_pcbrele_wlocked() calls in TCP stack.
> 
> Julien, do you plan to make this fix reach 11.0-p12 ?

 I am checking if your issue is another flavor of the issue fixed by:

https://svnweb.freebsd.org/base?view=revision=307551
https://reviews.freebsd.org/D8211

 This fix in not in 11.0 but in 11.1.  Currently I did not found how an
inp in INP_TIMEWAIT state can have been INP_FREED without having its tw
set to NULL already except the issue fixed by r307551.

 Thus could you try to apply this patch:

https://github.com/freebsd/freebsd/commit/acb5bfda99b753d9ead3529d04f20087c5f7d0a0.patch

 and see if you can still reproduce this issue?

 And in the spirit of r307551 fix and based on Hans patch I will also
propose to add a kernel log describing the issue instead of starting an
infinite loop when INVARIANT is not set.

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

Re: svn commit: r322513 - stable/10/sys/geom/journal

[Konstantin Belousov]

On Tue, Aug 15, 2017 at 04:48:06PM -0400, Mike Tancsa wrote:
> Not sure if this is just me or not, but on a nanobsd i386 image, this
> breaks building the image.
> 
>   ---Mike
> 
> --- all_subdir_geom_journal ---
> --- g_journal.o ---
> /usr/src/sys/modules/geom/geom_journal/../../../geom/journal/g_journal.c:136:1:
> error: incompatible pointer types initializing 'int *' with an
> expression of type 'u_long *' (aka 'unsigned long *')
> [-Werror,-Wincompatible-pointer-types]
> TUNABLE_INT("kern.geom.journal.cache.limit", _journal_cache_limit);
> ^~~~

Try this on stable/10.

Index: sys/geom/journal/g_journal.c
===
--- sys/geom/journal/g_journal.c(revision 322542)
+++ sys/geom/journal/g_journal.c(working copy)
@@ -133,7 +133,7 @@
 
 static u_long g_journal_cache_used = 0;
 static u_long g_journal_cache_limit = 64 * 1024 * 1024;
-TUNABLE_INT("kern.geom.journal.cache.limit", _journal_cache_limit);
+TUNABLE_LONG("kern.geom.journal.cache.limit", _journal_cache_limit);
 static u_int g_journal_cache_divisor = 2;
 TUNABLE_INT("kern.geom.journal.cache.divisor", _journal_cache_divisor);
 static u_int g_journal_cache_switch = 90;
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: svn commit: r322513 - stable/10/sys/geom/journal

[Mike Tancsa]

Not sure if this is just me or not, but on a nanobsd i386 image, this
breaks building the image.

---Mike

--- all_subdir_geom_journal ---
--- g_journal.o ---
/usr/src/sys/modules/geom/geom_journal/../../../geom/journal/g_journal.c:136:1:
error: incompatible pointer types initializing 'int *' with an
expression of type 'u_long *' (aka 'unsigned long *')
[-Werror,-Wincompatible-pointer-types]
TUNABLE_INT("kern.geom.journal.cache.limit", _journal_cache_limit);
^~~~
@/sys/kernel.h:287:3: note: expanded from macro 'TUNABLE_INT'
(var),  \
^
/usr/src/sys/modules/geom/geom_journal/../../../geom/journal/g_journal.c:178:14:
warning: comparison of unsigned expression < 0 is always false
[-Wtautological-compare]
if (cswitch < 0 || cswitch > 100)
~~~ ^ ~
1 warning and 1 error generated.
*** [g_journal.o] Error code 1

make[5]: stopped in /usr/src/sys/modules/geom/geom_journal
--- all_subdir_hpt27xx ---
A failure has been detected in another branch of the parallel make

make[4]: stopped in /usr/src/sys/modules/hpt27xx
*** [all_subdir_hpt27xx] Error code 2

make[3]: stopped in /usr/src/sys/modules
--- all_subdir_geom ---
--- all_subdir_geom_label ---
A failure has been detected in another branch of the parallel make

make[5]: stopped in /usr/src/sys/modules/geom/geom_label
*** [all_subdir_geom_label] Error code 2

make[4]: stopped in /usr/src/sys/modules/geom
--- all_subdir_drm2 ---
A failure has been detected in another branch of the parallel make

make[6]: stopped in /usr/src/sys/modules/drm2/radeonkmsfw/R700_rlc
*** [all_subdir_R700_rlc] Error code 2

make[5]: stopped in /usr/src/sys/modules/drm2/radeonkmsfw
1 error

make[5]: stopped in /usr/src/sys/modules/drm2/radeonkmsfw
*** [all_subdir_radeonkmsfw] Error code 2

make[4]: stopped in /usr/src/sys/modules/drm2
1 error

make[4]: stopped in /usr/src/sys/modules/drm2
*** [all_subdir_drm2] Error code 2

make[3]: stopped in /usr/src/sys/modules
--- all_subdir_geom ---
--- all_subdir_geom_gate ---
A failure has been detected in another branch of the parallel make

make[5]: stopped in /usr/src/sys/modules/geom/geom_gate
*** [all_subdir_geom_gate] Error code 2

make[4]: stopped in /usr/src/sys/modules/geom
--- all_subdir_geom_journal ---
1 error

make[5]: stopped in /usr/src/sys/modules/geom/geom_journal
*** [all_subdir_geom_journal] Error code 2

make[4]: stopped in /usr/src/sys/modules/geom
--- all_subdir_geom_eli ---
A failure has been detected in another branch of the parallel make

make[5]: stopped in /usr/src/sys/modules/geom/geom_eli
*** [all_subdir_geom_eli] Error code 2

make[4]: stopped in /usr/src/sys/modules/geom
4 errors

make[4]: stopped in /usr/src/sys/modules/geom
*** [all_subdir_geom] Error code 2

make[3]: stopped in /usr/src/sys/modules
3 errors

make[3]: stopped in /usr/src/sys/modules
*** [modules-all] Error code 2

make[2]: stopped in /usr/obj/nanobsd.alix2apu/usr/src/sys/apu64
1 error

make[2]: stopped in /usr/obj/nanobsd.alix2apu/usr/src/sys/apu64
*** [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


On 8/14/2017 3:12 PM, Kirk McKusick wrote:
> Author: mckusick
> Date: Mon Aug 14 19:12:51 2017
> New Revision: 322513
> URL: https://svnweb.freebsd.org/changeset/base/322513
> 
> Log:
>   MFC of 322178:
>   
>   Bug 198500 reports bad sysctl values for gjournal cache limit.
>   
>   PR: 198500
>   Submitted by: Dr. Andreas Longwitz 
>   Reported by: Eugene Grosbein
>   Discussed with: kib
>   Approved by: re (marius)
> 
> Modified:
>   stable/10/sys/geom/journal/g_journal.c
> Directory Properties:
>   stable/10/   (props changed)
> 
> Modified: stable/10/sys/geom/journal/g_journal.c
> ==
> --- stable/10/sys/geom/journal/g_journal.cMon Aug 14 19:03:55 2017
> (r322512)
> +++ stable/10/sys/geom/journal/g_journal.cMon Aug 14 19:12:51 2017
> (r322513)
> @@ -131,28 +131,28 @@ SYSCTL_PROC(_kern_geom_journal, OID_AUTO, record_entri
>  SYSCTL_UINT(_kern_geom_journal, OID_AUTO, optimize, CTLFLAG_RW,
>  _journal_do_optimize, 0, "Try to combine bios on flush and copy");
>  
> -static u_int g_journal_cache_used = 0;
> -static u_int g_journal_cache_limit = 64 * 1024 * 1024;
> +static u_long g_journal_cache_used = 0;
> +static u_long g_journal_cache_limit = 64 * 1024 * 1024;
>  TUNABLE_INT("kern.geom.journal.cache.limit", _journal_cache_limit);
>  static u_int g_journal_cache_divisor = 2;
>  TUNABLE_INT("kern.geom.journal.cache.divisor", _journal_cache_divisor);
>  static u_int g_journal_cache_switch = 90;
>  static u_int g_journal_cache_misses = 0;
>  static u_int g_journal_cache_alloc_failures = 0;
> -static u_int g_journal_cache_low = 0;
> +static u_long 

Re: TSC timekeeping and cpu states

[Ian Smith]

On Mon, 14 Aug 2017 09:48:07 -0700, Kevin Oberman wrote:
 > On Mon, Aug 14, 2017 at 8:38 AM, Ian Smith  wrote:
[..]
 > >  > > As far as possible TSC impact, I think older processors had TSC
 > >  > > issues when not all cores ran with the same clock speed. That said,
 > >  > > I am not remotely expert on such issues, so don't take this too
 > >  > > seriously.
 > >
 > > I wasn't aware that FreeBSD could yet do different freqs on different
 > > cores?  But I'm less expert than Kevin, and certainly behind the times.
[..]
 > I guess I need to clarify. No, FreeBSD does not have the ability to tun
 > different cores at different frequencies. I seem to recall that TCC on some
 > processors could adjust the frequency of a core exceeding a defined
 > temperature, skipping N of every 8 clock cycles to slow the processor and
 > reduce the temperature. This is what TCC was designed for. It is entirely
 > possible that I am not correctly remembering the details of the issue, but
 > it could only be resolved by switching from TCC to another clocking system.
 > 
 > If memory serves, and it may not, there was an issue a few years ago (jhb@
 > worked the issue) where TSC was varying with frequency and that caused
 > clock drift. I believe all "modern" processors do not have this issue and
 > it seems unlikely that any system running 24 cores is old enough that this
 > might be an issue.
 > 
 > Sorry for any confusion I may have caused.

Not at all.  It gave me an excuse to bug Alexander for some state-of-art 
details, to which he responded magnificently :)

Thankyou both, and Ari for entertaining such sport at his expense ..

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