[Bug 204943] usr/src/sbin/newfs_msdos/mkfs_msdos.c:586: memory leak ?

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204943 --- Comment #3 from NGie Cooper --- (In reply to Jilles Tjoelker from comment #2) You're right. Upstream (? NetBSD) is just as bad in this regard. -- You are receiving this mail because: You are the assignee for the bug.

[Bug 204949] panic: mtx_lock of spin mutex @ /usr/src/head/sys/kern/vfs_subr.c:512

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204949 Kubilay Kocak changed: What|Removed |Added Keywords||crash Assignee|freebsd-b

[Bug 204949] panic: mtx_lock of spin mutex @ /usr/src/head/sys/kern/vfs_subr.c:512

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204949 --- Comment #12 from Kirk McKusick --- The proposed fix by Mateusz Guzik is correct. Prior to my changes to vfs_subr.c the v_mountedhere union element was always zero'ed. Following my changes it was not. In the lookup function, it checks to

[Bug 204949] panic: mtx_lock of spin mutex @ /usr/src/head/sys/kern/vfs_subr.c:512

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204949 --- Comment #11 from commit-h...@freebsd.org --- A commit references this bug: Author: mckusick Date: Thu Dec 3 02:04:22 UTC 2015 New revision: 291671 URL: https://svnweb.freebsd.org/changeset/base/291671 Log: We need to zero out the un

[Bug 204983] KSTACK_PAGES=8 or 4 compiled by default for ZFS

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204983 Bug ID: 204983 Summary: KSTACK_PAGES=8 or 4 compiled by default for ZFS Product: Base System Version: 11.0-CURRENT Hardware: i386 OS: Any Status: New

[Bug 204949] panic: mtx_lock of spin mutex @ /usr/src/head/sys/kern/vfs_subr.c:512

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204949 --- Comment #10 from Mateusz Guzik --- I can reproduce the problem in few minutes by lowering kern.maxvnodes to few k and running poudriere. The crash disappears with the patch aplied. Apart from completness (what about said clustering fiel

[Bug 204949] panic: mtx_lock of spin mutex @ /usr/src/head/sys/kern/vfs_subr.c:512

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204949 Mark Linimon changed: What|Removed |Added Keywords||patch -- You are receiving this ma

[Bug 204949] panic: mtx_lock of spin mutex @ /usr/src/head/sys/kern/vfs_subr.c:512

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204949 --- Comment #9 from Jason Unovitch --- (In reply to Mateusz Guzik from comment #8) Mateusz, I added this patch and built a new kernel on the existing r291461M build and I can't seem to replicate it. I did the heavy poudriere start/stop/Ct

[Bug 204968] pw lock _numeric_login_ doen't work propely

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204968 --- Comment #1 from commit-h...@freebsd.org --- A commit references this bug: Author: bapt Date: Wed Dec 2 22:01:37 UTC 2015 New revision: 291657 URL: https://svnweb.freebsd.org/changeset/base/291657 Log: Fix handling of numeric-only na

[Bug 204976] zfs root fails to boot raidz1 raidz2 raidz3

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204976 Bug ID: 204976 Summary: zfs root fails to boot raidz1 raidz2 raidz3 Product: Base System Version: 11.0-CURRENT Hardware: amd64 OS: Any Status: New S

[Bug 204976] zfs root fails to boot raidz1 raidz2 raidz3

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204976 mikhail.rok...@gmail.com changed: What|Removed |Added Hardware|amd64 |Any -- You are receivin

[Bug 204949] panic: mtx_lock of spin mutex @ /usr/src/head/sys/kern/vfs_subr.c:512

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204949 Mateusz Guzik changed: What|Removed |Added CC||m...@freebsd.org --- Comment #8 fr

[Bug 204949] panic: mtx_lock of spin mutex @ /usr/src/head/sys/kern/vfs_subr.c:512

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204949 --- Comment #7 from Jason Unovitch --- (In reply to Konstantin Belousov from comment #6) > What does 'M' mean in your kernel revision ? What changes did you apply ? I have applied the patch in bug 158160 to let coretemp recognize my Atom C

[Bug 198092] getaddrinfo(3) fails with "Invalid value for ai_flags" (error code 3) if hint.ai_flags contains AI_V4MAPPED

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198092 Mark Linimon changed: What|Removed |Added Keywords||patch -- You are receiving this ma

[Bug 204969] geom_eli_passphrase_prompt does not recognize input via serial console

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204969 Mark Linimon changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org|freebsd-g...@freebsd.org -- You ar

[Bug 204949] panic: mtx_lock of spin mutex @ /usr/src/head/sys/kern/vfs_subr.c:512

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204949 --- Comment #6 from Konstantin Belousov --- (In reply to Jason Unovitch from comment #5) What does 'M' mean in your kernel revision ? What changes did you apply ? >From the core at the reference above, in kgdb do 'frame 12\nprint *mp' and

[Bug 204969] geom_eli_passphrase_prompt does not recognize input via serial console

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204969 --- Comment #2 from t...@redux1.net --- (In reply to Jan Bramkamp from comment #1) Jan, thank you for your reply. Unfortunately, your suggested parameters do not solve the problem. I am not sure if it is a problem of the serial connection i

[Bug 204409] Uploading to a FreeBSD sshd server drops bandwidth

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204409 Vlad K. changed: What|Removed |Added Resolution|--- |Unable to Reproduce Status|N

[Bug 204969] geom_eli_passphrase_prompt does not recognize input via serial console

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204969 Jan Bramkamp changed: What|Removed |Added CC||cr...@bultmann.eu --- Comment #1 fr

[Bug 204969] geom_eli_passphrase_prompt does not recognize input via serial console

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204969 Bug ID: 204969 Summary: geom_eli_passphrase_prompt does not recognize input via serial console Product: Base System Version: 10.2-STABLE Hardware: amd64

[Bug 204968] pw lock _numeric_login_ doen't work propely

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204968 Bug ID: 204968 Summary: pw lock _numeric_login_ doen't work propely Product: Base System Version: 10.2-RELEASE Hardware: Any OS: Any Status: New Sev

[Bug 204813] suggeted improvement for crontab(1)'s newly created files

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204813 --- Comment #1 from Mason Loring Bliss --- This is a week old and has not been triaged. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mai

[Bug 202703] geom_eli_passphrase_prompt doesn't work with (at least) various USB keyboards

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202703 --- Comment #2 from Mason Loring Bliss --- Is this going to be triaged at some point? It's a fairly annoying issue. Is there some process in place to ensure that bugs don't sit forever without even a tentative poke? -- You are receiving t

[Bug 204956] usr/src/usr.sbin/rpc.ypupdated/update.c:270: resource leak

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204956 Bug ID: 204956 Summary: usr/src/usr.sbin/rpc.ypupdated/update.c:270: resource leak Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any

[Bug 204955] usr/src/usr.sbin/lpr/common_source/ctlinfo.c:294: resource leak ?

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204955 Bug ID: 204955 Summary: usr/src/usr.sbin/lpr/common_source/ctlinfo.c:294: resource leak ? Product: Base System Version: 11.0-CURRENT Hardware: Any OS:

[Bug 201732] usr/src/usr.bin/newkey/update.c: two memory leaks and a resource leak

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201732 David Binderman changed: What|Removed |Added Summary|usr/src/usr.bin/newkey/upda |usr/src/usr.bin/newkey/upda

[Bug 204954] usr/src/usr.bin/msgs/msgs.c:805: resource leak ?

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204954 Bug ID: 204954 Summary: usr/src/usr.bin/msgs/msgs.c:805: resource leak ? Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: New

[Bug 204953] usr/src/usr.bin/compress/compress.c:324: resource leak ?

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204953 Bug ID: 204953 Summary: usr/src/usr.bin/compress/compress.c:324: resource leak ? Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any

[Bug 204952] usr/src/sbin/recoverdisk/recoverdisk.c:132: resource leak ?

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204952 Bug ID: 204952 Summary: usr/src/sbin/recoverdisk/recoverdisk.c:132: resource leak ? Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any

[Bug 204951] usr/src/bin/sh/mknodes.c:269: 3 * resource leak ?

2015-12-02 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204951 Bug ID: 204951 Summary: usr/src/bin/sh/mknodes.c:269: 3 * resource leak ? Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: New