Re: misc/147470: [patch] typo and mistake in UPDATING file

2010-06-20 Thread brian
Synopsis: [patch] typo and mistake in UPDATING file

Responsible-Changed-From-To: freebsd-bugs->imp
Responsible-Changed-By: brian
Responsible-Changed-When: Sun Jun 20 07:28:55 UTC 2010
Responsible-Changed-Why: 
It looks like r207497 (committed by imp) causes some confusion.

The 20100417 entry is at least out of order, but it also seems
wrong as COMPAT_IA32 was removed... wasn't it?

Anyway, assigning this to you Warner in the hope that you'll
either remove the 20100417 entry or merge it with the 20100406
entry.

Incidentally, the FREEBDS typo was fixed by r208847...

http://www.freebsd.org/cgi/query-pr.cgi?pr=147470
___
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/145232: [boot] [patch] Fix compiler warning with libficl by exporting dictCheckThreshold in ficl.h

2010-06-20 Thread brian
Synopsis: [boot] [patch] Fix compiler warning with libficl by exporting 
dictCheckThreshold in ficl.h

State-Changed-From-To: open->patched
State-Changed-By: brian
State-Changed-When: Sun Jun 20 07:59:29 UTC 2010
State-Changed-Why: 
Submitted to head (r209361).  I'll MFC after 1 week.

http://www.freebsd.org/cgi/query-pr.cgi?pr=145232
___
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/145232: commit references a PR

2010-06-20 Thread dfilter service
The following reply was made to PR kern/145232; it has been noted by GNATS.

From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:  
Subject: Re: kern/145232: commit references a PR
Date: Sun, 20 Jun 2010 08:03:20 + (UTC)

 Author: brian
 Date: Sun Jun 20 08:03:06 2010
 New Revision: 209361
 URL: http://svn.freebsd.org/changeset/base/209361
 
 Log:
   Add a missing prototype
   
   PR:  145232
   Submitted by:gcooper
   MFC after:   1 week
 
 Modified:
   head/sys/boot/ficl/ficl.h
 
 Modified: head/sys/boot/ficl/ficl.h
 ==
 --- head/sys/boot/ficl/ficl.h  Sun Jun 20 06:52:10 2010(r209360)
 +++ head/sys/boot/ficl/ficl.h  Sun Jun 20 08:03:06 2010(r209361)
 @@ -757,6 +757,7 @@ voiddictAppendUNS  (FICL_DICT *p
  int dictCellsAvail (FICL_DICT *pDict);
  int dictCellsUsed  (FICL_DICT *pDict);
  voiddictCheck  (FICL_DICT *pDict, FICL_VM *pVM, int n);
 +voiddictCheckThreshold(FICL_DICT* dp);
  FICL_DICT  *dictCreate(unsigned nCELLS);
  FICL_DICT  *dictCreateHashed(unsigned nCells, unsigned nHash);
  FICL_HASH  *dictCreateWordlist(FICL_DICT *dp, int nBuckets);
 ___
 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/144192: [patch] support for thresholds in du(1)

2010-06-20 Thread brian
Synopsis: [patch] support for thresholds in du(1)

State-Changed-From-To: open->patched
State-Changed-By: brian
State-Changed-When: Sun Jun 20 08:25:50 UTC 2010
State-Changed-Why: 
I've submitted this to head (r209362) and will MFC after 3 weeks.

IMHO this flag is a brilliantly simple idea.

http://www.freebsd.org/cgi/query-pr.cgi?pr=144192
___
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/144192: commit references a PR

2010-06-20 Thread dfilter service
The following reply was made to PR bin/144192; it has been noted by GNATS.

From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:  
Subject: Re: bin/144192: commit references a PR
Date: Sun, 20 Jun 2010 08:27:13 + (UTC)

 Author: brian
 Date: Sun Jun 20 08:27:03 2010
 New Revision: 209362
 URL: http://svn.freebsd.org/changeset/base/209362
 
 Log:
   Add a -t switch for masking output that's above or below certain thresholds.
   This switch makes it a lot easier to locate problem areas when a process
   is threatening to consume all of your disk space.
   
   PR:  144192
   Submitted by:gk
   MFC after:   3 weeks
 
 Modified:
   head/usr.bin/du/du.1
   head/usr.bin/du/du.c
 
 Modified: head/usr.bin/du/du.1
 ==
 --- head/usr.bin/du/du.1   Sun Jun 20 08:03:06 2010(r209361)
 +++ head/usr.bin/du/du.1   Sun Jun 20 08:27:03 2010(r209362)
 @@ -42,7 +42,7 @@
  .Nm
  .Op Fl A
  .Op Fl H | L | P
 -.Op Fl a | s | d Ar depth
 +.Op Fl a | s | d Ar depth | Fl t Ar threshold
  .Op Fl c
  .Op Fl l
  .Op Fl h | k | m | B Ar blocksize
 @@ -107,6 +107,14 @@ This option exists solely for conformanc
  Display an entry for each specified file.
  (Equivalent to
  .Fl d Li 0 )
 +.It Fl t Ar threshold
 +Display only entries for which size exceeds
 +.Ar threshold .
 +If
 +.Ar threshold
 +is negative, display only entries for which size is less than the absolute
 +value of
 +.Ar threshold .
  .It Fl d Ar depth
  Display an entry for all files and directories
  .Ar depth
 
 Modified: head/usr.bin/du/du.c
 ==
 --- head/usr.bin/du/du.c   Sun Jun 20 08:03:06 2010(r209361)
 +++ head/usr.bin/du/du.c   Sun Jun 20 08:27:03 2010(r209362)
 @@ -90,6 +90,7 @@ main(int argc, char *argv[])
FTS *fts;
FTSENT  *p;
off_t   savednumber, curblocks;
 +  off_t   threshold, threshold_sign;
int ftsoptions;
int listall;
int depth;
 @@ -106,12 +107,14 @@ main(int argc, char *argv[])
save = argv;
ftsoptions = 0;
savednumber = 0;
 +  threshold = 0;
 +  threshold_sign = 1;
cblocksize = DEV_BSIZE;
blocksize = 0;
depth = INT_MAX;
SLIST_INIT(&ignores);
  
 -  while ((ch = getopt(argc, argv, "AB:HI:LPasd:chklmnrx")) != -1)
 +  while ((ch = getopt(argc, argv, "AB:HI:LPasd:chklmnrt:x")) != -1)
switch (ch) {
case 'A':
Aflag = 1;
 @@ -179,6 +182,14 @@ main(int argc, char *argv[])
break;
case 'r':/* Compatibility. */
break;
 +  case 't' :
 +  if (expand_number(optarg, &threshold) != 0 ||
 +  threshold == 0) {
 +  warnx("invalid threshold: %s", optarg);
 +  usage();
 +  } else if (threshold < 0)
 +  threshold_sign = -1;
 +  break;
case 'x':
ftsoptions |= FTS_XDEV;
break;
 @@ -248,6 +259,10 @@ main(int argc, char *argv[])
blocksize /= DEV_BSIZE;
}
  
 +  if (threshold != 0)
 +  threshold = howmany(threshold / DEV_BSIZE * cblocksize,
 +  blocksize);
 +
rval = 0;
  
(void)signal(SIGINFO, siginfo);
 @@ -271,7 +286,9 @@ main(int argc, char *argv[])
p->fts_parent->fts_bignum += p->fts_bignum +=
curblocks;
  
 -  if (p->fts_level <= depth) {
 +  if (p->fts_level <= depth && threshold <=
 +  threshold_sign * howmany(p->fts_bignum *
 +  cblocksize, blocksize)) {
if (hflag) {
prthumanval(p->fts_bignum);
(void)printf("\t%s\n", p->fts_path);
 ___
 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/147961: crash when forwarding enabled between two Broadcom cards on gigabit ports

2010-06-20 Thread Vladimir Nikolic
bce0:  mem
0xf800-0xf9ff irq 18 at device 0.0 on pci3
ce1:  mem
0xfa00-0xfbff irq 19 at device 0.0 on pci5

(kgdb) backtrace
#0  doadump () at pcpu.h:196
#1  0xc05f1097 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418
#2  0xc05f1369 in panic (fmt=Variable "fmt" is not available.
) at /usr/src/sys/kern/kern_shutdown.c:574
#3  0xc07bd95c in trap_fatal (frame=0xea7b7ab0, eva=393484304) at
/usr/src/sys/i386/i386/trap.c:950
#4  0xc07bdbc0 in trap_pfault (frame=0xea7b7ab0, usermode=0,
eva=393484304) at /usr/src/sys/i386/i386/trap.c:863
#5  0xc07be569 in trap (frame=0xea7b7ab0) at
/usr/src/sys/i386/i386/trap.c:541
#6  0xc07a1c8b in calltrap () at /usr/src/sys/i386/i386/exception.s:166
#7  0xc05e1396 in _mtx_trylock (m=0x17741800, opts=0, file=0x0, line=0)
at /usr/src/sys/kern/kern_mutex.c:260
#8  0xc076fa50 in vmtotal (oidp=0xc0897160, arg1=0x0, arg2=48,
req=0xea7b7ba4) at /usr/src/sys/vm/vm_meter.c:115
#9  0xc05fb0f7 in sysctl_root (oidp=Variable "oidp" is not available.
) at /usr/src/sys/kern/kern_sysctl.c:1419
#10 0xc05fc3f4 in userland_sysctl (td=0xc7a906c0, name=0xea7b7c14,
namelen=2, old=0xbfbfe664, oldlenp=0xbfbfe748, inkernel=0, new=0x0,
newlen=0,
retval=0xea7b7c10, flags=0) at /usr/src/sys/kern/kern_sysctl.c:1522
#11 0xc05fc584 in __sysctl (td=0xc7a906c0, uap=0xea7b7cfc) at
/usr/src/sys/kern/kern_sysctl.c:1449
#12 0xc07bdf15 in syscall (frame=0xea7b7d38) at
/usr/src/sys/i386/i386/trap.c:1101
#13 0xc07a1cf0 in Xint0x80_syscall () at
/usr/src/sys/i386/i386/exception.s:262
#14 0x0033 in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb)

lini...@freebsd.org wrote:
> Synopsis: crash when forwarding enabled between two Broadcom cards on gigabit 
> ports
> 
> State-Changed-From-To: open->feedback
> State-Changed-By: linimon
> State-Changed-When: Fri Jun 18 21:26:00 UTC 2010
> State-Changed-Why: 
> Please provide us with the lines from your dmesg that show which
> Broadcom driver attaches.  Also, it would be helpful if you could
> print out the stack trace.
> 
> http://www.freebsd.org/cgi/query-pr.cgi?pr=147961
___
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/143558: [patch] Add verbose option to pkill(1)

2010-06-20 Thread brian
Synopsis: [patch] Add verbose option to pkill(1)

State-Changed-From-To: open->patched
State-Changed-By: brian
State-Changed-When: Sun Jun 20 08:46:39 UTC 2010
State-Changed-Why: 
Submitted to head (r209363) with a few wording tweaks and style(9) fixes.
I'll MFC after 3 weeks.

http://www.freebsd.org/cgi/query-pr.cgi?pr=143558
___
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/143558: commit references a PR

2010-06-20 Thread dfilter service
The following reply was made to PR bin/143558; it has been noted by GNATS.

From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:  
Subject: Re: bin/143558: commit references a PR
Date: Sun, 20 Jun 2010 08:48:40 + (UTC)

 Author: brian
 Date: Sun Jun 20 08:48:30 2010
 New Revision: 209363
 URL: http://svn.freebsd.org/changeset/base/209363
 
 Log:
   Recognise the -l switch with pkill - list kill command(s) used.
   
   PR:  143558
   Submitted by:eitanadlerlist at gmail dot com
   MFC after:   3 weeks
 
 Modified:
   head/bin/pkill/pkill.1
   head/bin/pkill/pkill.c
 
 Modified: head/bin/pkill/pkill.1
 ==
 --- head/bin/pkill/pkill.1 Sun Jun 20 08:27:03 2010(r209362)
 +++ head/bin/pkill/pkill.1 Sun Jun 20 08:48:30 2010(r209363)
 @@ -156,14 +156,16 @@ The value
  matches processes not in jail.
  .It Fl l
  Long output.
 -Print the process name in addition to the process ID for each matching
 +For
 +.Nm pgrep ,
 +print the process name in addition to the process ID for each matching
  process.
  If used in conjunction with
  .Fl f ,
  print the process ID and the full argument list for each matching process.
 -This option can only be used with the
 -.Nm pgrep
 -command.
 +For
 +.Nm pkill ,
 +display the kill command used for each process killed.
  .It Fl n
  Select only the newest (most recently started) of the matching processes.
  .It Fl o
 
 Modified: head/bin/pkill/pkill.c
 ==
 --- head/bin/pkill/pkill.c Sun Jun 20 08:27:03 2010(r209362)
 +++ head/bin/pkill/pkill.c Sun Jun 20 08:48:30 2010(r209363)
 @@ -128,7 +128,7 @@ main(int argc, char **argv)
  {
char buf[_POSIX2_LINE_MAX], *mstr, **pargv, *p, *q, *pidfile;
const char *execf, *coref;
 -  int ancestors, debug_opt;
 +  int ancestors, debug_opt, did_action;
int i, ch, bestidx, rv, criteria, pidfromfile, pidfilelock;
size_t jsz;
int (*action)(const struct kinfo_proc *);
 @@ -242,8 +242,6 @@ main(int argc, char **argv)
criteria = 1;
break;
case 'l':
 -  if (!pgrep)
 -  usage();
longfmt = 1;
break;
case 'n':
 @@ -530,16 +528,24 @@ main(int argc, char **argv)
/*
 * Take the appropriate action for each matched process, if any.
 */
 +  did_action = 0;
for (i = 0, rv = 0, kp = plist; i < nproc; i++, kp++) {
if (PSKIP(kp))
continue;
if (selected[i]) {
 +  if (longfmt && !pgrep) {
 +  did_action = 1;
 +  printf("kill -%d %d\n", signum, kp->ki_pid);
 +  }
if (inverse)
continue;
} else if (!inverse)
continue;
rv |= (*action)(kp);
}
 +  if (!did_action && !pgrep && longfmt)
 +  fprintf(stderr,
 +  "No matching processes belonging to you were found\n");
  
exit(rv ? STATUS_MATCH : STATUS_NOMATCH);
  }
 @@ -552,7 +558,7 @@ usage(void)
if (pgrep)
ustr = "[-LSfilnoqvx] [-d delim]";
else
 -  ustr = "[-signal] [-ILfinovx]";
 +  ustr = "[-signal] [-ILfilnovx]";
  
fprintf(stderr,
"usage: %s %s [-F pidfile] [-G gid] [-M core] [-N system]\n"
 ___
 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/147961: crash when forwarding enabled between two Broadcom cards on gigabit ports

2010-06-20 Thread linimon
Synopsis: crash when forwarding enabled between two Broadcom cards on gigabit 
ports

State-Changed-From-To: feedback->open
State-Changed-By: linimon
State-Changed-When: Sun Jun 20 09:12:29 UTC 2010
State-Changed-Why: 
Feedback received.

http://www.freebsd.org/cgi/query-pr.cgi?pr=147961
___
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/148004: [em] Inconsistent networking with em driver on FreeBSD 8.0-p2

2010-06-20 Thread linimon
Old Synopsis: Inconsistent networking with em driver on FreeBSD 8.0-p2
New Synopsis: [em] Inconsistent networking with em driver on FreeBSD 8.0-p2

Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Sun Jun 20 09:12:56 UTC 2010
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=148004
___
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/147961: crash when forwarding enabled between two Broadcom cards on gigabit ports

2010-06-20 Thread Mark Linimon
The following reply was made to PR kern/147961; it has been noted by GNATS.

From: Mark Linimon 
To: bug-follo...@freebsd.org
Cc:  
Subject: Re: kern/147961: crash when forwarding enabled between two
Broadcom cards on gigabit ports
Date: Sun, 20 Jun 2010 04:12:19 -0500

 - Forwarded message from Vladimir Nikolic  -
 
 From: Vladimir Nikolic 
 To: lini...@freebsd.org
 CC: vladimir.niko...@amis.net, freebsd-bugs@FreeBSD.org
 Subject: Re: kern/147961: crash when forwarding enabled between two Broadcom
cards on gigabit ports
 
 bce0:  mem
 0xf800-0xf9ff irq 18 at device 0.0 on pci3
 ce1:  mem
 0xfa00-0xfbff irq 19 at device 0.0 on pci5
 
 (kgdb) backtrace
 #0  doadump () at pcpu.h:196
 #1  0xc05f1097 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418
 #2  0xc05f1369 in panic (fmt=Variable "fmt" is not available.
 ) at /usr/src/sys/kern/kern_shutdown.c:574
 #3  0xc07bd95c in trap_fatal (frame=0xea7b7ab0, eva=393484304) at
 /usr/src/sys/i386/i386/trap.c:950
 #4  0xc07bdbc0 in trap_pfault (frame=0xea7b7ab0, usermode=0,
 eva=393484304) at /usr/src/sys/i386/i386/trap.c:863
 #5  0xc07be569 in trap (frame=0xea7b7ab0) at
 /usr/src/sys/i386/i386/trap.c:541
 #6  0xc07a1c8b in calltrap () at /usr/src/sys/i386/i386/exception.s:166
 #7  0xc05e1396 in _mtx_trylock (m=0x17741800, opts=0, file=0x0, line=0)
 at /usr/src/sys/kern/kern_mutex.c:260
 #8  0xc076fa50 in vmtotal (oidp=0xc0897160, arg1=0x0, arg2=48,
 req=0xea7b7ba4) at /usr/src/sys/vm/vm_meter.c:115
 #9  0xc05fb0f7 in sysctl_root (oidp=Variable "oidp" is not available.
 ) at /usr/src/sys/kern/kern_sysctl.c:1419
 #10 0xc05fc3f4 in userland_sysctl (td=0xc7a906c0, name=0xea7b7c14,
 namelen=2, old=0xbfbfe664, oldlenp=0xbfbfe748, inkernel=0, new=0x0,
 newlen=0,
 retval=0xea7b7c10, flags=0) at /usr/src/sys/kern/kern_sysctl.c:1522
 #11 0xc05fc584 in __sysctl (td=0xc7a906c0, uap=0xea7b7cfc) at
 /usr/src/sys/kern/kern_sysctl.c:1449
 #12 0xc07bdf15 in syscall (frame=0xea7b7d38) at
 /usr/src/sys/i386/i386/trap.c:1101
 #13 0xc07a1cf0 in Xint0x80_syscall () at
 /usr/src/sys/i386/i386/exception.s:262
 #14 0x0033 in ?? ()
 Previous frame inner to this frame (corrupt stack?)
 (kgdb)
 
 - End forwarded message -
___
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/142384: [patch] sync fsck_msdosfs(8) with OpenBSD

2010-06-20 Thread brian
Synopsis: [patch] sync fsck_msdosfs(8) with OpenBSD

Responsible-Changed-From-To: freebsd-bugs->brian
Responsible-Changed-By: brian
Responsible-Changed-When: Sun Jun 20 09:20:40 UTC 2010
Responsible-Changed-Why: 
Take

http://www.freebsd.org/cgi/query-pr.cgi?pr=142384
___
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/148010: bug in net/freeswitch-core

2010-06-20 Thread Richard Neese

>Number: 148010
>Category:   misc
>Synopsis:   bug in net/freeswitch-core
>Confidential:   no
>Severity:   serious
>Priority:   medium
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jun 20 15:00:12 UTC 2010
>Closed-Date:
>Last-Modified:
>Originator: Richard Neese
>Release:FreeBSD 8.1-RC1 #1
>Organization:
>Environment:
FreeBSD fusionpbx.homeip.net 8.1-RC1 FreeBSD 8.1-RC1 #1: Fri Jun 18 12:52:48 
EDT 2010 rich...@fusionpbx.homeip.net:/usr/obj/usr/src/sys/PBX  i386

>Description:
The files.freeswitch.in is incorrect for startup. frreeswitch fails to load.
>How-To-Repeat:
install net/freeswitch-core and add freeswitch_enable="YES" to /etc/rc.conf
attempt to use the rc.d/freeswitch script to start . if it starts it puts the 
pid file in the wron place
>Fix:
changed needed lines to point to the correct place of the pid storage

Patch attached with submission follows:

--- Makefile2010-06-16 13:26:09.0 -0400
+++ Makefile2010-06-19 12:41:15.0 -0400
@@ -1,6 +1,6 @@
 # Ports collection makefile for: freeswitch-core
 # Date created: May 11, 2010
-# Whom: Eric F Crist 
+# Whom: Richard Neese 
 #
 # $FreeBSD: ports/net/freeswitch-core/Makefile,v 1.3 2010/06/16 17:26:09 
jpaetzel Exp $
 #
@@ -41,7 +41,7 @@
--includedir=${PREFIX}/include/${PORTNAME} \
--libdir=${PREFIX}/lib/${PORTNAME}/lib \
--with-modinstdir=${PREFIX}/lib/${PORTNAME}/mod \
-   --with-rundir=${VARBASE}/run \
+   --with-rundir=${VARBASE}/run/freeswitch \
--with-libgnutls-prefix=${LOCALBASE} \
--with-ogg=${LOCALBASE} \
--with-ogg-libraries=${LOCALBASE}/lib \
@@ -278,6 +278,8 @@
@${CHMOD} -R 774 ${PREFIX}/share/${PORTNAME}
@${CHOWN} -R ${FREESWITCH_USER}:${FREESWITCH_GROUP} 
${PREFIX}/etc/${PORTNAME}
@${CHMOD} -R 774 ${PREFIX}/etc/${PORTNAME}
+   @${MKDIR} ${VARBASE}/run/freeswitch
+   @${CHOWN} -R ${FREESWITCH_USER}:${FREESWITCH_GROUP} 
${VARBASE}/run/freeswitch
 
 post-install:
 .if !defined(NOPORTEXAMPLES)
--- files/freeswitch.in 2010-06-11 18:26:44.0 -0400
+++ files/freeswitch.in 2010-06-19 12:32:51.0 -0400
@@ -18,15 +18,15 @@
 freeswitch_enable=${freeswitch_enable:-"NO"}
 freeswitch_user=${freeswitch_user:-"freeswitch"}
 freeswitch_group=${freeswitch_group:-"freeswitch"}
-freeswitch_flags=${freeswitch_flags:-""}
+freeswitch_flags=${freeswitch_flags:-"-nc -run /var/run/freeswitch -db 
/var/db/freeswitch -log /var/log/freeswitch"}
 
 name=freeswitch
 rcvar=`set_rcvar`
 
 command=%%PREFIX%%/bin/freeswitch
-command_args="-nc -u ${freeswitch_user} -g ${freeswitch_group} 
${freeswitch_flags} -db /var/db/freeswitch -log /var/log/freeswitch/"
+command_args="${freeswitch_flags} ${freeswitch_user} -g ${freeswitch_group}"
 
-pidfile=${freeswitch_pidfile:-"/var/run/freeswitch.pid"}
+pidfile=${freeswitch_pidfile:-"/var/run/freeswitch/freeswitch.pid"}
 
 start_cmd="freeswitch_start"
 stop_precmd="freeswitch_stop"


>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/148010: bug in net/freeswitch-core

2010-06-20 Thread brucec
Synopsis: bug in net/freeswitch-core

Responsible-Changed-From-To: freebsd-bugs->freebsd-ports-bugs
Responsible-Changed-By: brucec
Responsible-Changed-When: Sun Jun 20 15:39:39 UTC 2010
Responsible-Changed-Why: 
Ports PR.

http://www.freebsd.org/cgi/query-pr.cgi?pr=148010
___
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/148013: [patch] add WoL support to rl(4)

2010-06-20 Thread David Naylor

>Number: 148013
>Category:   kern
>Synopsis:   [patch] add WoL support to rl(4)
>Confidential:   no
>Severity:   non-critical
>Priority:   low
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  update
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jun 20 16:50:01 UTC 2010
>Closed-Date:
>Last-Modified:
>Originator: David Naylor
>Release:FreeBSD-9
>Organization:
Private
>Environment:
FreeBSD dragon.dg 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Sat Jun 19 19:08:38 SAST 
2010 r...@dragon.dg:/tmp/home/freebsd9/src/sys/DRAGON  amd64
>Description:
Add WoL support for the rl(4) driver.  The relevant portions were taken from 
the re(4) driver (the Linux drivers [1] [2]) also had the same implementations. 
 I removed what I considered irrelevant code for the rl(4) driver.  

I've tested this with 8139D.  DISCLAIMER: I have no experience with coding 
drivers (or anything in the kernel).  

[1] rl(4) equivalent*: 
http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.34.y.git;a=blob_plain;f=drivers/net/8139too.c;hb=HEAD
[2] re(4) equivalent*: 
http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.34.y.git;a=blob_plain;f=drivers/net/8139cp.c;hb=HEAD

*) see the *_set_wol() function.  
>How-To-Repeat:
n/a
>Fix:
n/a

Patch attached with submission follows:

--- /usr/src/sys/pci/if_rl.c2010-06-20 18:25:03.0 +0200
+++ if_rl.c 2010-06-20 15:08:32.0 +0200
@@ -182,6 +182,7 @@
 };
 
 static int rl_attach(device_t);
+static void rl_clrwol(struct rl_softc *);
 static int rl_detach(device_t);
 static void rl_dmamap_cb(void *, bus_dma_segment_t *, int, int);
 static int rl_dma_alloc(struct rl_softc *);
@@ -214,6 +215,7 @@
 static int rl_resume(device_t);
 static int rl_rxeof(struct rl_softc *);
 static void rl_setmulti(struct rl_softc *);
+static void rl_setwol(struct rl_softc *);
 static int rl_shutdown(device_t);
 static void rl_start(struct ifnet *);
 static void rl_start_locked(struct ifnet *);
@@ -804,7 +806,7 @@
struct sysctl_ctx_list  *ctx;
struct sysctl_oid_list  *children;
int error = 0, i, rid;
-   int unit;
+   int unit, reg;
uint16_trl_did = 0;
chartn[32];
 
@@ -938,6 +940,16 @@
ifp->if_start = rl_start;
ifp->if_init = rl_init;
ifp->if_capabilities = IFCAP_VLAN_MTU;
+   /* Enable WOL if PM and chipset (810[01]/8130B?/8139[BCD]) supported. */
+   device_printf(sc->rl_dev, "RL_TYPE=0x%x\n", sc->rl_type);
+   device_printf(sc->rl_dev, "RL_HWREV=0x%x\n", CSR_READ_4(sc, RL_TXCFG) & 
RL_TXCFG_HWREV);
+   device_printf(sc->rl_dev, "PM=%d\n", pci_find_extcap(sc->rl_dev, 
PCIY_PMG, ®));
+   if ((sc->rl_type == RL_8139) &&
+   ((CSR_READ_4(sc, RL_TXCFG) & RL_TXCFG_HWREV) > RL_HWREV_8139AG) && 
+   (pci_find_extcap(sc->rl_dev, PCIY_PMG, ®) == 0)) {
+   ifp->if_capabilities |= IFCAP_WOL;
+   device_printf(sc->rl_dev, "IFCAP_WOL\n");
+   }
ifp->if_capenable = ifp->if_capabilities;
 #ifdef DEVICE_POLLING
ifp->if_capabilities |= IFCAP_POLLING;
@@ -2066,6 +2078,7 @@
 
RL_LOCK(sc);
rl_stop(sc);
+   rl_setwol(sc);
sc->suspended = 1;
RL_UNLOCK(sc);
 
@@ -2087,6 +2100,12 @@
ifp = sc->rl_ifp;
 
RL_LOCK(sc);
+
+   /*
+* Clear WOL matching such that normal Rx filtering
+* wouldn't interfere with WOL patterns.
+*/
+   rl_clrwol(sc);
 
/* reinitialize interface if necessary */
if (ifp->if_flags & IFF_UP)
@@ -2112,7 +2131,87 @@
 
RL_LOCK(sc);
rl_stop(sc);
+   /*
+* Mark interface as down since otherwise we will panic if
+* interrupt comes in later on, which can happen in some
+* cases.
+*/
+   sc->rl_ifp->if_flags &= ~IFF_UP;
+   rl_setwol(sc);
RL_UNLOCK(sc);
 
return (0);
 }
+
+
+static void
+rl_setwol(struct rl_softc *sc)
+{
+   struct ifnet*ifp;
+   int pmc;
+   uint8_t v;
+
+   RL_LOCK_ASSERT(sc);
+
+   if (pci_find_extcap(sc->rl_dev, PCIY_PMG, &pmc) != 0)
+   return;
+
+   ifp = sc->rl_ifp;
+
+   /* Enable PME. */
+   v = CSR_READ_1(sc, RL_CFG1);
+   v &= ~RL_CFG1_PME;
+   if ((ifp->if_capenable & IFCAP_WOL) != 0)
+   v |= RL_CFG1_PME;
+   CSR_WRITE_1(sc, RL_CFG1, v);
+
+   v = CSR_READ_1(sc, RL_CFG3);
+   v &= ~(RL_CFG3_WOL_LINK | RL_CFG3_WOL_MAGIC);
+   if ((ifp->if_capenable & IFCAP_WOL_MAGIC) != 0)
+   v |= RL_CFG3_WOL_MAGIC;
+   CSR_WRITE_1(sc, RL_CFG3, v);
+
+   /* Config register write done. */
+   CSR_WRITE_1(sc, RL_EECMD, RL_EEMODE_OFF);
+
+   v = CSR_READ_1(sc, RL_CFG5);
+   v &= ~(RL_CFG5_WOL_BCAST | RL_CFG5

misc/148017: rc script for stf does not honour create_flags

2010-06-20 Thread Marcin Wisnicki

>Number: 148017
>Category:   misc
>Synopsis:   rc script for stf does not honour create_flags
>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 Jun 20 18:00:11 UTC 2010
>Closed-Date:
>Last-Modified:
>Originator: Marcin Wisnicki
>Release:8.1-PRERELEASE
>Organization:
>Environment:
FreeBSD ghost.pnet.one.pl 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #3: Sun Jun  6 
21:14:57 CEST 2010 r...@ghost.pnet.one.pl:/home/obj/usr/src/sys/SERWER_DDB  
i386
>Description:
If I enable 6to4 with stf_interface_ipv4addr there is no way to set 
configuration for created interface using create_args_stf0 even though startup 
scripts create such configuration.

>How-To-Repeat:
cat << EOT >> /etc/rc.conf
ipv6_enable="YES"
stf_interface_ipv4addr="YOUR IP"
create_args_stf0="group ext"
EOT
ifconfig stf0 destroy
/etc/rc.d/network_ipv6 restart
ifconfig -g ext
# no interfaces listed
>Fix:
Apply attached patch

Patch attached with submission follows:

--- etc/network.subr;1  2010-06-06 23:33:07.0 +0200
+++ etc/network.subr2010-06-20 19:05:10.0 +0200
@@ -1034,7 +1034,7 @@
esac
;;
esac
-   ifconfig stf0 create >/dev/null 2>&1
+   ifconfig stf0 create `get_if_var stf0 create_args_IF` 
>/dev/null 2>&1
ifconfig stf0 inet6 
2002:${ipv4_in_hexformat}:${stf_interface_ipv6_slaid:-0}:${stf_interface_ipv6_ifid}
 \
prefixlen ${stf_prefixlen}
# disallow packets to malicious 6to4 prefix


>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/148017: rc script for stf does not honour create_flags

2010-06-20 Thread Marcin Wiśnicki
The following reply was made to PR misc/148017; it has been noted by GNATS.

From: =?UTF-8?Q?Marcin_Wi=C5=9Bnicki?= 
To: bug-followup , 
"mwisnicki+freebsd" 
Cc:  
Subject: Re: misc/148017: rc script for stf does not honour create_flags
Date: Sun, 20 Jun 2010 20:18:07 +0200

 Err... I meant "create such interface".
___
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/148018: flowtable crashes on ia64

2010-06-20 Thread Michael Moll

>Number: 148018
>Category:   kern
>Synopsis:   flowtable crashes on ia64
>Confidential:   no
>Severity:   serious
>Priority:   low
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jun 20 18:50:01 UTC 2010
>Closed-Date:
>Last-Modified:
>Originator: Michael Moll
>Release:9.0-CURRENT
>Organization:
>Environment:
FreeBSD titanic.kvedulv.de 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Sun Jun 20 
19:31:33 CEST 2010 r...@titanic.kvedulv.de:/usr/obj/usr/src/sys/TITANIC  
ia64
>Description:
I'm running FreeBSD/ia64 on a HP rx2600. When booting the latest CURRENT the 
machine crashes while bringing up the ethernet interface (bge0):   

fatal kernel trap (cpu 0):

trap vector = 0x1e (Unaligned Reference)
cr.iip  = 0xe49219c0
cr.ipsr = 0x1010080a6010 (mfl,ic,i,dt,dfh,rt,cpl=0,it,ri=0,bn)
cr.isr  = 0x802 (code=0,vector=0,w,ei=0,ed)
cr.ifa  = 0xe00011490b7c
curthread   = 0xe0001085b2c0

pid = 12, comm = swi4: clock

[ thread pid 12 tid 14 ]
Stopped at  flowtable_insert+0x410: [M0]st8 [r14]=r15
db> bt
Tracing pid 12 tid 14 td 0xe0001085b2c0
flowtable_insert(0xe00010b2e000, 0xff35aa3f69b22212, 0xa000755651c0, 
0x0, 0xa00075565210, 0x202) at flowtable_insert+0x410
flowtable_lookup(0xe00010b2e000, 0xa00075565240, 0xa000755652c0, 
0x0, 0xe00010ef3770) at flowtable_lookup+0xef0
flowtable_lookup_mbuf(0xe00010b2e000, 0xe00011485a00, 0x0, 0x1c, 
0xe00011485ad8, 0xa000755652c0) at flowtable_lookup_mbuf+0xa00
ip6_output(0xe00011485ad8, 0xe515d458, 0xa00075565350, 0x1, 
0xa00075565490, 0xa000755654b0, 0x0) at ip6_output+0xf10
mld_dispatch_packet(0xe00011485d00) at mld_dispatch_packet+0x720
mld_dispatch_queue(0xa000755654d0, 0x0, 0xa000755654e0, 
0xa000755654d8, 0xe4ad0ac0, 0xf24) at mld_dispatch_queue+0xa0
mld_fasttimo() at mld_fasttimo+0xf00
icmp6_fasttimo(0xe488bde0, 0x30b, 0xe47a29b0) at 
icmp6_fasttimo+0x20
pffasttimo(0xe4f27158, 0xe4f27488, 0xe4f27450, 
0xe47e6f10) at pffasttimo+0xc0
softclock(0xe4f96ff0, 0x100, 0xe51574b8, 0x40e7) at 
softclock+0x520
intr_event_execute_handlers(0xe00010855120, 0xe0001084bb98, 
0xe0001084f400, 0x0) at intr_event_execute_handlers+0x280
ithread_loop(0xe000106bf520, 0xe0001084bb9c, 0xe0001084bb98, 
0xe0001084bb00) at ithread_loop+0x190
fork_exit(0xe4da7b50, 0xe000106bf520, 0xa00075565550) at 
fork_exit+0x110
enter_userland() at enter_userland

>How-To-Repeat:
Use flowtables on ia64 (and probaly on other strong alignment architectures).
>Fix:
Not a fix, but without "options FLOWTABLE" in the kernel configuration the 
system comes up normally.

>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/145232: [boot] [patch] Fix compiler warning with libficl by exporting dictCheckThreshold in ficl.h

2010-06-20 Thread brian
Synopsis: [boot] [patch] Fix compiler warning with libficl by exporting 
dictCheckThreshold in ficl.h

Responsible-Changed-From-To: freebsd-bugs->brian
Responsible-Changed-By: brian
Responsible-Changed-When: Sun Jun 20 19:55:39 UTC 2010
Responsible-Changed-Why: 
Take

http://www.freebsd.org/cgi/query-pr.cgi?pr=145232
___
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/144192: [patch] support for thresholds in du(1)

2010-06-20 Thread brian
Synopsis: [patch] support for thresholds in du(1)

Responsible-Changed-From-To: freebsd-bugs->brian
Responsible-Changed-By: brian
Responsible-Changed-When: Sun Jun 20 19:56:06 UTC 2010
Responsible-Changed-Why: 
Take

http://www.freebsd.org/cgi/query-pr.cgi?pr=144192
___
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/143558: [patch] Add verbose option to pkill(1)

2010-06-20 Thread brian
Synopsis: [patch] Add verbose option to pkill(1)

Responsible-Changed-From-To: freebsd-bugs->brian
Responsible-Changed-By: brian
Responsible-Changed-When: Sun Jun 20 19:56:30 UTC 2010
Responsible-Changed-Why: 
Take

http://www.freebsd.org/cgi/query-pr.cgi?pr=143558
___
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/148024: Some built-in AT&T/POSIX compat make variables are broken

2010-06-20 Thread Garrett Cooper

>Number: 148024
>Category:   bin
>Synopsis:   Some built-in AT&T/POSIX compat make variables are broken
>Confidential:   no
>Severity:   serious
>Priority:   medium
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Jun 21 00:50:01 UTC 2010
>Closed-Date:
>Last-Modified:
>Originator: Garrett Cooper
>Release:9-CURRENT
>Organization:
Cisco Systems, Inc.
>Environment:
FreeBSD bayonetta.local 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r206173M: Mon Apr 26 
22:45:06 PDT 2010 r...@bayonetta.local:/usr/obj/usr/src/sys/BAYONETTA.ata  
amd64
>Description:
I'm trying to convert some GNU makefiles over to a POSIX compliant form, and it 
appears that our copy of make is broken in that respect.

Example:

$ cat ~/Makefile.prereq 
bar:

foo: bar
@echo target: $@ prereq: $<
$ make -f ~/Makefile.prereq foo
target: foo prereq:

The above invocation should have printed out:

target: foo prereq: bar

Furthermore, even though FreeBSD's version of pmake claims to drop this support 
as per the manpage for backwards compatibility with AT&T...

 .ALLSRC   The list of all sources for this target; also known as `>'.

 .ARCHIVE  The name of the archive file; also known as `!'.

 .IMPSRC   The name/path of the source from which the target is to be
   transformed (the ``implied'' source); also known as `<'.

 .MEMBER   The name of the archive member; also known as `%'.

 .OODATE   The list of sources for this target that were deemed out-of-
   date; also known as `?'.

 .PREFIX   The file prefix of the file, containing only the file portion,
   no suffix or preceding directory components; also known as `*'.

 .TARGET   The name of the target; also known as `@'.

and POSIX specifies that these variables should exist, they don't function in 
our version of make:
The five internal macros are:

$@
The $@ shall evaluate to the full target name of the current target, or the 
archive filename part of a library archive target. It shall be evaluated for 
both target and inference rules.

For example, in the .c.a inference rule, $@ represents the out-of-date .a 
file to be built. Similarly, in a makefile target rule to build lib.a from 
file.c, $@ represents the out-of-date lib.a.
$%
The $% macro shall be evaluated only when the current target is an archive 
library member of the form libname( member .o). In these cases, $@ shall 
evaluate to libname and $% shall evaluate to member .o. The $% macro shall be 
evaluated for both target and inference rules.

For example, in a makefile target rule to build lib.a( file.o), $% 
represents file.o, as opposed to $@, which represents lib.a.
$?
The $? macro shall evaluate to the list of prerequisites that are newer 
than the current target. It shall be evaluated for both target and inference 
rules.

For example, in a makefile target rule to build prog from file1.o, file2.o, 
and file3.o, and where prog is not out-of-date with respect to file1.o, but is 
out-of-date with respect to file2.o and file3.o, $? represents file2.o and 
file3.o.
$<
In an inference rule, the $< macro shall evaluate to the filename whose 
existence allowed the inference rule to be chosen for the target. In the 
.DEFAULT rule, the $< macro shall evaluate to the current target name. The 
meaning of the $< macro shall be otherwise unspecified.

For example, in the .c.a inference rule, $< represents the prerequisite .c 
file.
$*
The $* macro shall evaluate to the current target name with its suffix 
deleted. It shall be evaluated at least for inference rules.

For example, in the .c.a inference rule, $*.o represents the out-of-date .o 
file that corresponds to the prerequisite .c file

See http://www.opengroup.org/onlinepubs/009695399/utilities/make.html for more 
details.
>How-To-Repeat:
See above testcase.
>Fix:
Looking at fixing this.

>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/148024: Some built-in AT& T/POSIX compat make variables are broken

2010-06-20 Thread Garrett Cooper
The following reply was made to PR bin/148024; it has been noted by GNATS.

From: Garrett Cooper 
To: bug-follo...@freebsd.org, gcoo...@freebsd.org
Cc:  
Subject: Re: bin/148024: Some built-in AT&T/POSIX compat make variables 
are broken
Date: Sun, 20 Jun 2010 17:58:45 -0700

 To provide another datapoint, bmake seems to be broken in this regard as well:
 
 $ bmake -f ~/Makefile.prereq foo
 target: foo prereq:
 
 -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/148024: Some built-in AT&T/POSIX compat make variables are broken

2010-06-20 Thread Garrett Wollman
The following reply was made to PR bin/148024; it has been noted by GNATS.

From: Garrett Wollman 
To: gcoo...@freebsd.org
Cc: freebsd-gnats-sub...@freebsd.org
Subject: Re: bin/148024: Some built-in AT&T/POSIX compat make variables are
broken
Date: Sun, 20 Jun 2010 22:46:33 -0400 (EDT)

 In article
 ,
 gcoo...@freebsd.org writes:
 
 >foo: bar
 >  @echo target: $@ prereq: $<
 >$ make -f ~/Makefile.prereq foo
 >target: foo prereq:
 >
 >The above invocation should have printed out:
 >
 >target: foo prereq: bar
 
 No.  $< is only defined for pattern rules.
 
 >$<
 >In an inference rule, the $< macro shall evaluate to the filename
 >whose existence allowed the inference rule to be chosen for the target.
 >In the .DEFAULT rule, the $< macro shall evaluate to the current target
 >name. The meaning of the $< macro shall be otherwise unspecified.
^^^
 
 -GAWollman
 
___
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: conf/148017: [stf] [patch] rc script for stf does not honour create_flags

2010-06-20 Thread linimon
Old Synopsis: rc script for stf does not honour create_flags
New Synopsis: [stf] [patch] rc script for stf does not honour create_flags

Responsible-Changed-From-To: freebsd-bugs->freebsd-rc
Responsible-Changed-By: linimon
Responsible-Changed-When: Mon Jun 21 03:27:54 UTC 2010
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=148017
___
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/147914: gpart(8): gpart add invalid type

2010-06-20 Thread linimon
Old Synopsis: gpart add invalid type
New Synopsis: gpart(8): gpart add invalid type

State-Changed-From-To: open->feedback
State-Changed-By: linimon
State-Changed-When: Mon Jun 21 03:29:30 UTC 2010
State-Changed-Why: 
To submitter: does r208673 fix the problem?

http://www.freebsd.org/cgi/query-pr.cgi?pr=147914
___
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/147903: [zfs] [panic] Kernel panics on faulty zfs device

2010-06-20 Thread linimon
Old Synopsis: Kernel panics on faulty zfs device
New Synopsis: [zfs] [panic] Kernel panics on faulty zfs device

Responsible-Changed-From-To: freebsd-bugs->freebsd-fs
Responsible-Changed-By: linimon
Responsible-Changed-When: Mon Jun 21 03:30:16 UTC 2010
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=147903
___
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/148024: Some built-in AT&T/POSIX compat make variables are broken

2010-06-20 Thread Garrett Cooper
The following reply was made to PR bin/148024; it has been noted by GNATS.

From: Garrett Cooper 
To: Garrett Wollman 
Cc: freebsd-gnats-sub...@freebsd.org
Subject: Re: bin/148024: Some built-in AT&T/POSIX compat make variables are 
broken
Date: Sun, 20 Jun 2010 20:56:23 -0700

 On Sun, Jun 20, 2010 at 7:46 PM, Garrett Wollman
  wrote:
 > In article
 > ,
 > gcoo...@freebsd.org writes:
 >
 >>foo: bar
 >> =A0 =A0 =A0 @echo target: $@ prereq: $<
 >>$ make -f ~/Makefile.prereq foo
 >>target: foo prereq:
 >>
 >>The above invocation should have printed out:
 >>
 >>target: foo prereq: bar
 >
 > No. =A0$< is only defined for pattern rules.
 >
 >>$<
 >> =A0 =A0In an inference rule, the $< macro shall evaluate to the filename
 >>whose existence allowed the inference rule to be chosen for the target.
 >>In the .DEFAULT rule, the $< macro shall evaluate to the current target
 >>name. The meaning of the $< macro shall be otherwise unspecified.
 > =A0 =A0 =A0 ^^^
 
 Ok.. this appears to be a GNU make `extension':
 
 $ gmake -f ~/Makefile.prereq yadda.a
 target: yadda.a prereq: bazinga.b
 target: yadda.a prereq:
 target: prereq:
 $ make -f ~/Makefile.prereq yadda.a
 target: yadda.a prereq:
 target: yadda.a prereq: bazinga.b
 target: yadda.a prereq: bazinga.b
 $ bmake -f ~/Makefile.prereq yadda.a
 target: yadda.a prereq:
 target: yadda.a prereq: bazinga.b
 target: yadda.a prereq: bazinga.b
 $ cat ~/Makefile.prereq
 .b.a:
echo target: $@ prereq: $<
 
 bazinga.b:
 
 yadda.a: bazinga.b
@echo target: $@ prereq: $<
@echo target: $@ prereq: $>
@echo target: ${.TARGET} prereq: ${.ALLSRC}
 
 Is an inference rule the .b.a rule? POSIX doesn't properly define
 what it is and assumes you know what's going on (lousy documentation)
 :(...
 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: kern/148013: [rl] [patch] add WoL support to rl(4)

2010-06-20 Thread linimon
Old Synopsis: [patch] add WoL support to rl(4)
New Synopsis: [rl] [patch] add WoL support to rl(4)

Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Mon Jun 21 04:15:37 UTC 2010
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=148013
___
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"