misc/157650: incorrect distinfo for multimedia/zoneminder

[Pavel Timofeev]

>Number: 157650
>Category:   misc
>Synopsis:   incorrect distinfo for multimedia/zoneminder
>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:   Mon Jun 06 07:40:08 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: Pavel Timofeev
>Release:FreeBSD 8.2-RELEASE-p1 i386
>Organization:
>Environment:
>Description:
incorrect distinfo for multimedia/zoneminder
>How-To-Repeat:
[root@timbsd /usr/ports/multimedia/zoneminder]# make
===>  License GPLv2 accepted by the user
=> ZoneMinder-1.24.4.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
=> Attempting to fetch 
http://www2.zoneminder.com/downloads/ZoneMinder-1.24.4.tar.gz
fetch: http://www2.zoneminder.com/downloads/ZoneMinder-1.24.4.tar.gz: size 
mismatch: expected 1061868, actual 1061935
=> Attempting to fetch 
http://www.zoneminder.com/downloads/ZoneMinder-1.24.4.tar.gz
fetch: http://www.zoneminder.com/downloads/ZoneMinder-1.24.4.tar.gz: size 
mismatch: expected 1061868, actual 1061935
=> Attempting to fetch 
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/ZoneMinder-1.24.4.tar.gz
fetch: 
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/ZoneMinder-1.24.4.tar.gz: 
File unavailable (e.g., file not found, no access)
=> Couldn't fetch it - please try to retrieve this
=> port manually into /usr/ports/distfiles/ and try again.
*** Error code 1

Stop in /usr/ports/multimedia/zoneminder.
>Fix:
[root@timbsd /usr/ports/multimedia/zoneminder]# diff -u distinfo.orig distinfo
--- distinfo.orig   2011-06-06 11:00:32.0 +0400
+++ distinfo2011-06-06 11:36:43.0 +0400
@@ -1,2 +1,2 @@
-SHA256 (ZoneMinder-1.24.4.tar.gz) = 
63cd333011cdd550c0a27631a8353e140b57da531c51c13539a22cf06043130b
-SIZE (ZoneMinder-1.24.4.tar.gz) = 1061868
+SHA256 (ZoneMinder-1.24.4.tar.gz) = 
af4fa2fdb1e5287dbdea05b97e14376c9ec7ccaae0f1760e754a6a92595892c0
+SIZE (ZoneMinder-1.24.4.tar.gz) = 1061935

>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/157650: incorrect distinfo for multimedia/zoneminder

[Pavel Timofeev]

I`m very sorry! It must be in ports category.

2011/6/6 

> Thank you very much for your problem report.
> It has the internal identification `misc/157650'.
> The individual assigned to look at your
> report is: freebsd-bugs.
>
> You can access the state of your problem report at any time
> via this link:
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=157650
>
> >Category:   misc
> >Responsible:freebsd-bugs
> >Synopsis:   incorrect distinfo for multimedia/zoneminder
> >Arrival-Date:   Mon Jun 06 07:40:08 UTC 2011
>
___
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/157650: incorrect distinfo for multimedia/zoneminder

[Pavel Timofeev]

The following reply was made to PR misc/157650; it has been noted by GNATS.

From: Pavel Timofeev 
To: freebsd-gnats-sub...@freebsd.org, freebsd-bugs@freebsd.org
Cc:  
Subject: Re: misc/157650: incorrect distinfo for multimedia/zoneminder
Date: Mon, 6 Jun 2011 11:43:45 +0400

 --00504501723665fa5004a5064301
 Content-Type: text/plain; charset=UTF-8
 
 I`m very sorry! It must be in ports category.
 
 2011/6/6 
 
 > Thank you very much for your problem report.
 > It has the internal identification `misc/157650'.
 > The individual assigned to look at your
 > report is: freebsd-bugs.
 >
 > You can access the state of your problem report at any time
 > via this link:
 >
 > http://www.freebsd.org/cgi/query-pr.cgi?pr=157650
 >
 > >Category:   misc
 > >Responsible:freebsd-bugs
 > >Synopsis:   incorrect distinfo for multimedia/zoneminder
 > >Arrival-Date:   Mon Jun 06 07:40:08 UTC 2011
 >
 
 --00504501723665fa5004a5064301
 Content-Type: text/html; charset=UTF-8
 Content-Transfer-Encoding: quoted-printable
 
 I`m very sorry! It must be in ports category.2011/6/6  freebsd-gnats-sub...@freebsd.org>
 Thank you very much for your problem report.
 It has the internal identification `misc/157650'.
 The individual assigned to look at your
 report is: freebsd-bugs.
 
 You can access the state of your problem report at any time
 via this link:
 
 http://www.freebsd.org/cgi/query-pr.cgi?pr=3D157650"; target=3D"_=
 blank">http://www.freebsd.org/cgi/query-pr.cgi?pr=3D157650
 
 >Category: =C2=A0 =C2=A0 =C2=A0 misc
 >Responsible: =C2=A0 =C2=A0freebsd-bugs
 >Synopsis: =C2=A0 =C2=A0 =C2=A0 incorrect distinfo for multimedia/zonemi=
 nder
 >Arrival-Date: =C2=A0 Mon Jun 06 07:40:08 UTC 2011
 
 
 --00504501723665fa5004a5064301--
___
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/157650: incorrect distinfo for multimedia/zoneminder

[timp]

I`m very sorry! It must be in ports category.

--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/misc-157650-incorrect-distinfo-for-multimedia-zoneminder-tp4457881p4457912.html
Sent from the freebsd-bugs mailing list archive at Nabble.com.
___
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/157534: [mpt] freeze when disk is removed/died from geom_mirror/zfs raid

[Eugene M. Zheganin]

The following reply was made to PR kern/157534; it has been noted by GNATS.

From: "Eugene M. Zheganin" 
To: bug-follo...@freebsd.org, eug...@zhegan.in
Cc:  
Subject: Re: kern/157534: [mpt] freeze when disk is removed/died from 
geom_mirror/zfs
 raid
Date: Mon, 06 Jun 2011 14:20:09 +0600

 Fix: use integrated mirroring on controller. When using IR all is fine 
 when disk is pulled out.
 
___
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/157650: incorrect distinfo for multimedia/zoneminder

[linimon]

Synopsis: incorrect distinfo for multimedia/zoneminder

Responsible-Changed-From-To: freebsd-bugs->freebsd-ports-bugs
Responsible-Changed-By: linimon
Responsible-Changed-When: Mon Jun 6 09:00:32 UTC 2011
Responsible-Changed-Why: 
ports PR.

http://www.freebsd.org/cgi/query-pr.cgi?pr=157650
___
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/157657: ksched_setscheduler interprets TS priority as RT priority

[Dmitry V. Krivenok]

>Number: 157657
>Category:   kern
>Synopsis:   ksched_setscheduler interprets TS priority as RT priority
>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 06 11:50:12 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: Dmitry V. Krivenok
>Release:CURRENT
>Organization:
>Environment:
FreeBSD csx-spb-freebsd9.sspg.lab.emc.com 9.0-CURRENT FreeBSD 9.0-CURRENT #0 
r222722M: Mon Jun  6 14:31:25 MSD 2011 
r...@csx-spb-freebsd9.sspg.lab.emc.com:/usr/obj/usr/src/sys/GENERIC  amd64
>Description:
At line 209 of ksched_setscheduler function TS priority is interpreted as RT 
priority:

205 case SCHED_OTHER:
206 if (param->sched_priority >= 0 &&
207 param->sched_priority <=
(PRI_MAX_TIMESHARE - PRI_MIN_TIMESHARE)) {
208 rtp.type = RTP_PRIO_NORMAL;
209 rtp.prio = p4prio_to_rtpprio(param->sched_priority);
210 rtp_to_pri(&rtp, td);
211 } else
212 e = EINVAL;

I think that p4prio_to_tsprio should be used instead of p4prio_to_rtpprio.
>How-To-Repeat:
Compile the following program:
gcc -Wall setscheduler_bug.c -o setscheduler_bug

#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 

int main(int argc, char** argv)
{
  int r;
  struct sched_param param;
  assert(argc == 2);
  r = sched_getscheduler(getpid());
  assert(r != -1);
  printf("Initial policy: %d\n", r);
  r = sched_getparam(getpid(), ¶m);
  assert(r != -1);
  printf("Initial priority: %d\n", param.sched_priority);

  param.sched_priority = atoi(argv[1]);
  r = sched_setscheduler(getpid(), SCHED_OTHER, ¶m);
  assert(r != -1);

  r = sched_getparam(getpid(), ¶m);
  assert(r != -1);
  printf("New priority: %d\n", param.sched_priority);

  return 0;
}

and run it with root permissions:

$ sudo ./setscheduler_bug 32
Initial policy: 2
Initial priority: 100
New priority: 100
$ sudo ./setscheduler_bug 0
Initial policy: 2
Initial priority: 100
New priority: 72
$

As you can see new priorities are wrong.
>Fix:
Apply the following patch and rebuild the kernel

Index: sys/kern/ksched.c
===
--- sys/kern/ksched.c   (revision 222722)
+++ sys/kern/ksched.c   (working copy)
@@ -206,7 +206,7 @@
if (param->sched_priority >= 0 &&
param->sched_priority <= (PRI_MAX_TIMESHARE - 
PRI_MIN_TIMESHARE)) {
rtp.type = RTP_PRIO_NORMAL;
-   rtp.prio = p4prio_to_rtpprio(param->sched_priority);
+   rtp.prio = p4prio_to_tsprio(param->sched_priority);
rtp_to_pri(&rtp, td);
} else
e = EINVAL;


Then run the same program again and you should see expected priorities:

$ sudo ./setscheduler_bug 32
Initial policy: 2
Initial priority: 100
New priority: 32
$ sudo ./setscheduler_bug 0
Initial policy: 2
Initial priority: 100
New priority: 0
$

>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/157663: kdump gets ptrace args wrong

[jason wright]

>Number: 157663
>Category:   bin
>Synopsis:   kdump gets ptrace args wrong
>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:   Mon Jun 06 15:50:08 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: jason wright
>Release:8.2
>Organization:
as if.
>Environment:
FreeBSD fbsd82-32.localdomain 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Fri Feb 18 
02:24:46 UTC 2011 r...@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC 
 i386
>Description:
Regex for grabbing ptrace flags for kdump is not inclusive enough.

Before fix:

CALL  ptrace(, ...)

After fix:

CALL  ptrace(PT_WRITE_D, ...)


>How-To-Repeat:
ktrace something that uses ptrace(PT_WRITE_D,...) then use kdump to view 
results.

>Fix:
apply patch below.  It appears that no extraneous garbage is picked up by the 
modified regex (which just adds '_' is an additional character).



Patch attached with submission follows:

--- mksubr.old  2011-06-05 13:54:57.0 -0600
+++ mksubr  2011-06-05 13:57:21.0 -0600
@@ -343,7 +343,7 @@
 auto_if_type "sockipprotoname" "IPPROTO_[[:alnum:]]+[[:space:]]+" 
"netinet/in.h"
 auto_switch_type "sockoptname" "SO_[A-Z]+[[:space:]]+0x[0-9]+" "sys/socket.h"
 auto_switch_type "socktypename" "SOCK_[A-Z]+[[:space:]]+[1-9]+[0-9]*" 
"sys/socket.h"
-auto_switch_type "ptraceopname" "PT_[[:alnum:]]+[[:space:]]+[0-9]+" 
"sys/ptrace.h"
+auto_switch_type "ptraceopname" "PT_[[:alnum:]_]+[[:space:]]+[0-9]+" 
"sys/ptrace.h"
 
 cat <<_EOF_
 /*


>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/155873: calendar recurring date not working

[Jaakko Heinonen]

The following reply was made to PR bin/155873; it has been noted by GNATS.

From: Jaakko Heinonen 
To: ed...@freebsd.org
Cc: Ivana Belgers , bug-follo...@freebsd.org
Subject: Re: bin/155873: calendar recurring date not working
Date: Mon, 6 Jun 2011 20:22:10 +0300

 Hi,
 
 On 2011-03-22, Ivana Belgers wrote:
 > Until recently the following line in the .calendar file
 > delivered the expected result:
 > sat+3Every third saturday of each month
 > 
 > This worked in 8.1-STABLE installed on 2 august 2010.
 > Now, since we upgraded to 8.2-STABLE on march 25, this does not work
 > anymore, but generates the following message:
 > % calendar
 > Unprocessed:
 > ---
 > date: |Sat+3|
 > flags: 10a - dayofweek modifierindex variable
 > modifierindex: |+3|
 > dayofweek: |Sat| (6)
 > Ignored: Sat+3  Every third saturday of each month
 
 Seems that the behavior changed in r205821:
 
 
 r205821 | edwin | 2010-03-29 09:49:20 +0300 (Mon, 29 Mar 2010) | 12 lines
 
 Long awaited update to the calendar system:
 
 - Repeating events which span multiple years (because of -A, -B or
   just the three days before the end of the year).
 
 - Support for lunar events (full moon, new moon) and solar events
   (equinox and solstice, chinese new year). Because of this, the
   options -U (UTC offset) and -l (longitude) are available to
   compensate if reality doesn't match the calculated values.
 
 MFC after:  1 month
 
 
 
 edwin: Could you comment on this?
 
 -- 
 Jaakko
___
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/155034: [PATCH] dd(1) dies on SIGUSR1; should print info

[jh]

Synopsis: [PATCH] dd(1) dies on SIGUSR1; should print info

State-Changed-From-To: open->closed
State-Changed-By: jh
State-Changed-When: Mon Jun 6 18:04:17 UTC 2011
State-Changed-Why: 
Not a bug. As far as I can see ignoring the signal would violate POSIX:

"For SIGINT, the dd utility shall interrupt its current processing,
write status information to standard error, and exit as though
terminated by SIGINT. It shall take the standard action for all other
signals; - -"

http://www.freebsd.org/cgi/query-pr.cgi?pr=155034
___
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/155034: [PATCH] dd(1) dies on SIGUSR1; should print info

[Chris Rees]

The following reply was made to PR bin/155034; it has been noted by GNATS.

From: Chris Rees 
To: j...@freebsd.org, bug-follo...@freebsd.org
Cc:  
Subject: Re: bin/155034: [PATCH] dd(1) dies on SIGUSR1; should print info
Date: Mon, 6 Jun 2011 19:42:49 +0100

 n 6 June 2011 19:20,   wrote:
 > Synopsis: [PATCH] dd(1) dies on SIGUSR1; should print info
 >
 > State-Changed-From-To: open->closed
 > State-Changed-By: jh
 > State-Changed-When: Mon Jun 6 18:04:17 UTC 2011
 > State-Changed-Why:
 > Not a bug. As far as I can see ignoring the signal would violate POSIX:
 >
 > "For SIGINT, the dd utility shall interrupt its current processing,
 > write status information to standard error, and exit as though
 > terminated by SIGINT. It shall take the standard action for all other
 > signals; - -"
 >
 
 Clear and unambiguous wording, thank you very much for sorting this!
 
 Chris
___
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/157663: [patch] kdump(1) gets ptrace args wrong

[dchagin]

Synopsis: [patch] kdump(1) gets ptrace args wrong

Responsible-Changed-From-To: freebsd-bugs->dchagin
Responsible-Changed-By: dchagin
Responsible-Changed-When: Mon Jun 6 19:04:39 UTC 2011
Responsible-Changed-Why: 
Grab.

http://www.freebsd.org/cgi/query-pr.cgi?pr=157663
___
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/157670: [patch] IPv6 in IPsec packets always get passed to pfil

[Manuel Kasper]

>Number: 157670
>Category:   kern
>Synopsis:   [patch] IPv6 in IPsec packets always get passed to pfil
>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:   Mon Jun 06 19:40:08 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: Manuel Kasper
>Release:8.2-RELEASE
>Organization:
>Environment:
>Description:
For IPv4, one can use the net.inet.ipsec.filtertunnel sysctl to control whether 
decapsulated IPsec packets are sent through pfil. This defaults to 0 (unless 
the deprecated IPSEC_FILTERTUNNEL option is set in the kernel config) and works 
as intended.

For IPv6, there is a similar sysctl net.ip6.ipsec6.filtertunnel, but it doesn't 
seem to do anything (i.e. packets get passed to the filter even if it's set to 
0).

This is especially annoying when using if_enc, as one will then see 
decapsulated IPv6 packets twice (once on enc0, and again on the physical 
interface that the corresponding IPsec packet came in on), when usually one 
only wants to see them on enc0.

Closer investigation of the kernel source code shows that there is a function 
ip6_ipsec_filtertunnel() to check whether pfil should be bypassed for a packet, 
but unlike its v4 counterpart, it doesn't seem to be called anywhere in the 
ip6_input path.
>How-To-Repeat:
Set up an IPv6 IPsec connection between two FreeBSD 8.2 hosts. Load your 
favourite pfil-based firewall on one host and add rules to match decapsulated 
packets on enc0 and the physical interface. Send IPsec traffic from the other 
host. Observe that the firewall sees each packet twice even though 
net.ip6.ipsec6.filtertunnel=0.
>Fix:
A simple patch that fixes the issue for me is attached.

Patch attached with submission follows:

--- sys/netinet6/ip6_input.c.orig   2010-12-21 18:09:25.0 +0100
+++ sys/netinet6/ip6_input.c2011-05-18 18:28:36.0 +0200
@@ -480,6 +480,14 @@
}
 #endif
 
+#ifdef IPSEC
+   /*
+* Bypass packet filtering for packets from a tunnel (gif).
+*/
+   if (ip6_ipsec_filtertunnel(m))
+   goto passin;
+#endif /* IPSEC */
+
/*
 * Run through list of hooks for input packets.
 *


>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/157670: [patch] IPv6 in IPsec packets always get passed to pfil

[bz]

Synopsis: [patch] IPv6 in IPsec packets always get passed to pfil

Responsible-Changed-From-To: freebsd-bugs->bz
Responsible-Changed-By: bz
Responsible-Changed-When: Mon Jun 6 20:13:22 UTC 2011
Responsible-Changed-Why: 
Tha functional part looks right at first glance the comment,
probably copied from IPv4, is utterly wrong as are some others
related to filtertunnel -- should get rid of all that gif comments
the same time.

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

[dfilter service]

The following reply was made to PR kern/157657; it has been noted by GNATS.

From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:  
Subject: Re: kern/157657: commit references a PR
Date: Tue,  7 Jun 2011 02:50:24 + (UTC)

 Author: davidxu
 Date: Tue Jun  7 02:50:14 2011
 New Revision: 222802
 URL: http://svn.freebsd.org/changeset/base/222802
 
 Log:
   Use p4prio_to_tsprio to calculate TS priority instead of using
   p4prio_to_rtpprio which is for RT priority.
   
   PR:  kern/157657
   Submitted by:krivenok.dmitry at gmail dot com
   MFC after:   3 days
 
 Modified:
   head/sys/kern/ksched.c
 
 Modified: head/sys/kern/ksched.c
 ==
 --- head/sys/kern/ksched.c Tue Jun  7 01:28:12 2011(r222801)
 +++ head/sys/kern/ksched.c Tue Jun  7 02:50:14 2011(r222802)
 @@ -206,7 +206,7 @@ ksched_setscheduler(struct ksched *ksche
if (param->sched_priority >= 0 &&
param->sched_priority <= (PRI_MAX_TIMESHARE - 
PRI_MIN_TIMESHARE)) {
rtp.type = RTP_PRIO_NORMAL;
 -  rtp.prio = p4prio_to_rtpprio(param->sched_priority);
 +  rtp.prio = p4prio_to_tsprio(param->sched_priority);
rtp_to_pri(&rtp, td);
} else
e = EINVAL;
 ___
 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"