[Bug 234691] 'make buildworld' of 12.0-RELEASE sources fails, com_err.h not found

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234691

Takahashi Yoshihiro  changed:

   What|Removed |Added

 Status|New |Closed
 Resolution|--- |FIXED
 CC||n...@freebsd.org

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 233046] [PATCH] tools/build/mk/OptionalObsoleteFiles.inc: clean rc.d and periodic files

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233046

--- Comment #4 from commit-h...@freebsd.org ---
A commit references this bug:

Author: avos
Date: Sat Feb 16 05:04:02 UTC 2019
New revision: 344208
URL: https://svnweb.freebsd.org/changeset/base/344208

Log:
  Add more rc.d scripts / empty directors / config files into
  OptionalObsoleteFiles.inc

  Note: only files with conditional installation logic were
  included from the PR.

  PR:   233046
  Submitted by: 
  MFC after:5 days

Changes:
  head/tools/build/mk/OptionalObsoleteFiles.inc

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 233046] [PATCH] tools/build/mk/OptionalObsoleteFiles.inc: clean rc.d and periodic files

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233046

Andriy Voskoboinyk  changed:

   What|Removed |Added

 Status|New |Open

--- Comment #3 from Andriy Voskoboinyk  ---
> OLD_FILES+=etc/gss/mech
> +OLD_FILES+=etc/gss/qop
> +OLD_DIRS+=etc/gss
> +OLD_FILES+=etc/rc.d/gssd

> +OLD_FILES+=etc/rc.d/route6d
> +OLD_FILES+=etc/rc.d/rtadvd
> +OLD_FILES+=etc/rc.d/rtsold

> OLD_FILES+=etc/rc.d/ipfilter
> +OLD_FILES+=etc/rc.d/ipfs
> +OLD_FILES+=etc/rc.d/ipmon
> +OLD_FILES+=etc/rc.d/ipnat

> +OLD_FILES+=etc/rc.d/natd

> +OLD_FILES+=etc/rc.d/pppoed

> +OLD_FILES+=etc/rc.d/ntpdate

> +OLD_FILES+=etc/rc.d/pf
> +OLD_FILES+=etc/rc.d/pflog
> +OLD_FILES+=etc/rc.d/pfsync

> +OLD_FILES+=etc/rc.d/ppp

> +OLD_FILES+=etc/rc.d/quota

These are installed unconditionally; additional changes to the corresponding
Makefile's required. For now, these were omitted from commit; there are enough
other changes.


> +OLD_FILES+=etc/rc.d/ipfw_netflow

This one depends on netgraph && ipfw (included)


> +OLD_DIRS+=etc/mail

Depends on mailwrapper too; not included since there are some other files left
(from sendmail?)

> +OLD_DIRS+=etc/zfs
With /etc/zfs/exports included (created by /etc/rc.d/zfs)

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 235714] Intermittent Boot Failure: bi_load_efi_data: GetMemoryMap error 5

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235714

--- Comment #1 from Damien  ---
I should have added that this is on a Lenovo T480 on Intel Integrated Graphics.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 129125] [psm] psm0: failed to reset the aux device.

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=129125

Mark Linimon  changed:

   What|Removed |Added

 Status|Open|Closed
   Assignee|b...@freebsd.org|lini...@freebsd.org
 Resolution|--- |Overcome By Events

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 235714] Intermittent Boot Failure: bi_load_efi_data: GetMemoryMap error 5

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235714

Dmitri Goutnik  changed:

   What|Removed |Added

 CC||d...@syrec.org

--- Comment #2 from Dmitri Goutnik  ---
See bug #210244

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 193935] ATA_REQUEST_TIMEOUT vestiges >= 10

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193935

Andriy Voskoboinyk  changed:

   What|Removed |Added

 Status|New |In Progress
   See Also||https://bugs.freebsd.org/bu
   ||gzilla/show_bug.cgi?id=2221
   ||70
 CC||a...@freebsd.org
   Assignee|b...@freebsd.org|a...@freebsd.org

--- Comment #2 from Andriy Voskoboinyk  ---
Bug #222170 should be closed as duplicate to this one, but I have seen it
earlier; just handle them together.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 133968] [dummynet] [panic] dummynet kernel panic

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=133968

Andriy Voskoboinyk  changed:

   What|Removed |Added

 Resolution|--- |DUPLICATE
 CC||a...@freebsd.org
 Status|Open|Closed

--- Comment #3 from Andriy Voskoboinyk  ---


*** This bug has been marked as a duplicate of bug 133969 ***

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 235766] pw(8) return "pw: user 'rundeck' disappeared during update"

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235766

--- Comment #1 from ran...@ranvel.com ---
This is also happening to me. I've tried several usernames ('ranvel', for
example).

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 235781] [patch] at(1) HH:MM fails to assume next day

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235781

Bug ID: 235781
   Summary: [patch] at(1) HH:MM fails to assume next day
   Product: Base System
   Version: CURRENT
  Hardware: Any
OS: Any
Status: New
  Severity: Affects Some People
  Priority: ---
 Component: bin
  Assignee: b...@freebsd.org
  Reporter: na...@freebsd.org

Created attachment 202068
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=202068&action=edit
Fix at(1) failure to assume next day

The at(1) man page says:

 The at utility allows some moderately complex time specifications.  It
 accepts times of the form HHMM or HH:MM to run a job at a specific time
 of day.  (If that time is already past, the next day is assumed.)

Due to an ancient bug, this only works if the hour is past.  It fails if we are
still within the same hour but the minutes are past:

  $ date
  Sat Feb 16 16:56:28 CET 2019
  $ echo dummy | at 15:00
  Job 42 will be executed using /bin/sh
  $ echo dummy | at 16:00
  at: trying to travel back in time

Simple fix attached.  This is applicable to all versions of FreeBSD.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 235766] pw(8) return "pw: user 'rundeck' disappeared during update"

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235766

--- Comment #2 from ran...@ranvel.com ---
I don't know if this will help with your issue, but it fixed mine...

I was able to run this: 
`pwd_mkdb -p  /etc/master.passwd` 

Which updated the password database and then I was able to properly remove and
then re-add the user.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 235782] clang compiler crashed while building a large C++ program (that makes some use of boost), told me to submit a bug report

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235782

Bug ID: 235782
   Summary: clang compiler crashed while building a large C++
program (that makes some use of boost), told me to
submit a bug report
   Product: Base System
   Version: 12.0-RELEASE
  Hardware: amd64
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: bin
  Assignee: b...@freebsd.org
  Reporter: robthed...@mac.com

c++: error: unable to execute command: Killed
c++: error: clang frontend command failed due to signal (use -v to see
invocation)
FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on LLVM
6.0.1)
Target: x86_64-unknown-freebsd12.0
Thread model: posix
InstalledDir: /usr/bin
c++: note: diagnostic msg: PLEASE submit a bug report to
https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed
source, and associated run script.
Killed
$ c++: note: diagnostic msg: 


PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
Preprocessed source(s) and associated run script(s) are located at:
c++: note: diagnostic msg: /tmp/wpantund-a383d2.cpp
c++: note: diagnostic msg: /tmp/wpantund-a383d2.sh
c++: note: diagnostic msg: 




I can't add the attachment because it's too large, and it also includes
basically all the code I'm trying to build.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 235782] clang compiler crashed while building a large C++ program (that makes some use of boost)

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235782

Mark Linimon  changed:

   What|Removed |Added

Summary|clang compiler crashed  |clang compiler crashed
   |while building a large C++  |while building a large C++
   |program (that makes some|program (that makes some
   |use of boost), told me to   |use of boost)
   |submit a bug report |
   Assignee|b...@freebsd.org|toolch...@freebsd.org

--- Comment #1 from Mark Linimon  ---
Reassign to toolchain@ and trim Summary.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 235781] [patch] at(1) HH:MM fails to assume next day

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235781

Mark Linimon  changed:

   What|Removed |Added

   Keywords||patch

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 235783] Repeated ZFS-related kernel panic

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235783

Bug ID: 235783
   Summary: Repeated ZFS-related kernel panic
   Product: Base System
   Version: 11.2-RELEASE
  Hardware: amd64
OS: Any
Status: New
  Severity: Affects Some People
  Priority: ---
 Component: kern
  Assignee: b...@freebsd.org
  Reporter: jurij.kova...@ocpea.com

Dear list,

After some time, I have again experienced a kernel panic on a (physical)
server, running Freebsd 11.2-RELEASE-p7 with custom/debug kernel, ZFS root.

Fatal trap 9: general protection fault while in kernel mode
cpuid = 2; apic id = 02
instruction pointer= 0x20:0x82299013
stack pointer= 0x28:0xfe0352893ad0
frame pointer= 0x28:0xfe0352893b10
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process= 9 (dbuf_evict_thread)
trap number= 9
panic: general protection fault
cpuid = 2
KDB: stack backtrace:
#0 0x80b3d567 at kdb_backtrace+0x67
#1 0x80af6b07 at vpanic+0x177
#2 0x80af6983 at panic+0x43
#3 0x80f77fdf at trap_fatal+0x35f
#4 0x80f7759e at trap+0x5e
#5 0x80f5807c at calltrap+0x8
#6 0x8229c049 at dbuf_evict_one+0xe9
#7 0x82297a15 at dbuf_evict_thread+0x1a5
#8 0x80aba083 at fork_exit+0x83
#9 0x80f58f9e at fork_trampoline+0xe
Uptime: 20d6h13m55s
Dumping 2593 out of 12248 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91%

I have used "crashinfo" utility to generate the text file which is available at
this URL: http://www.ocpea.com/dump/core-3.txt.

All advice is deeply appreciated as this is a production server. :)

Kind regards,
Jurij

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 235783] Repeated ZFS-related kernel panic

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235783

Jurij Kovacic  changed:

   What|Removed |Added

 CC||jurij.kova...@ocpea.com
   Severity|Affects Some People |Affects Many People

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 211959] Kernel panic in devfs_fsync() -> ... -> g_vfs_strategy() in sys/geom/geom_vfs.c:173 on 11.0-RC1

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211959

Andriy Voskoboinyk  changed:

   What|Removed |Added

 CC||a...@freebsd.org
   Assignee|b...@freebsd.org|f...@freebsd.org
   Keywords||panic
Summary|vfs: kernel panic   |Kernel panic in
   ||devfs_fsync() -> ... ->
   ||g_vfs_strategy() in
   ||sys/geom/geom_vfs.c:173 on
   ||11.0-RC1

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 230240] import clang 7.0.0 (tracking PR)

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230240
Bug 230240 depends on bug 234040, which changed state.

Bug 234040 Summary: Failing tests: 
lib.msun.{cbrt_test.cbrtl_powl,trig_test.reduction} after clang700-import merge
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234040

   What|Removed |Added

 Status|In Progress |Closed
 Resolution|--- |FIXED

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 220181] Freebsd 11 on APU via sdcard does not boot

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220181

Kurt Jaeger  changed:

   What|Removed |Added

 CC||p...@freebsd.org
   Assignee|freebsd-...@freebsd.org |b...@freebsd.org
  Component|arm |kern

--- Comment #1 from Kurt Jaeger  ---
APUs are AMD64 CPUs, not ARM

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 235107] 'make buildworld' of 12.0-RELEASE sources fails, pf.h not found

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235107

Kurt Jaeger  changed:

   What|Removed |Added

 CC||p...@freebsd.org

--- Comment #14 from Kurt Jaeger  ---
You are saying: building and installing a reduced system does not install all
files necessary to build a full system again -- because make buildworld
expects files from outside /usr/src when it builds and the stripped-down
system does not have all the files required ? This can be seen as a valid
problem, but only if one understands *why* one would do this ?

Can you describe why you need such a process (build-install-striped-down,
use it to build-full-system) ?

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 235107] 'make buildworld' of 12.0-RELEASE sources fails in special circumstances

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235107

Kurt Jaeger  changed:

   What|Removed |Added

Summary|'make buildworld' of|'make buildworld' of
   |12.0-RELEASE sources fails, |12.0-RELEASE sources fails
   |pf.h not found  |in special circumstances

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 235787] ixgbe no carrier problem - TX(7) desc avail = 2048, pidx = 0

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235787

Bug ID: 235787
   Summary: ixgbe no carrier problem - TX(7) desc avail = 2048,
pidx = 0
   Product: Base System
   Version: 12.0-STABLE
  Hardware: amd64
OS: Any
Status: New
  Severity: Affects Many People
  Priority: ---
 Component: kern
  Assignee: b...@freebsd.org
  Reporter: ozkan.ki...@gmail.com

I'm using FreeBSD 12.0-STABLE #1 r344160M: Fri Feb 15

After a fresh boot, ix0 works but after a traffic flood (~10Gbps, 1.5Millon
pps) ix0 losts link and console fills with "ix0: TX(7) desc avail = 2048, pidx
= 0" message.
ifconfig down/up doesnt help. System configured as router. Both pf and ipfw is
enabled.

ring_state of txq flaps between IDLE and STALLED too quickly as shown below:

# sysctl dev.ix.0 | grep ring
dev.ix.0.iflib.txq7.ring_state: pidx_head: 1644 pidx_tail: 1644 cidx: 1644
state: IDLE
dev.ix.0.iflib.txq6.ring_state: pidx_head: 1098 pidx_tail: 1098 cidx: 1098
state: IDLE
dev.ix.0.iflib.txq5.ring_state: pidx_head: 1292 pidx_tail: 1292 cidx: 1292
state: IDLE
dev.ix.0.iflib.txq4.ring_state: pidx_head: 0956 pidx_tail: 0956 cidx: 0956
state: IDLE
dev.ix.0.iflib.txq3.ring_state: pidx_head: 1062 pidx_tail: 1062 cidx: 1062
state: IDLE
dev.ix.0.iflib.txq2.ring_state: pidx_head: 0962 pidx_tail: 0962 cidx: 0962
state: IDLE
dev.ix.0.iflib.txq1.ring_state: pidx_head: 0383 pidx_tail: 0383 cidx: 0383
state: IDLE
dev.ix.0.iflib.txq0.ring_state: pidx_head: 0499 pidx_tail: 0499 cidx: 0499
state: IDLE
# sysctl dev.ix.0 | grep ring
dev.ix.0.iflib.txq7.ring_state: pidx_head: 1646 pidx_tail: 1646 cidx: 1644
state: STALLED
dev.ix.0.iflib.txq6.ring_state: pidx_head: 1100 pidx_tail: 1100 cidx: 1098
state: STALLED
dev.ix.0.iflib.txq5.ring_state: pidx_head: 1294 pidx_tail: 1294 cidx: 1292
state: STALLED
dev.ix.0.iflib.txq4.ring_state: pidx_head: 0958 pidx_tail: 0958 cidx: 0956
state: STALLED
dev.ix.0.iflib.txq3.ring_state: pidx_head: 1064 pidx_tail: 1064 cidx: 1062
state: STALLED
dev.ix.0.iflib.txq2.ring_state: pidx_head: 0964 pidx_tail: 0964 cidx: 0962
state: STALLED
dev.ix.0.iflib.txq1.ring_state: pidx_head: 0385 pidx_tail: 0385 cidx: 0383
state: STALLED
dev.ix.0.iflib.txq0.ring_state: pidx_head: 0501 pidx_tail: 0501 cidx: 0499
state: STALLED

Further information:

# sysctl net.inet.tcp.tso
net.inet.tcp.tso: 0

# pciconf -lv
...
ix0@pci0:3:0:0: class=0x02 card=0x15ad15d9 chip=0x15ad8086 rev=0x00
hdr=0x00
vendor = 'Intel Corporation'
device = 'Ethernet Connection X552/X557-AT 10GBASE-T'
class  = network
subclass   = ethernet
ix1@pci0:3:0:1: class=0x02 card=0x15ad15d9 chip=0x15ad8086 rev=0x00
hdr=0x00
vendor = 'Intel Corporation'
device = 'Ethernet Connection X552/X557-AT 10GBASE-T'
class  = network
subclass   = ethernet
...

# dmesg | tail
ix0: TX(7) desc avail = 2048, pidx = 0
ix0: TX(7) desc avail = 2048, pidx = 0
ix0: TX(7) desc avail = 2048, pidx = 0
ix0: TX(7) desc avail = 2048, pidx = 0
ix0: TX(7) desc avail = 2048, pidx = 0
ix0: TX(7) desc avail = 2048, pidx = 0
ix0: TX(7) desc avail = 2048, pidx = 0
ix0: TX(7) desc avail = 2048, pidx = 0
ix0: TX(7) desc avail = 2048, pidx = 0
ix0: TX(7) desc avail = 2048, pidx = 0

# sysctl dev.ix.0
dev.ix.0.phy.overtemp_occurred: 0
dev.ix.0.phy.temp: 52
dev.ix.0.wufc: 2
dev.ix.0.wol_enable: 1
dev.ix.0.dmac: 0
dev.ix.0.advertise_speed: 6
dev.ix.0.fc: 3
dev.ix.0.mac_stats.tx_frames_1024_1522: 242255182
dev.ix.0.mac_stats.tx_frames_512_1023: 2224233
dev.ix.0.mac_stats.tx_frames_256_511: 90469
dev.ix.0.mac_stats.tx_frames_128_255: 298489
dev.ix.0.mac_stats.tx_frames_65_127: 915
dev.ix.0.mac_stats.tx_frames_64: 3399594
dev.ix.0.mac_stats.management_pkts_txd: 0
dev.ix.0.mac_stats.mcast_pkts_txd: 0
dev.ix.0.mac_stats.bcast_pkts_txd: 18
dev.ix.0.mac_stats.good_pkts_txd: 248268882
dev.ix.0.mac_stats.total_pkts_txd: 248380674
dev.ix.0.mac_stats.good_octets_txd: 264561940990
dev.ix.0.mac_stats.checksum_errs: 0
dev.ix.0.mac_stats.management_pkts_drpd: 0
dev.ix.0.mac_stats.management_pkts_rcvd: 0
dev.ix.0.mac_stats.recv_jabberd: 0
dev.ix.0.mac_stats.recv_oversized: 0
dev.ix.0.mac_stats.recv_fragmented: 0
dev.ix.0.mac_stats.recv_undersized: 0
dev.ix.0.mac_stats.rx_frames_1024_1522: 0
dev.ix.0.mac_stats.rx_frames_512_1023: 0
dev.ix.0.mac_stats.rx_frames_256_511: 0
dev.ix.0.mac_stats.rx_frames_128_255: 31214475
dev.ix.0.mac_stats.rx_frames_65_127: 0
dev.ix.0.mac_stats.rx_frames_64: 294876756
dev.ix.0.mac_stats.bcast_pkts_rcvd: 55
dev.ix.0.mac_stats.mcast_pkts_rcvd: 0
dev.ix.0.mac_stats.good_pkts_rcvd: 326091231
dev.ix.0.mac_stats.total_pkts_rcvd: 326091377
dev.ix.0.mac_stats.good_octets_rcvd: 24116144184
dev.ix.0.mac_stats.total_octets_rcvd: 24116302156
dev.ix.0.mac_stats.xoff_recvd: 0
dev.ix.0.mac_stats.xoff_txd: 111719
dev.ix.0.mac_stats.xon_recvd: 0
dev.ix.0.mac_stats.xon_txd: 73
dev.ix.0.mac_stats.rx_missed_packets: 79134616
dev.ix.0.mac_

[Bug 235640] panic: mutex pipe mutex not owned at ../../../kern/sys_pipe.c:1748

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235640

--- Comment #3 from Mark Johnston  ---
This is caused by a race between one end of a pipe being closed and the
registration of an EVFILT_WRITE knote for the other end of the pipe.  Suppose
f_attach (pipe_kqfilter()) succeeds, but before kn_list_lock() is called, the
other end of the pipe is closed.  pipeclose() removes the EVFILT_WRITE knote
from that end's knlist, so kn_list_lock() returns NULL, and we call
filt_pipewrite() without the pipe's mutex held.

I think this simply means that the assertion in filt_pipewrite() is wrong.  We
can only assert that the pipe lock is held if wpipe->pipe_present ==
PIPE_ACTIVE.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 235640] panic: mutex pipe mutex not owned at ../../../kern/sys_pipe.c:1748

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235640

Mark Johnston  changed:

   What|Removed |Added

   Assignee|b...@freebsd.org|ma...@freebsd.org

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 211761] [request] Add Infiniband (WITH_OFED) support to default buildworld

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211761

Andriy Voskoboinyk  changed:

   What|Removed |Added

 CC||a...@freebsd.org
 Status|New |Closed
 Resolution|--- |FIXED

--- Comment #1 from Andriy Voskoboinyk  ---
It is built by default since base r336570

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 211907] page fault on 11.0-RC1

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211907

Andriy Voskoboinyk  changed:

   What|Removed |Added

 CC||a...@freebsd.org
   Keywords||panic

--- Comment #1 from Andriy Voskoboinyk  ---
As I can see from the log file, the crash was caused by iwm(4); can you
reproduce the issue after base r330211 (11-STABLE) / base r318223 (CURRENT) ?

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 235791] service(8) does not respect login.conf

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235791

Bug ID: 235791
   Summary: service(8) does not respect login.conf
   Product: Base System
   Version: 11.2-STABLE
  Hardware: Any
OS: Any
Status: New
  Severity: Affects Some People
  Priority: ---
 Component: bin
  Assignee: b...@freebsd.org
  Reporter: and...@tao11.riddles.org.uk

service(8) sets an empty environment via env -i when invoking rc.d files.

This is wrong, because it's not the same environment that init provides, which
comes from the "daemon" login class in login.conf.

The practical upshot of this is that there is no way (short of modifying the
scripts) to set environment variables that rc.d scripts might need, such as an
HTTP_PROXY setting to allow "service ntpd onefetch" to work on a system behind
a proxy.

Related but possibly less serious: when rc.subr invokes a command under a
specified login class, it sets only the resource limits and not the
environment.

To reproduce:

add HTTP_PROXY=http\c//yourproxyhost\cport/  to the setenv= property of
"default" or "daemon" in login.conf

then observe (from a host with no public connectivity)

# service ntpd onefetch
fetch: https://www.ietf.org/timezones/data/leap-seconds.list: Network is
unreachable

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


[Bug 235791] service(8) does not respect login.conf

2019-02-16 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235791

Kyle Evans  changed:

   What|Removed |Added

   Assignee|b...@freebsd.org|r...@freebsd.org
 CC||dte...@freebsd.org

--- Comment #1 from Kyle Evans  ---
CC'ing dteske@ and assigning to rc@

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"