kern/176471: xn driver crash on detach
>Number: 176471 >Category: kern >Synopsis: xn driver crash on detach >Confidential: no >Severity: serious >Priority: medium >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 27 08:40:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Charlie Root >Release:FreeBSD 10.0-CURRENT amd64 >Organization: >Environment: System: FreeBSD f10master.secroom.net 10.0-CURRENT FreeBSD 10.0-CURRENT #3: Tue Feb 26 00:23:53 EET 2013 r...@zfsmaster.secroom.net:/usr/obj/usr/src/sys/XENSR amd64 >Description: Using XenServer, detaching or changing configuration of xn network interface will lead to kernel panic in 9-STABLE and 10-CURRENT >How-To-Repeat: Detach the interface when the VM is running >Fix: Workaround is to shutdown the VM >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: bin/170413: commit references a PR
The following reply was made to PR bin/170413; it has been noted by GNATS.
From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:
Subject: Re: bin/170413: commit references a PR
Date: Wed, 27 Feb 2013 08:55:39 + (UTC)
Author: pluknet
Date: Wed Feb 27 08:55:26 2013
New Revision: 247394
URL: http://svnweb.freebsd.org/changeset/base/247394
Log:
MFC r247034:
Check if the -sec option is given without an argument.
PR: bin/170413
Submitted by:Andrey Simonenko
Modified:
stable/9/usr.sbin/mountd/mountd.c
Directory Properties:
stable/9/usr.sbin/mountd/ (props changed)
Modified: stable/9/usr.sbin/mountd/mountd.c
==
--- stable/9/usr.sbin/mountd/mountd.c Wed Feb 27 08:44:03 2013
(r247393)
+++ stable/9/usr.sbin/mountd/mountd.c Wed Feb 27 08:55:26 2013
(r247394)
@@ -2238,7 +2238,7 @@ do_opt(char **cpp, char **endcpp, struct
ep->ex_indexfile = strdup(cpoptarg);
} else if (!strcmp(cpopt, "quiet")) {
opt_flags |= OP_QUIET;
- } else if (!strcmp(cpopt, "sec")) {
+ } else if (cpoptarg && !strcmp(cpopt, "sec")) {
if (parsesec(cpoptarg, ep))
return (1);
opt_flags |= OP_SEC;
___
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"
Re: bin/170413: commit references a PR
The following reply was made to PR bin/170413; it has been noted by GNATS.
From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:
Subject: Re: bin/170413: commit references a PR
Date: Wed, 27 Feb 2013 08:57:14 + (UTC)
Author: pluknet
Date: Wed Feb 27 08:56:57 2013
New Revision: 247395
URL: http://svnweb.freebsd.org/changeset/base/247395
Log:
MFC r247034:
Check if the -sec option is given without an argument.
PR: bin/170413
Submitted by:Andrey Simonenko
Modified:
stable/8/usr.sbin/mountd/mountd.c
Directory Properties:
stable/8/usr.sbin/mountd/ (props changed)
Modified: stable/8/usr.sbin/mountd/mountd.c
==
--- stable/8/usr.sbin/mountd/mountd.c Wed Feb 27 08:55:26 2013
(r247394)
+++ stable/8/usr.sbin/mountd/mountd.c Wed Feb 27 08:56:57 2013
(r247395)
@@ -2229,7 +2229,7 @@ do_opt(char **cpp, char **endcpp, struct
ep->ex_indexfile = strdup(cpoptarg);
} else if (!strcmp(cpopt, "quiet")) {
opt_flags |= OP_QUIET;
- } else if (!strcmp(cpopt, "sec")) {
+ } else if (cpoptarg && !strcmp(cpopt, "sec")) {
if (parsesec(cpoptarg, ep))
return (1);
opt_flags |= OP_SEC;
___
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"
Re: kern/176216: [libexec] [patch] Allow loading ELF libraries at their preferred base address (needed for Wine)
Synopsis: [libexec] [patch] Allow loading ELF libraries at their preferred base address (needed for Wine) State-Changed-From-To: open->patched State-Changed-By: tijl State-Changed-When: Wed Feb 27 10:34:37 CET 2013 State-Changed-Why: Committed to HEAD in r247396. Responsible-Changed-From-To: freebsd-bugs->tijl Responsible-Changed-By: tijl Responsible-Changed-When: Wed Feb 27 10:34:37 CET 2013 Responsible-Changed-Why: Committed to HEAD in r247396. http://www.freebsd.org/cgi/query-pr.cgi?pr=176216 ___ 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/61691: very bad performance of realloc()
The following reply was made to PR kern/61691; it has been noted by GNATS. From: Niclas Zeising To: bug-follo...@freebsd.org, h...@netmag.cz Cc: Subject: Re: kern/61691: very bad performance of realloc() Date: Wed, 27 Feb 2013 10:36:55 +0100 Ping! Is this still an issue with the new malloc subsystem (jmemalloc)? -- Niclas Zeising ___ 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/61691: very bad performance of realloc()
The following reply was made to PR kern/61691; it has been noted by GNATS. From: Niclas Zeising To: bug-follo...@freebsd.org Cc: Subject: Re: kern/61691: very bad performance of realloc() Date: Wed, 27 Feb 2013 10:50:41 +0100 Repeat after me: No PRs before coffee. No PRs before coffee. Regards! -- Niclas Zeising ___ 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/176446: Concurrency in ixgbe driving out-of-order packet process and spurious RST
I successfully reproduced this issue using only the socat tool: Server side: Enable TCP debug, and launch socat server: # sysctl net.inet.tcp.log_debug=1 net.inet.tcp.log_debug: 0 -> 1 $ cat /some/where/response.sh #!/usr/bin/env bash read line echo -n "01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567" $ socat TCP4-LISTEN:8181,fork,reuseaddr EXEC:/some/where/response.sh Client side: Create socat client TCP load: $ cat ./request 128 $ while true; do socat ./request,ignoreeof\!\!./response TCP4:192.168.100.144:8181 & sleep 0.0001; done Then on server side just wait for a TCP debug in /var/log/debug.log like: kernel: TCP: [192.168.100.136]:48359 to [192.168.100.144]:8181; syncache_socket: in_pcbconnect failed with error 48 kernel: TCP: [192.168.100.136]:48359 to [192.168.100.144]:8181 tcpflags 0x10; tcp_input: Listen socket: Socket allocation failed due to limits or memory shortage, sending RST kernel: TCP: [192.168.100.136]:48359 to [192.168.100.144]:8181 tcpflags 0x4; syncache_chkrst: Spurious RST without matching syncache entry (possibly syncookie only), segment ignored Adding Jack F. Vogel (ixgbe driver maintainer), and Marc De La Gueronniere (author of our work in progress patch for this issue). -- Julien ___ 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/176471: [xen] xn driver crash on detach
Old Synopsis: xn driver crash on detach New Synopsis: [xen] xn driver crash on detach Responsible-Changed-From-To: freebsd-bugs->freebsd-xen Responsible-Changed-By: linimon Responsible-Changed-When: Wed Feb 27 14:54:25 UTC 2013 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=176471 ___ 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/176482: Jails not unmounting devfs on exit
>Number: 176482 >Category: misc >Synopsis: Jails not unmounting devfs on exit >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: Wed Feb 27 17:30:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Spank Me >Release:9.1-STABLE >Organization: >Environment: FreeBSD 222-freebsd 9.1-STABLE FreeBSD 9.1-STABLE #1: Wed Feb 27 10:30:10 CET 2013 root@222-freebsd:/usr/obj/usr/src/sys/KAROL amd64 >Description: When creating jails using 'jail' command with mount.devfs option, and then killing jail using 'jail -r' or exiting the '/bin/sh' only jail, the devfs filesystem is being left mounted leading to multiple mounts under the same directory when overlooked. >How-To-Repeat: root@222-freebsd:~ # jls JID IP Address Hostname Path root@222-freebsd:~ # mount /dev/ad0p2 on / (ufs, local, journaled soft-updates) devfs on /dev (devfs, local, multilabel) storage on /storage (zfs, local, nfsv4acls) storage/generic on /storage/generic (zfs, local, nfsv4acls) root@222-freebsd:~ # jail -c host.hostname=generic path=/storage/generic ip4.addr=10.1.1.222 mount.devfs command=/bin/tcsh root@generic:/ # jls JID IP Address Hostname Path root@generic:/ # mount storage/generic on / (zfs, local, nfsv4acls) root@generic:/ # exit root@222-freebsd:~ # jls JID IP Address Hostname Path root@222-freebsd:~ # mount /dev/ad0p2 on / (ufs, local, journaled soft-updates) devfs on /dev (devfs, local, multilabel) storage on /storage (zfs, local, nfsv4acls) storage/generic on /storage/generic (zfs, local, nfsv4acls) devfs on /storage/generic/dev (devfs, local, multilabel) root@222-freebsd:~ # jail -c host.hostname=generic path=/storage/generic ip4.addr=10.1.1.222 mount.devfs command=/bin/tcsh root@generic:/ # jls JID IP Address Hostname Path root@generic:/ # mount storage/generic on / (zfs, local, nfsv4acls) root@generic:/ # exit root@222-freebsd:~ # jls JID IP Address Hostname Path root@222-freebsd:~ # mount /dev/ad0p2 on / (ufs, local, journaled soft-updates) devfs on /dev (devfs, local, multilabel) storage on /storage (zfs, local, nfsv4acls) storage/generic on /storage/generic (zfs, local, nfsv4acls) devfs on /storage/generic/dev (devfs, local, multilabel) devfs on /storage/generic/dev (devfs, local, multilabel) root@222-freebsd:~ # >Fix: Unknown. >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"
kern/176484: panic: IPsec + enc(4); device name clash with CAM
>Number: 176484 >Category: kern >Synopsis: panic: IPsec + enc(4); device name clash with CAM >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: Wed Feb 27 19:10:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Dominic Marks >Release: >Organization: >Environment: 9.1-STABLE, today's source. >Description: If you try and use IPsec and an enc(4) device on 9.1 you get a panic. The encif structure isn't setup because the 'enc' device name clashes with another name in CAM. jhb@ found and fixed this in -current last year: http://lists.freebsd.org/pipermail/freebsd-net/2012-October/033403.html Seems the bug managed to make it into -stable recently. >How-To-Repeat: Use IPsec + enc(4) on 9.1. >Fix: See patch: http://lists.freebsd.org/pipermail/freebsd-net/2012-October/033403.html >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"
bin/176488: server(8) does not 'see' rcNG enabled services
>Number: 176488 >Category: bin >Synopsis: server(8) does not 'see' rcNG enabled services >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: Thu Feb 28 00:20:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Mike Carlson >Release:9.1-RELEASE >Organization: Bay Photo Lab >Environment: FreeBSD salt-1 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >Description: The service(8) utility does not see rcng enabled services: Example, I have salt_master installed, enabled and running: salt-1# cat /etc/rc.conf.d/salt_master salt_master_enable="YES" salt-1# /usr/local/etc/rc.d/salt_master rcvar # salt_master # salt_master_enable="YES" # (default: "") # service -e /etc/rc.d/hostid /etc/rc.d/hostid_save /etc/rc.d/ip6addrctl /etc/rc.d/cleanvar /etc/rc.d/devd /etc/rc.d/newsyslog /etc/rc.d/syslogd /etc/rc.d/dmesg /etc/rc.d/virecover /etc/rc.d/motd /etc/rc.d/ntpd /etc/rc.d/sshd /etc/rc.d/sendmail /etc/rc.d/cron /etc/rc.d/mixer /etc/rc.d/gptboot /etc/rc.d/bgfsck Yes, at the same time, service salt_master rcvar works, as well as a restart: salt-1# service salt_master rcvar # salt_master # salt_master_enable="YES" # (default: "") service salt_master restart Stopping salt_master. Waiting for PIDS: 10586 10587 10588 10589 10590 10591 10592 10593 10594. Starting salt_master. >How-To-Repeat: enable a service in /etc/rc.conf.d/: #echo "salt_master_enable=YES" >> /etc/rc.conf.d/salt_master verify that service -e does not show salt_master: # service -e /etc/rc.d/hostid /etc/rc.d/hostid_save /etc/rc.d/ip6addrctl /etc/rc.d/cleanvar /etc/rc.d/devd /etc/rc.d/newsyslog /etc/rc.d/syslogd /etc/rc.d/dmesg /etc/rc.d/virecover /etc/rc.d/motd /etc/rc.d/ntpd /etc/rc.d/sshd /etc/rc.d/sendmail /etc/rc.d/cron /etc/rc.d/mixer /etc/rc.d/gptboot /etc/rc.d/bgfsck Add same line to /etc/rc.conf # echo "salt_master_enable=YES" >> /etc/rc.conf # service -e /etc/rc.d/hostid /etc/rc.d/hostid_save /etc/rc.d/ip6addrctl /etc/rc.d/cleanvar /etc/rc.d/devd /etc/rc.d/newsyslog /etc/rc.d/syslogd /etc/rc.d/dmesg /etc/rc.d/virecover /etc/rc.d/motd /etc/rc.d/ntpd /usr/local/etc/rc.d/salt_master /etc/rc.d/sshd /etc/rc.d/sendmail /etc/rc.d/cron /etc/rc.d/mixer /etc/rc.d/gptboot /etc/rc.d/bgfsck >Fix: I'm not sure, but -e does not seem to lookup services in the same way that service $service_name rcvar does. >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: bin/176481: pam(3) does not search /usr/local/lib for modules
Synopsis: pam(3) does not search /usr/local/lib for modules Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Feb 28 01:26:27 UTC 2013 Responsible-Changed-Why: This appears to be a problem in the pam binary, not ports. http://www.freebsd.org/cgi/query-pr.cgi?pr=176481 ___ 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/176332: commit references a PR
The following reply was made to PR bin/176332; it has been noted by GNATS.
From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:
Subject: Re: bin/176332: commit references a PR
Date: Thu, 28 Feb 2013 01:22:21 + (UTC)
Author: gjb (doc,ports committer)
Date: Thu Feb 28 01:22:14 2013
New Revision: 247441
URL: http://svnweb.freebsd.org/changeset/base/247441
Log:
Properly handle '-h' argument.
PR: 176332
Reviewed by: scottl
MFC after: 3 days
Modified:
head/usr.bin/dc/dc.c
Modified: head/usr.bin/dc/dc.c
==
--- head/usr.bin/dc/dc.c Thu Feb 28 01:05:48 2013(r247440)
+++ head/usr.bin/dc/dc.c Thu Feb 28 01:22:14 2013(r247441)
@@ -84,7 +84,7 @@ main(int argc, char *argv[])
bool extended_regs = false, preproc_done = false;
/* accept and ignore a single dash to be 4.4BSD dc(1) compatible */
- while ((ch = getopt_long(argc, argv, "e:f:Vx", long_options, NULL)) !=
-1) {
+ while ((ch = getopt_long(argc, argv, "e:f:hVx", long_options, NULL)) !=
-1) {
switch (ch) {
case 'e':
if (!preproc_done)
___
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"
Re: kern/176482: [jail] Jails not unmounting devfs on exit
Old Synopsis: Jails not unmounting devfs on exit New Synopsis: [jail] Jails not unmounting devfs on exit Responsible-Changed-From-To: freebsd-bugs->freebsd-jail Responsible-Changed-By: linimon Responsible-Changed-When: Thu Feb 28 01:29:33 UTC 2013 Responsible-Changed-Why: Over to maintainer(s). This would certainly explain some of the odd results seen on the package build machines. http://www.freebsd.org/cgi/query-pr.cgi?pr=176482 ___ 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/176490: Re: kern/117711: [rpc] rpcbind binds to all interfaces on random ports even when using the -h flag
Old Synopsis: PR 117711 New Synopsis: Re: kern/117711: [rpc] rpcbind binds to all interfaces on random ports even when using the -h flag State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Thu Feb 28 02:55:33 UTC 2013 State-Changed-Why: Misfiled followup to kern/117711; content migrated. Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Feb 28 02:55:33 UTC 2013 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=176490 ___ 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/176491: qrIzdjKNJvPZOPzYZ
>Number: 176491 >Category: misc >Synopsis: qrIzdjKNJvPZOPzYZ >Confidential: no >Severity: serious >Priority: medium >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 28 04:40:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: uRctQAhhz >Release:itPcQhDdS >Organization: eNwuvrwTuQho >Environment: Just want to say what a great blog you got here!I've been around for quite a lot of time, but flilany decided to show my appreciation of your work! Thumbs up, and keep it going!CheersChristian, >Description: Just want to say what a great blog you got here!I've been around for quite a lot of time, but flilany decided to show my appreciation of your work! Thumbs up, and keep it going!CheersChristian, >How-To-Repeat: Just want to say what a great blog you got here!I've been around for quite a lot of time, but flilany decided to show my appreciation of your work! Thumbs up, and keep it going!CheersChristian, >Fix: Just want to say what a great blog you got here!I've been around for quite a lot of time, but flilany decided to show my appreciation of your work! Thumbs up, and keep it going!CheersChristian, >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: junk/176491: qrIzdjKNJvPZOPzYZ
Synopsis: qrIzdjKNJvPZOPzYZ State-Changed-From-To: open->closed State-Changed-By: gjb State-Changed-When: Thu Feb 28 04:48:06 UTC 2013 State-Changed-Why: Spam. Responsible-Changed-From-To: freebsd-bugs->gnats-adm Responsible-Changed-By: gjb Responsible-Changed-When: Thu Feb 28 04:48:06 UTC 2013 Responsible-Changed-Why: Spam. http://www.freebsd.org/cgi/query-pr.cgi?pr=176491 ___ 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"
