Re: bin/163863: [patch] adduser(8): confusing usr.sbin/adduser output if /etc/adduser.conf contains uidstart directive
Synopsis: [patch] adduser(8): confusing usr.sbin/adduser output if /etc/adduser.conf contains uidstart directive State-Changed-From-To: open->patched State-Changed-By: deischen State-Changed-When: Sat Feb 25 07:59:46 UTC 2012 State-Changed-Why: Committed to HEAD. Will MFC to 9.0 in 2 weeks, or when I get a chance. Ping me if I seem to have forgotten. Thanks for your contribution! http://www.freebsd.org/cgi/query-pr.cgi?pr=163863 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: bin/163863: commit references a PR
The following reply was made to PR bin/163863; it has been noted by GNATS.
From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:
Subject: Re: bin/163863: commit references a PR
Date: Sat, 25 Feb 2012 07:59:18 + (UTC)
Author: deischen
Date: Sat Feb 25 07:58:59 2012
New Revision: 232146
URL: http://svn.freebsd.org/changeset/base/232146
Log:
When using uidstart in /etc/adduser.conf, get the next
available user id and show it in the "Uid [xxx]" prompt.
PR: 163863
Submitted by:Moritz Wilhelmy (mw at wzff dot de)
MFC after: 2 weeks
Modified:
head/usr.sbin/adduser/adduser.sh
Modified: head/usr.sbin/adduser/adduser.sh
==
--- head/usr.sbin/adduser/adduser.sh Sat Feb 25 04:54:51 2012
(r232145)
+++ head/usr.sbin/adduser/adduser.sh Sat Feb 25 07:58:59 2012
(r232146)
@@ -488,6 +488,7 @@ get_uid() {
_prompt=
if [ -n "$uuid" ]; then
+ uuid=`get_nextuid $uuid`
_prompt="Uid [$uuid]: "
else
_prompt="Uid (Leave empty for default): "
___
svn-src-...@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"
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
kern/165470: NVIDIA video driver crash compile at 10_CURRENT
>Number: 165470 >Category: kern >Synopsis: NVIDIA video driver crash compile at 10_CURRENT >Confidential: no >Severity: critical >Priority: medium >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: update >Submitter-Id: current-users >Arrival-Date: Sat Feb 25 14:30:12 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Eungene >Release:10_CURRENT >Organization: >Environment: FreeBSD stug.hatzer 10.0-CURRENT FreeBSD 10.0-CURRENT #0: Sat Feb 25 01:10:06 UTC 2012 user@stug.hatzer:/usr/obj/usr/src/sys/GENERIC i386 >Description: After updating to CURRENT kldlad old nvidia.ko is failed: "KLD nvidia.ko: depends on kernel or version mismatch" When tried to recompile it from ports , get : ===> Building for nvidia-driver-256.53 ===> src (all) cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\"256.53\" -D__KERNEL__ -DNVRM -O -UDEBUG -U_DEBUG -DNDEBUG -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c nvidia_ctl.c cc1: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. *** [nvidia_ctl.o] Error code 1 Stop in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-256.53/src. *** [all] Error code 1 Stop in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-256.53. *** [do-build] Error code 1 Stop in /usr/ports/x11/nvidia-driver. *** [build] Error code 1 Stop in /usr/ports/x11/nvidia-driver. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: ports/165470: x11/nvidia-driver: NVIDIA video driver crash compile at 10_CURRENT
Old Synopsis: NVIDIA video driver crash compile at 10_CURRENT New Synopsis: x11/nvidia-driver: NVIDIA video driver crash compile at 10_CURRENT Responsible-Changed-From-To: freebsd-bugs->danfe Responsible-Changed-By: gjb Responsible-Changed-When: Sat Feb 25 14:33:08 UTC 2012 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=165470 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
bin/165471: /usr/bin/bsdgrep hang/very slow with mmap
>Number: 165471 >Category: bin >Synopsis: /usr/bin/bsdgrep hang/very slow with mmap >Confidential: no >Severity: serious >Priority: medium >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 25 14:40:14 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Patrick Dung >Release:Freebsd 9.0 >Organization: none >Environment: r...@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 >Description: bsdgrep with --mmap would sometimes cause hang/slow response. Also it is eating memory when it is very slow/hang. cd /usr/local/share and compare grep and bsdgrep: [root@fbsd9-test /usr/local/share]# time grep --mmap -r -e '^Feb' * deplate/locale/de.latin1:February deplate/locale/de.latin1:Februar real0m1.875s user0m0.085s sys 0m1.327s [root@fbsd9-test /usr/local/share]# time bsdgrep --mmap -r -e '^Feb' * ^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C real1m40.931s user0m0.427s sys 1m22.064s >How-To-Repeat: only encounter problem with some files >Fix: use GNU grep >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/165382: [kernel] taskqueue_unblock doesn't unblock currently queued tasks
Synopsis: [kernel] taskqueue_unblock doesn't unblock currently queued tasks Responsible-Changed-From-To: freebsd-bugs->freebsd-wireless Responsible-Changed-By: adrian Responsible-Changed-When: Sat Feb 25 19:02:48 UTC 2012 Responsible-Changed-Why: Flipping to -wireless for now.. http://www.freebsd.org/cgi/query-pr.cgi?pr=165382 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
misc/165475: [ath] operational mode change doesn't poke the underlying rate control module hard enough
>Number: 165475 >Category: misc >Synopsis: [ath] operational mode change doesn't poke the underlying rate >control module hard enough >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 25 19:50:11 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Adrian Chadd >Release:9.0-RELEASE, w/ -HEAD net80211/ath >Organization: >Environment: >Description: This reared its ugly head when testing with an AR5211 (11b/11a, no 11g.) Specifically: * the operational mode change has occured (sc->sc_currates is pointing to the 11b table); * ath_sample_node->ratemask is 0xff for some reason - likely indicating it was assembled from the 11a rate able (which in ath_hal/ar5211/ar5211_phy.c has 8 11a rates in it); * so ath_rate_findrate() thinks best_rix is fine and the current rate table mapping is fine. This is likely very similar to other issues with rate control in ath being slightly weird after an operational mode change, if the NIC hasn't transitioned back into the original operating mode. The rate control code isn't informed of this (it only gets told of association/reassociation, and ath_rate_sample is only updating the rate table on _new_ associations) so it doesn't realise it has to rethink its current rate table setup. >How-To-Repeat: Setup: * net80211/ath and kernel built with full debugging, assert, witness, etc * associated to an 11a AP (so it has the 11a OFDM table) * running iperf * the session hangs for some reason, I'm not quite sure yet * .. then the bgscan code kicks in and starts scanning * .. and for some reason, the NIC is in 11b mode now, and tries TX'ing * But the "best rix" in ath_rate_findrate (in ath_rate_sample) is referencing an 11a rate, not an 11b rate - ie, rix > the current greatest rix in the config. * .. so things panic. >Fix: I'm not yet sure. Because of background scanning, it's entirely possible the NIC will spend a non-zero amount of time off channel, TX'ing things which SHOULD have fixed rates. The ath_rate module code isn't currently informed about channel changes, as the channel change doesn't inform all associated nodes of this fact. Any rate control lookups during off-channel times will cause things to be confused. I should first check whether this crash occured with the NIC being in off-channel mode. If so, it shouldn't have tried TXing a data frame at this point. No, i just checked - ni->ni_vap->iv_flags is 0x430c4010 - and 0x80 is IEEE80211_F_SCAN; 0x100 is IEEE80211_F_ASCAN. So first let's see if _why_ the NIC is in 11b mode can be made obvious. Then, once that's done, figure out why the transition didn't trigger a rate control update. >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/165475: [ath] operational mode change doesn't poke the underlying rate control module hard enough
Synopsis: [ath] operational mode change doesn't poke the underlying rate control module hard enough Responsible-Changed-From-To: freebsd-bugs->freebsd-wireless Responsible-Changed-By: adrian Responsible-Changed-When: Sat Feb 25 19:53:43 UTC 2012 Responsible-Changed-Why: Reassign http://www.freebsd.org/cgi/query-pr.cgi?pr=165475 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
bin/165477: [rc] dhclient is run twice
>Number: 165477 >Category: bin >Synopsis: [rc] dhclient is run twice >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 25 20:10:07 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Warren Block >Release:8.3-PRERELEASE >Organization: >Environment: FreeBSD lightning 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Sat Feb 25 12:20:37 MST 2012 root@lightning:/usr/obj/usr/src/sys/LIGHTNING i386 >Description: Since r231278 (MFC of r226345, r226464, r226879), dhclient is executed from devd.conf even when already running. With ifconfig_em0="SYNCDHCP", this output is produced: Setting hostname: lightning >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
misc/165479: LOR in Userland Dtrace(fasttrap_provs.fth_table[i].ftb_mtx/dtrace_provider_lock)
>Number: 165479 >Category: misc >Synopsis: LOR in Userland >Dtrace(fasttrap_provs.fth_table[i].ftb_mtx/dtrace_provider_lock) >Confidential: no >Severity: non-critical >Priority: medium >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 25 21:40:06 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Ryan Stone >Release:HEAD >Organization: >Environment: FreeBSD vm-head 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r232049M: Thu Feb 23 15:25:50 EST 2012 rstone@rstone-laptop:/home/rstone/freebsd/obj/usr/home/rstone/freebsd/head/sys/DTRACE amd64 >Description: I got the following LOR when enabling a Userland DTrace probe: lock order reversal: 1st 0xff80022f9680 fasttrap_provs.fth_table[i].ftb_mtx (fasttrap_provs.fth_table[i].ftb_mtx) @ /usr/home/rstone/freebsd/head/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/uts/common/dtrace/fasttrap.c:1474 2nd 0x81a56c40 dtrace_provider_lock (dtrace_provider_lock) @ /usr/home/rstone/freebsd/head/sys/modules/dtrace/dtrace/../../../cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c:7397 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2c witness_checkorder() at witness_checkorder+0x853 _sx_xlock() at _sx_xlock+0x61 dtrace_register() at dtrace_register+0x36b fasttrap_provider_lookup() at fasttrap_provider_lookup+0x5f2 fasttrap_meta_provide() at fasttrap_meta_provide+0x84 dtrace_helper_provide() at dtrace_helper_provide+0x172 dtrace_helper_provider_register() at dtrace_helper_provider_register+0xb8 dtrace_ioctl_helper() at dtrace_ioctl_helper+0xa1d devfs_ioctl_f() at devfs_ioctl_f+0x7a kern_ioctl() at kern_ioctl+0xcd sys_ioctl() at sys_ioctl+0xfd amd64_syscall() at amd64_syscall+0x3bc Xfast_syscall() at Xfast_syscall+0xf7 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x800b6aebc, rsp = 0x7fffda68, rbp = 0x8010070c0 --- >How-To-Repeat: Follow instructions here: Then run the following: # dtrace -c ./db -n 'database$target:::' >Fix: >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: misc/165479: LOR in Userland Dtrace(fasttrap_provs.fth_table[i].ftb_mtx/dtrace_provider_lock)
Synopsis: LOR in Userland Dtrace(fasttrap_provs.fth_table[i].ftb_mtx/dtrace_provider_lock) Responsible-Changed-From-To: freebsd-bugs->rstone Responsible-Changed-By: rstone Responsible-Changed-When: Sat Feb 25 21:40:58 UTC 2012 Responsible-Changed-Why: I'll take DTrace-related PRs. http://www.freebsd.org/cgi/query-pr.cgi?pr=165479 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: bin/165477: [rc] dhclient is run twice
The following reply was made to PR bin/165477; it has been noted by GNATS. From: Warren Block To: bug-follo...@freebsd.org, wbl...@freebsd.org Cc: Subject: Re: bin/165477: [rc] dhclient is run twice Date: Sat, 25 Feb 2012 15:09:32 -0700 (MST) Startup output was truncated, trying again: Setting hostname: lightning . Starting dhclient. em0: no link ... . . got link DHCPREQUEST on em0 to 255.255.255.255 port 67 DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 8 DHCPOFFER from 10.0.0.1 DHCPREQUEST on em0 to 255.255.255.255 port 67 DHCPACK from 10.0.0.1 bound to 10.0.0.8 -- renewal in 300 seconds. Starting Network: lo0 em0. lo0: flags=8049 metric 0 mtu 16384 options=3 inet 127.0.0.1 netmask 0xff00 em0: flags=8843 metric 0 mtu 9216 options=9b ether 00:02:b3:a9:93:d7 inet 10.0.0.8 netmask 0xff00 broadcast 10.0.0.255 media: Ethernet autoselect (1000baseT ) status: active Starting devd. Starting ums0 moused . dhclient already running? (pid=290). Creating and/or trimming log files ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Port conflict with x11/libSM and misc/ossp-uuid
Not sure if this is the best place to send a port conflict bug. Please redirect me if it should go somewhere else. On: kern.ostype: FreeBSD kern.osrelease: 9.0-RELEASE kern.osrevision: 199506 kern.version: FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 (VirtualBox installation) After installing misc/ossp-uuid (part of PostgreSQL 9.1 Server with UUID option on) Then the following port fails: cd /usr/ports/x11/libSM make install clean ... ===> Building for libSM-1.2.0,1 make all-recursive Making all in src CC sm_auth.lo CC sm_client.lo CC sm_error.lo CC sm_genid.lo sm_genid.c: In function 'SmsGenerateClientID': sm_genid.c:115: error: storage size of 'uuid' isn't known sm_genid.c:118: error: too many arguments to function 'uuid_create' sm_genid.c:119: error: 'uuid_s_ok' undeclared (first use in this function) sm_genid.c:119: error: (Each undeclared identifier is reported only once sm_genid.c:119: error: for each function it appears in.) sm_genid.c:122: warning: implicit declaration of function 'uuid_to_string' sm_genid.c:122: warning: nested extern declaration of 'uuid_to_string' sm_genid.c:115: warning: unused variable 'uuid' *** Error code 1 Stop in /usr/ports/x11/libSM/work/libSM-1.2.0/src. *** Error code 1 Stop in /usr/ports/x11/libSM/work/libSM-1.2.0. *** Error code 1 Stop in /usr/ports/x11/libSM/work/libSM-1.2.0. *** Error code 1 Stop in /usr/ports/x11/libSM. *** Error code 1 FIX: cd /usr/ports/misc/ossp-uuid make deinstall cd /usr/ports/x11/libSM make install clean ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/165463: FreeBSD doesn't work with NIC based on RLT8111E
Synopsis: FreeBSD doesn't work with NIC based on RLT8111E Responsible-Changed-From-To: freebsd-wireless->freebsd-bugs Responsible-Changed-By: eadler Responsible-Changed-When: Sun Feb 26 04:16:02 UTC 2012 Responsible-Changed-Why: aah - this isn't wireless http://www.freebsd.org/cgi/query-pr.cgi?pr=165463 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
