Re: bin/165873: tar(1) manpage advertises --uid and --gid which seem to be not implemented

2012-03-09 Thread Mark
The following reply was made to PR bin/165873; it has been noted by GNATS. From: Mark To: bug-follo...@freebsd.org, lego...@legolasweb.nl Cc: Subject: Re: bin/165873: tar(1) manpage advertises --uid and --gid which seem to be not implemented Date: Sat, 10 Mar 2012 00:50:15 -0500 The options

Re: bin/165886: Using jail name in rctl(8) doesn't work - jail id works

2012-03-09 Thread linimon
Synopsis: Using jail name in rctl(8) doesn't work - jail id works Responsible-Changed-From-To: freebsd-bugs->freebsd-jail Responsible-Changed-By: linimon Responsible-Changed-When: Sat Mar 10 06:06:49 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi

Re: kern/165879: [tcp] Syncache syncache.count overflow

2012-03-09 Thread linimon
Old Synopsis: Syncache syncache.count overflow New Synopsis: [tcp] Syncache syncache.count overflow Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Mar 10 06:05:20 UTC 2012 Responsible-Changed-Why: tcp-related. http://www.freeb

Re: kern/165740: [cam] SCSI code must drain callbacks before free

2012-03-09 Thread linimon
Old Synopsis: SCSI code must drain callbacks before free New Synopsis: [cam] SCSI code must drain callbacks before free Responsible-Changed-From-To: freebsd-bugs->freebsd-scsi Responsible-Changed-By: linimon Responsible-Changed-When: Sat Mar 10 05:49:55 UTC 2012 Responsible-Changed-Why: Over to m

Re: kern/165870: [bwn] bwn driver does not attach on HP Pavilion dv9420us

2012-03-09 Thread linimon
Old Synopsis: bwn driver does not attach on HP Pavilion dv9420us New Synopsis: [bwn] bwn driver does not attach on HP Pavilion dv9420us Responsible-Changed-From-To: freebsd-bugs->freebsd-wireless Responsible-Changed-By: linimon Responsible-Changed-When: Sat Mar 10 05:45:38 UTC 2012 Responsible-Cha

Re: kern/165895: [ath] overly busy cabq can tie up all tx buffers

2012-03-09 Thread linimon
Synopsis: [ath] overly busy cabq can tie up all tx buffers Responsible-Changed-From-To: freebsd-bugs->freebsd-wireless Responsible-Changed-By: linimon Responsible-Changed-When: Sat Mar 10 04:15:18 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr

kern/165895: [ath] overly busy cabq can tie up all tx buffers

2012-03-09 Thread Adrian Chadd
>Number: 165895 >Category: kern >Synopsis: [ath] overly busy cabq can tie up all tx buffers >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class:

Re: kern/165893: processor topology should be exported in more obvious format

2012-03-09 Thread Garrett Wollman
The following reply was made to PR kern/165893; it has been noted by GNATS. From: Garrett Wollman To: Andriy Gapon Cc: bug-follo...@freebsd.org Subject: Re: kern/165893: processor topology should be exported in more obvious format Date: Fri, 9 Mar 2012 18:10:22 -0500 < said: > OTOH, it wou

Re: kern/165893: processor topology should be exported in more obvious format

2012-03-09 Thread Andriy Gapon
The following reply was made to PR kern/165893; it has been noted by GNATS. From: Andriy Gapon To: bug-follo...@freebsd.org, woll...@csail.mit.edu Cc: Subject: Re: kern/165893: processor topology should be exported in more obvious format Date: Sat, 10 Mar 2012 00:32:06 +0200 OTOH, it would p

kern/165893: processor topology should be exported in more obvious format

2012-03-09 Thread Garrett Wollman
>Number: 165893 >Category: kern >Synopsis: processor topology should be exported in more obvious format >Confidential: no >Severity: non-critical >Priority: medium >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Requir

Re: kern/162407: [rctl] [panic] rctl crashes kernel with a page fault (gdb: "corrupt stack?")

2012-03-09 Thread Jaakko Heinonen
On 2012-03-09, Moritz Wilhelmy wrote: > crashes have gone away after disabling rctl. > I'm a bit anxious to retry for now, because I currently don't want any > unnecessary downtime. Have you previously been able to reproduce it? How > do you suspect r226092 to fix the issue? r226092 is supposed to

misc/165886: Using jail name in rctl(8) doesn't work - jail id works

2012-03-09 Thread Thomas Steen Rasmussen
>Number: 165886 >Category: misc >Synopsis: Using jail name in rctl(8) doesn't work - jail id works >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Cla

Re: kern/162407: [rctl] [panic] rctl crashes kernel with a page fault (gdb: "corrupt stack?")

2012-03-09 Thread Moritz Wilhelmy
Hi, crashes have gone away after disabling rctl. I'm a bit anxious to retry for now, because I currently don't want any unnecessary downtime. Have you previously been able to reproduce it? How do you suspect r226092 to fix the issue? Also, I wanted to upgrade sooner or later; in case I give it a

kern/165879: Syncache syncache.count overflow

2012-03-09 Thread Nikita
>Number: 165879 >Category: kern >Synopsis: Syncache syncache.count overflow >Confidential: no >Severity: non-critical >Priority: medium >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug

Re: misc/165876: RFE: provide unique ISO9660 metadata for all release CD/DVD ISOs

2012-03-09 Thread remko
Synopsis: RFE: provide unique ISO9660 metadata for all release CD/DVD ISOs Responsible-Changed-From-To: freebsd-bugs->re Responsible-Changed-By: remko Responsible-Changed-When: Fri Mar 9 13:05:57 UTC 2012 Responsible-Changed-Why: Reassign to release-engineers, they can adopt this in the release p

misc/165876: RFE: provide unique ISO9660 metadata for all release CD/DVD ISOs

2012-03-09 Thread Daniel Berrange
>Number: 165876 >Category: misc >Synopsis: RFE: provide unique ISO9660 metadata for all release CD/DVD >ISOs >Confidential: no >Severity: non-critical >Priority: medium >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-

Re: kern/161456: [libpam] on a system bound to an LDAP server, top tries to get the whole LDAP content to resolve uids

2012-03-09 Thread Cyril Grosjean
The following reply was made to PR kern/161456; it has been noted by GNATS. From: Cyril Grosjean To: bug-follo...@freebsd.org, pat...@patpro.net Cc: Subject: Re: kern/161456: [libpam] on a system bound to an LDAP server, top tries to get the whole LDAP content to resolve uids Date: Fri, 09 Mar

bin/165873: tar(1) manpage advertises --uid and --gid which seem to be not implemented

2012-03-09 Thread Stas Verberkt
>Number: 165873 >Category: bin >Synopsis: tar(1) manpage advertises --uid and --gid which seem to be not >implemented >Confidential: no >Severity: non-critical >Priority: medium >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: