kern/175778: /usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to `std::bad_alloc::~bad_alloc()'

2013-02-02 Thread O. Hartmann 

>Number: 175778
>Category:   kern
>Synopsis:   /usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to 
>`std::bad_alloc::~bad_alloc()'
>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 02 09:10:00 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator: O. Hartmann
>Release:FreeBSD 10-CURRENT/amd64
>Organization:
FU Berlin
>Environment:
>Description:
Compiling world with option

-stdlib=libc++ -std=c++11

or even only

-stdlib=libc++

fails building world with the below shown error message.

Obviously, libc++ is broken.

Avoiding the option -stdlib=libc++

makes buildworld run cleanly thriugh everything.


[...]
===> libexec/atf/atf-check (all)
c++ -O2 -pipe -O3 -march=native -DHAVE_CONFIG_H -O3 -march=native -pipe 
-I/usr/src/libexec/atf/atf-check/../../../contrib/atf -Qunused-arguments 
-fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W 
-Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -Wno-empty-body 
-Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value 
-Wno-parentheses-equality -Wno-unused-function -Wno-conversion -stdlib=libc++ 
-std=c++11 -c 
/usr/src/libexec/atf/atf-check/../../../contrib/atf/atf-sh/atf-check.cpp
c++ -O2 -pipe -O3 -march=native -DHAVE_CONFIG_H -O3 -march=native -pipe 
-I/usr/src/libexec/atf/atf-check/../../../contrib/atf -Qunused-arguments 
-fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W 
-Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -Wno-empty-body 
-Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value 
-Wno-parentheses-equality -Wno-unused-function -Wno-conversion -stdlib=libc++ 
-std=c++11  
-L/usr/obj/usr/src/libexec/atf/atf-check/../../../lib/atf/libatf-c++ 
-L/usr/obj/usr/src/libexec/atf/atf-check/../../../lib/atf/libatf-c -o atf-check 
atf-check.o -latf-c++ -latf-c
/usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to 
`std::bad_alloc::~bad_alloc()'
/usr/obj/usr/src/libexec/atf/atf-check/../../../lib/atf/libatf-c++/libatf-c++.so:
 undefined reference to `std::bad_alloc::bad_alloc()'
/usr/obj/usr/src/libexec/atf/atf-check/../../../lib/atf/libatf-c++/libatf-c++.so:
 undefined reference to `std::bad_alloc::~bad_alloc()'
/usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to 
`std::bad_alloc::bad_alloc()'
c++: error: linker command failed with exit code 1 (use -v to see invocation)
*** [atf-check] Error code 1

Stop in /usr/src/libexec/atf/atf-check.
*** [all] Error code 1

Stop in /usr/src/libexec/atf.
*** [all] Error code 1

Stop in /usr/src/libexec.
*** [libexec.all__D] Error code 1

Stop in /usr/src.
*** [everything] Error code 1

Stop in /usr/src.
*** [buildworld] Error code 1

Stop in /usr/src.

>How-To-Repeat:
Build world with CXXFLAGS+= -stdlib=libc++ and WITH_LIBCPLUSPLUS=YES set in 
/etc/src.conf or /etc/make.conf
>Fix:
Avoid the build with -stdlib=libc++

>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/175759: Correct data types for fields of struct qm_trace{} from

2013-02-02 Thread Andrey Simonenko 
The following reply was made to PR kern/175759; it has been noted by GNATS.

From: Andrey Simonenko 
To: Gleb Smirnoff 
Cc: freebsd-gnats-sub...@freebsd.org
Subject: Re: kern/175759: Correct data types for fields of struct qm_trace{}
 from 
Date: Sat, 2 Feb 2013 12:53:04 +0200

 What about the following change:
 
 1. Allow a user to specify how many places to remember via QMD_TRACE_N.
 
 2. Initialize struct qm_trace{} in *_INIT() and *_INITIALIZE().
 
 3. Lists' elements usually are not initialized, so first entry in
the info[] array will have random index.
 
 4. struct qm_trace{} is not anonymous, to allow it to be used in
debugger scripts.
 
 I chose "unsigned long" for line number, but "int" or "unsigned int"
 also can be used.
 
 --- queue.h.orig   2012-11-19 14:38:37.0 +0200
 +++ queue.h2013-02-02 12:40:42.0 +0200
 @@ -103,38 +103,54 @@
   *
   */
  #ifdef QUEUE_MACRO_DEBUG
 -/* Store the last 2 places the queue element or head was altered */
 +
 +#ifndef QMD_TRACE_N
 +# define QMD_TRACE_N  2
 +#endif
 +
 +/* Store the last QMD_TRACE_N places the queue element or head was altered */
  struct qm_trace {
 -  char * lastfile;
 -  int lastline;
 -  char * prevfile;
 -  int prevline;
 +  unsigned intidx;
 +  struct {
 +  const char  *file;
 +  unsigned long   line;
 +  }   info[QMD_TRACE_N];
  };
  
 -#define   TRACEBUFstruct qm_trace trace;
 -#define   TRASHIT(x)  do {(x) = (void *)-1;} while (0)
 +#define   QMD_TRACE_BUF   struct qm_trace trace;
 +#define   QMD_TRASHIT(x)  do {(x) = (void *)-1;} while (0)
  #define   QMD_SAVELINK(name, link)void **name = (void *)&(link)
  
 -#define   QMD_TRACE_HEAD(head) do {   
\
 -  (head)->trace.prevline = (head)->trace.lastline;\
 -  (head)->trace.prevfile = (head)->trace.lastfile;\
 -  (head)->trace.lastline = __LINE__;  \
 -  (head)->trace.lastfile = __FILE__;  \
 +#define   QMD_TRACE_INITIALIZER , { 0, { { __FILE__, __LINE__ } } }
 +
 +#define   QMD_TRACE_INIT(x) do {  
\
 +  unsigned int __i;   \
 +  (x)->trace.idx = 0; \
 +  (x)->trace.info[0].file = __FILE__; \
 +  (x)->trace.info[0].line = __LINE__; \
 +  for (__i = 1; __i < QMD_TRACE_N; ++__i) {   \
 +  (x)->trace.info[__i].file = NULL;   \
 +  (x)->trace.info[__i].line = 0;  \
 +  }   \
  } while (0)
  
 -#define   QMD_TRACE_ELEM(elem) do {   
\
 -  (elem)->trace.prevline = (elem)->trace.lastline;\
 -  (elem)->trace.prevfile = (elem)->trace.lastfile;\
 -  (elem)->trace.lastline = __LINE__;  \
 -  (elem)->trace.lastfile = __FILE__;  \
 +#define   QMD_TRACE(x) do {   
\
 +  (x)->trace.idx = ((x)->trace.idx + 1) % QMD_TRACE_N;\
 +  (x)->trace.info[(x)->trace.idx].file = __FILE__;\
 +  (x)->trace.info[(x)->trace.idx].line = __LINE__;\
  } while (0)
  
 +#define QMD_TRACE_HEAD(head) QMD_TRACE(head)
 +#define QMD_TRACE_ELEM(elem) QMD_TRACE(elem)
 +
  #else
 +#define   QMD_TRACE_BUF
 +#define   QMD_TRACE_INITIALIZER
 +#define   QMD_TRACE_INIT(x)
  #define   QMD_TRACE_ELEM(elem)
  #define   QMD_TRACE_HEAD(head)
  #define   QMD_SAVELINK(name, link)
 -#define   TRACEBUF
 -#define   TRASHIT(x)
 +#define   QMD_TRASHIT(x)
  #endif/* QUEUE_MACRO_DEBUG */
  
  /*
 @@ -202,7 +218,7 @@
curelm = SLIST_NEXT(curelm, field); \
SLIST_REMOVE_AFTER(curelm, field);  \
}   \
 -  TRASHIT(*oldnext);  \
 +  QMD_TRASHIT(*oldnext);  \
  } while (0)
  
  #define SLIST_REMOVE_AFTER(elm, field) do {   \
 @@ -303,7 +319,7 @@
curelm = STAILQ_NEXT(curelm, field);\
STAILQ_REMOVE_AFTER(head, curelm, field);   \
}   \
 -  TRASHIT(*oldnext);  \
 +  QMD_TRASHIT(*oldnext);  \
  } while (0)
  
  #define STAILQ_REMOVE_AFTER(head, elm, field) do {

misc/175782: x11/xterm-288 not execute all commands correctly

2013-02-02 Thread nemysis 

>Number: 175782
>Category:   misc
>Synopsis:   x11/xterm-288 not execute all commands correctly
>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 02 16:50:00 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator: nemysis
>Release:FreeBSD 9.1-RELEASE amd64
>Organization:
>Environment:
FreeBSD FreeBSD_Ports 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 
09:23:10
>Description:
Not works, not read some characters 

xterm mc

xterm: Could not exec XTERM_SHELL=XTERM_SHELL=in/mc: No such file or directory

which mc
/usr/local/bin/mc


xterm radio

xterm: Could not exec XTERM_SHELL=XTERM_SHELL=dio: No such file or directory

which radio
/home/bin/radio


But his works, XFCE Terminal is a PC-BSD PBI without links

xterm terminal

which terminal
/root/bin/terminal


With older versions XTerm have all worked. Only with 288 versions not works.
>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: kern/169954: [umass] Western Digital My Passport : (da1:umass-sim1:1:0:0): fatal error, failed to attach to device

2013-02-02 Thread Anish Mistry 
The following reply was made to PR kern/169954; it has been noted by GNATS.

From: Anish Mistry 
To: bug-follo...@freebsd.org
Cc:  
Subject: Re: kern/169954: [umass] Western Digital My Passport : 
(da1:umass-sim1:1:0:0): fatal error, failed to attach to device
Date: Sat, 2 Feb 2013 13:21:53 -0500

 --nextPart14959643.WhcaMhHq5J
 Content-Type: text/plain;
   charset="us-ascii"
 Content-Transfer-Encoding: quoted-printable
 
 This quirk works.  You can accomplish the same thing manually:
 usbconfig -d 5.4 add_quirk UQ_MSC_FORCE_SHORT_INQ
 usbconfig -d 5.4 reset
 
 "5.4" should be the device location of your drive.
 
 =2D-=20
 Anish Mistry
 
 --nextPart14959643.WhcaMhHq5J
 Content-Type: application/pgp-signature; name=signature.asc 
 Content-Description: This is a digitally signed message part.
 
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v2.0.19 (FreeBSD)
 
 iEYEABECAAYFAlENWU4ACgkQxqA5ziudZT2sWACg2pKQQSJKLXtYpLjRqEKiUH43
 DvgAoKmWPkbOmL/II01wvFEtUic0HnBW
 =L2g6
 -END PGP SIGNATURE-
 
 --nextPart14959643.WhcaMhHq5J--
___
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/174011: [patch] crunchide(1): support non-custom elf object layout

2013-02-02 Thread pfg 
Synopsis: [patch] crunchide(1): support non-custom elf object layout

Responsible-Changed-From-To: freebsd-bugs->pfg
Responsible-Changed-By: pfg
Responsible-Changed-When: Sat Feb 2 19:18:39 UTC 2013
Responsible-Changed-Why: 
I'll grab this one.

http://www.freebsd.org/cgi/query-pr.cgi?pr=174011
___
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/175784: security/clamav should be set to USE_GCC=any

2013-02-02 Thread Tom Judge 

>Number: 175784
>Category:   misc
>Synopsis:   security/clamav should be set to USE_GCC=any
>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 02 20:20:00 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator: Tom Judge
>Release:
>Organization:
Sourcefire Inc
>Environment:
>Description:
ClamAV's detection is not tested when compiled with clang, and the next release 
will be broken with clang.  Please mark the port as requiring gcc with 
USE_GCC=any.

>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/175788: FreeBSD Handbook - Dead Link

2013-02-02 Thread Francois 

>Number: 175788
>Category:   misc
>Synopsis:   FreeBSD Handbook - Dead Link
>Confidential:   no
>Severity:   non-critical
>Priority:   low
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  doc-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Feb 02 21:10:00 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator: Francois
>Release:8.3-RELEASE-p3
>Organization:
>Environment:
FreeBSD perso.tic.com 8.3-RELEASE-p3 FreeBSD 8.3-RELEASE-p3 #0: Mon Jun 11 
23:52:38 UTC 2012 
r...@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  i386

>Description:
The hypertext link to the D Language is not working! 
>How-To-Repeat:
Go to to Section 26.5 on the Online FreeBSD handbook. 
(http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/index.html)

Click on the link: http://wikis.sun.com/display/DTrace/Documentation.
>Fix:
Proposed link: (from Oracle instead of Sun)

Dtrace
https://wikis.oracle.com/display/DTrace/Documentation

>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: docs/175788: FreeBSD Handbook - Dead Link

2013-02-02 Thread eadler 
Synopsis: FreeBSD Handbook - Dead Link

Responsible-Changed-From-To: freebsd-bugs->freebsd-doc
Responsible-Changed-By: eadler
Responsible-Changed-When: Sat Feb 2 23:52:37 UTC 2013
Responsible-Changed-Why: 
fix category & assign

http://www.freebsd.org/cgi/query-pr.cgi?pr=175788
___
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/175790: [parch] Fix Ken Thompson line in calendar.birthday

2013-02-02 Thread Alex Kozlov 

>Number: 175790
>Category:   bin
>Synopsis:   [parch] Fix Ken Thompson line in calendar.birthday
>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:   Sun Feb 03 01:20:00 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator: Alex Kozlov
>Release:RELENG_9
>Organization:
private
>Environment:
>Description:
The calendar uses cpp in traditional mode to process calendar files and because 
of this word 'unix' expands to 1 (see man gcc). The ansi or higher -std modes 
can't be used because we need to preserve tabs for calendar, therefore I 
propose to change 'unix' to 'Unix'.
>How-To-Repeat:
$echo unix >/tmp/testcpp.txt

$cpp --version
cpp (GCC) 4.2.2 20070831 prerelease [FreeBSD]
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

$cpp -P -traditional -nostdinc /tmp/testcpp.txt
1

$cpp --version
FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 20121221
Target: x86_64-unknown-freebsd10.0
Thread model: posix
 
$cpp -P -traditional -nostdinc /tmp/testcpp.txt
1
>Fix:


Patch attached with submission follows:

Index: share/calendar/calendar.birthday
@@ -42,7 +42,7 @@
 01/30  Franklin Delano Roosevelt born in Hyde Park, New York, 1882
 01/31  Jackie Robinson born, 1919
 02/03  Gertrude Stein born, 1874
-02/04  Ken Thompson, creator of unix, born, 1943
+02/04  Ken Thompson, creator of Unix, born, 1943
 02/05  Alex Harvey (SAHB) is born in Glasgow, Scotland, 1935
 02/06  King George VI of UK dies;  his daughter becomes Elizabeth II, 1952
 02/07  Sinclair Lewis born, 1885


>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/175790: [parch] Fix Ken Thompson line in calendar.birthday

2013-02-02 Thread eadler 
Synopsis: [parch] Fix Ken Thompson line in calendar.birthday

Responsible-Changed-From-To: freebsd-bugs->eadler
Responsible-Changed-By: eadler
Responsible-Changed-When: Sun Feb 3 01:24:13 UTC 2013
Responsible-Changed-Why: 
I should not be taking on additional work, but this is too important :)

http://www.freebsd.org/cgi/query-pr.cgi?pr=175790
___
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/175757: [xen] [patch] xen pvhvm looses keyboard input from VNC

2013-02-02 Thread linimon 
Old Synopsis: xen pvhvm looses keyboard input from VNC
New Synopsis: [xen] [patch] xen pvhvm looses keyboard input from VNC

Responsible-Changed-From-To: freebsd-bugs->freebsd-xen
Responsible-Changed-By: linimon
Responsible-Changed-When: Sun Feb 3 01:55:36 UTC 2013
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=175757
___
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/175782: x11/xterm 288 not execute all commands correctly

2013-02-02 Thread linimon 
Old Synopsis: x11/xterm-288 not execute all commands correctly
New Synopsis: x11/xterm 288 not execute all commands correctly

Responsible-Changed-From-To: freebsd-bugs->freebsd-ports-bugs
Responsible-Changed-By: linimon
Responsible-Changed-When: Sun Feb 3 01:58:14 UTC 2013
Responsible-Changed-Why: 
ports PR.

http://www.freebsd.org/cgi/query-pr.cgi?pr=175782
___
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/175784: security/clamav should be set to USE_GCC=any

2013-02-02 Thread linimon 
Synopsis: security/clamav should be set to USE_GCC=any

Responsible-Changed-From-To: freebsd-bugs->freebsd-ports-bugs
Responsible-Changed-By: linimon
Responsible-Changed-When: Sun Feb 3 02:00:36 UTC 2013
Responsible-Changed-Why: 
ports PR.

http://www.freebsd.org/cgi/query-pr.cgi?pr=175784
___
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/175791: Fatal trap 12: page fault while in kernel mode at seemingly random times.

2013-02-02 Thread Dimitri Semitsoglou-Tsiapos 

>Number: 175791
>Category:   kern
>Synopsis:   Fatal trap 12: page fault while in kernel mode at seemingly 
>random times.
>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:   Sun Feb 03 02:50:00 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator: Dimitri Semitsoglou-Tsiapos
>Release:9.1-RELEASE
>Organization:
>Environment:
FreeBSD fbsd 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:
System seems to crash at random times, during casual desktop use.
During the last crash the system was very low on Free memory (around 100M 
according to `top`), while swap was not being used.

I'm not sure if the backtrace [1] contains the desired output (seems to start 
at /usr/src/sys/kern/kern_shutdown.c).
When running kgdb in /var/crash the output points to ULE instead [2].

[1] http://sprunge.us/CjHC
[2] http://sprunge.us/SMPa
>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"

bin/175793: modfind(2) doesn't understand modules with underscores

2013-02-02 Thread Garrett Cooper 

>Number: 175793
>Category:   bin
>Synopsis:   modfind(2) doesn't understand modules with underscores
>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:   Sun Feb 03 04:40:00 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator: Garrett Cooper
>Release:9.1-STABLE
>Organization:
EMC Isilon
>Environment:
FreeBSD bayonetta.local 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0 r+39e5635: Tue 
Dec 11 08:55:27 PST 2012 
gcooper@bayonetta.local:/usr/obj/scratch/git/github/yaneurabeya-freebsd-stable-9/sys/BAYONETTA
  amd64
>Description:
Tried to use kldstat -m to determine whether or not a networking module is 
loaded, and FWIW it appears to not work as expected:

$ kldstat 
Id Refs AddressSize Name
 1   30 0x8020 91e2d8   kernel
 21 0x80b1f000 264378   zfs.ko
 35 0x80d84000 25e38krpc.ko
 42 0x80daa000 60d8 opensolaris.ko
 51 0x80e12000 7afb aio.ko
 61 0x80e1a000 a5bf if_re.ko
 71 0x80e25000 303fdnfsd.ko
 81 0x80e56000 110b8nfscommon.ko
 92 0x80e68000 3ff  nfssvc.ko
102 0x80e69000 faf  nfslock.ko
111 0x80e6a000 e235 nfslockd.ko
121 0x80e79000 2860akqemu.ko
$ kldstat -m if_re
kldstat: can't find module if_re: No such file or directory
$ kldstat -m kqemu
Id  Refs Name
1981 kqemu
$ kldstat -m re   
kldstat: can't find module re: No such file or directory

Not sure why, but this code in kern_module appears to be broken, or just 
doesn't represent data consistent to expectations from the printouts provided 
by kldstat:

>From kern_module.c:

217 module_t
218 module_lookupbyname(const char *name)
219 {
220 module_t mod;
221 int err;
222 
223 MOD_LOCK_ASSERT;
224 
225 TAILQ_FOREACH(mod, &modules, link) {
226 err = strcmp(mod->name, name);
227 if (err == 0)
228 return (mod);
229 }
230 return (NULL);
231 }

>From if_re.c:

 337 DRIVER_MODULE(re, pci, re_driver, re_devclass, 0, 0);

I've seen similar issues with bge(4) on a work machine, so I don't think it's 
isolated to re(4)...
>How-To-Repeat:
kldstat -m if_
>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: bin/175793: modfind(2) doesn' t understand modules with underscores

2013-02-02 Thread Garrett Cooper 
The following reply was made to PR bin/175793; it has been noted by GNATS.

From: Garrett Cooper 
To: bug-follo...@freebsd.org,
 yaneurab...@gmail.com
Cc:  
Subject: Re: bin/175793: modfind(2) doesn't understand modules with 
underscores
Date: Sat, 2 Feb 2013 20:41:40 -0800

Weird. It just appears to be some networking modules, but not =
 others (in particular, if_bge, if_em, if_igb, if_re). if_firewire and =
 mpt_cam on the otherhand function as expected :/.
 Thanks,
 -Garrett=
___
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/175793: modfind(2) doesn't understand modules with underscores

2013-02-02 Thread Glen Barber 
The following reply was made to PR bin/175793; it has been noted by GNATS.

From: Glen Barber 
To: Garrett Cooper 
Cc: bug-follo...@freebsd.org
Subject: Re: bin/175793: modfind(2) doesn't understand modules with
 underscores
Date: Sat, 2 Feb 2013 23:50:46 -0500

 --cWoXeonUoKmBZSoM
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline
 
 On Sun, Feb 03, 2013 at 04:37:23AM +, Garrett Cooper wrote:
 > I've seen similar issues with bge(4) on a work machine, so I don't think 
 > it's isolated to re(4)...
 
 Definitely not isolated to re(4), nor networking drivers alone.
 
 gjb@nucleus:~ % kldstat -m acpi_asus
 kldstat: can't find module acpi_asus: No such file or directory
 gjb@nucleus:~ % kldstat -m geom_eli
 kldstat: can't find module geom_eli: No such file or directory
 gjb@nucleus:~ % kldstat | egrep "(acpi_asus|geom_eli)"
  41 0x8122 1fc48geom_eli.ko
  91 0x8138b000 8b10 acpi_asus.ko
 
 Glen
 
 
 --cWoXeonUoKmBZSoM
 Content-Type: application/pgp-signature
 
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v2.0.19 (FreeBSD)
 
 iQEcBAEBCAAGBQJRDeymAAoJEFJPDDeguUajxPsH/3S6+Z4hZWkqAKH8nB+FbphZ
 F9XOjIHXbtKUezUx8oh0bGnsUnlf5N5zOEKEswFULz9xIkVIHkUCU8MgdQRoCXzv
 fQjOtPzL2ePCh31ulliBk1Fiqp6TlNDDpeHH2qWhXJSAhbx4KjcQ2vxCeWhi+NM8
 vyC/GsFDv1NPE14MVR0rTIKc7UyEJI8vAhisC9OFZL4vZXHNwX4Vu3K+ikWKlasQ
 duFdtngMJFR+7EvpBWGngbkN5C/jRS4RuovAtqaWTUWIQO7ZOy4rOG/jO6vohZhM
 RgxibizLVVwGBmFhcH4OkuEDxD7UJzqYqkVb9Z8hY8Lquj0n8Wrf/+klxMy9ePY=
 =EFlM
 -END PGP SIGNATURE-
 
 --cWoXeonUoKmBZSoM--
___
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/175793: modfind(2) doesn't understand modules with underscores

2013-02-02 Thread Garrett Cooper 
The following reply was made to PR bin/175793; it has been noted by GNATS.

From: Garrett Cooper 
To: Glen Barber 
Cc: bug-follo...@freebsd.org
Subject: Re: bin/175793: modfind(2) doesn't understand modules with underscores
Date: Sat, 2 Feb 2013 20:56:53 -0800

 On Feb 2, 2013, at 8:50 PM, Glen Barber wrote:
 
 > On Sun, Feb 03, 2013 at 04:37:23AM +, Garrett Cooper wrote:
 >> I've seen similar issues with bge(4) on a work machine, so I don't =
 think it's isolated to re(4)...
 >=20
 > Definitely not isolated to re(4), nor networking drivers alone.
 >=20
 > gjb@nucleus:~ % kldstat -m acpi_asus
 > kldstat: can't find module acpi_asus: No such file or directory
 > gjb@nucleus:~ % kldstat -m geom_eli
 > kldstat: can't find module geom_eli: No such file or directory
 > gjb@nucleus:~ % kldstat | egrep "(acpi_asus|geom_eli)"
 > 41 0x8122 1fc48geom_eli.ko
 > 91 0x8138b000 8b10 acpi_asus.ko
 
Yeah.. it's a bit unexpected. I would need to do more digging, =
 but my guess is that it's an inconsistency in module naming and =
 representation as the loop I showed in the original bug report is simple =
 enough >_>=85
 Thanks for the info though!
 -Garrett=
___
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/175674: sem_open() should use O_EXLOCK with open() instead of a separate flock() call

2013-02-02 Thread Giorgos Keramidas 
The following reply was made to PR kern/175674; it has been noted by GNATS.

From: Giorgos Keramidas 
To: Jukka Ukkonen 
Cc: freebsd-gnats-sub...@freebsd.org, jil...@freebsd.org,
davi...@freebsd.org
Subject: Re: kern/175674: sem_open() should use O_EXLOCK with open() instead
 of a separate flock() call
Date: Sun, 3 Feb 2013 06:25:25 +0100

 On 2013-01-29 18:03, Jukka Ukkonen  wrote:
 > >Number: 175674
 > >Category:   kern
 > >Synopsis:   sem_open() should use O_EXLOCK with open() instead of a 
 > >separate flock() call
 
 > >Environment:
 > FreeBSD sleipnir 9.1-STABLE FreeBSD 9.1-STABLE #2 r246056M: Tue Jan 29 
 > 07:33:01 EET 2013 root@sleipnir:/usr/obj/usr/src/sys/Sleipnir  amd64
 > >Description:
 > sem_open() is calling flock() to set a lock on a newly created file 
 > descriptor.
 > That is pointless. The open() call a few lines before the flock() could, and
 > in my opinion should, be done with the O_EXLOCK flag set.
 
 It's also a bit safer to obtain the exclusive lock atomically before
 open() returns. Waiting for open() to complete and then calling flock()
 has a race condition.
 
 Jilles and David, do you think this patch looks ok for libc?
 
 > Patch attached with submission follows:
 > 
 > --- lib/libc/gen/sem_new.c.flock 2012-11-09 18:50:05.0 +0200
 > +++ lib/libc/gen/sem_new.c   2012-11-09 18:44:59.0 +0200
 > @@ -198,11 +198,13 @@
 >  goto error;
 >  }
 >  
 > -fd = _open(path, flags|O_RDWR|O_CLOEXEC, mode);
 > +fd = _open(path, flags|O_RDWR|O_CLOEXEC|O_EXLOCK, mode);
 >  if (fd == -1)
 >  goto error;
 > +#if 0
 >  if (flock(fd, LOCK_EX) == -1)
 >  goto error;
 > +#endif
 >  if (_fstat(fd, &sb)) {
 >  flock(fd, LOCK_UN);
 >  goto error;
 
___
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/175674: sem_open() should use O_EXLOCK with open() instead of a separate flock() call

2013-02-02 Thread Eitan Adler 
On 3 February 2013 00:30, Giorgos Keramidas  wrote:
>  Jilles and David, do you think this patch looks ok for libc?

Why bother keeping the contents of the #if 0?  Remove it.  Then it
looks good to me.


-- 
Eitan Adler
___
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/175674: sem_open() should use O_EXLOCK with open() instead of a separate flock() call

2013-02-02 Thread Eitan Adler 
The following reply was made to PR kern/175674; it has been noted by GNATS.

From: Eitan Adler 
To: Giorgos Keramidas 
Cc: freebsd-bugs@freebsd.org, bug-followup 
Subject: Re: kern/175674: sem_open() should use O_EXLOCK with open() instead
 of a separate flock() call
Date: Sun, 3 Feb 2013 01:18:17 -0500

 On 3 February 2013 00:30, Giorgos Keramidas  wrote:
 >  Jilles and David, do you think this patch looks ok for libc?
 
 Why bother keeping the contents of the #if 0?  Remove it.  Then it
 looks good to me.
 
 
 -- 
 Eitan Adler
___
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"