Re: kern/161552: [rctl] [panic] kernel panic with RCTL option: racct_alloc_resource: usage < 0

[jh]

Synopsis: [rctl] [panic] kernel panic with RCTL option: racct_alloc_resource: 
usage < 0

State-Changed-From-To: open->feedback
State-Changed-By: jh
State-Changed-When: Thu Mar 1 15:48:47 UTC 2012
State-Changed-Why: 
Can you still reproduce after r225940?

http://www.freebsd.org/cgi/query-pr.cgi?pr=161552
___
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/162407: [rctl] [panic] rctl crashes kernel with a page fault (gdb: "corrupt stack?")

[jh]

Synopsis: [rctl] [panic] rctl crashes kernel with a page fault (gdb: "corrupt 
stack?")

State-Changed-From-To: open->feedback
State-Changed-By: jh
State-Changed-When: Thu Mar 1 15:49:21 UTC 2012
State-Changed-Why: 
Can you still reproduce after r226092?

http://www.freebsd.org/cgi/query-pr.cgi?pr=162407
___
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/165589: [patch] make pmake errors more apparent

[Garrett Cooper]

>Number: 165589
>Category:   bin
>Synopsis:   [patch] make pmake errors more apparent
>Confidential:   no
>Severity:   non-critical
>Priority:   medium
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Mar 01 17:30:11 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator: Garrett Cooper
>Release:9.0-STABLE
>Organization:
n/a
>Environment:
FreeBSD bayonetta.local 9.0-STABLE FreeBSD 9.0-STABLE #6 r231963M: Mon Feb 20 
23:15:28 PST 2012 
gcooper@bayonetta.local:/usr/obj/store/freebsd/stable/9/sys/BAYONETTA  amd64
>Description:
The attached patch makes pmake mimic gmake in the sense that the failing target 
is printed out in the error message. Example:

$ make -f ~/Makefile.bad
*** [all] Error code 1

Stop in /scratch/git/gitorious/freenas.

This makes life a lot easier for developers and end-users because then (if 
one's really slick, or just does manual inspection), it becomes really easy to 
determine the root cause of a build failure.

This is particularly important when dealing with -j > 1, as the output becomes 
interleaved and it becomes extremely hard to track down the exact source behind 
a given build failure.
>How-To-Repeat:
$ sh
$ cat > Makefile.bad node;
}
fprintf(out,
-   "*** Completed successfully\n");
+   "*** [%s] Completed successfully\n",
+   job->node->name);
}
} else {
if (usePipes && job->node != lastNode) {
-   MESSAGE(out, job->node);
lastNode = job->node;
}
-   fprintf(out, "*** Error code %d%s\n",
+   fprintf(out, "*** [%s] Error code %d%s\n",
+   job->node->name,
WEXITSTATUS(*status),
(job->flags & JOB_IGNERR) ?
-   "(ignored)" : "");
+   " (ignored)" : "");
 
if (job->flags & JOB_IGNERR) {
*status = 0;
@@ -1002,10 +1003,10 @@
 */
if (job->flags & (JOB_RESUME | JOB_RESTART)) {
if (usePipes && job->node != lastNode) {
-   MESSAGE(out, job->node);
lastNode = job->node;
}
-   fprintf(out, "*** Continued\n");
+   fprintf(out, "*** [%s] Continued\n",
+   job->node->name);
}
if (!(job->flags & JOB_CONTINUING)) {
DEBUGF(JOB, ("Warning: process %jd was 
not "
@@ -1025,11 +1026,11 @@
 
} else {
if (usePipes && job->node != lastNode) {
-   MESSAGE(out, job->node);
lastNode = job->node;
}
fprintf(out,
-   "*** Signal %d\n", WTERMSIG(*status));
+   "*** [%s] Signal %d\n", job->node->name,
+   WTERMSIG(*status));
fflush(out);
}
}
@@ -1053,10 +1054,10 @@
 
DEBUGF(JOB, ("Process %jd stopped.\n", (intmax_t) job->pid));
if (usePipes && job->node != lastNode) {
-   MESSAGE(out, job->node);
lastNode = job->node;
}
-   fprintf(out, "*** Stopped -- signal %d\n", WSTOPSIG(*status));
+   fprintf(out, "*** [%s] Stopped -- signal %d\n",
+   job->node->name, WSTOPSIG(*status));
job->flags |= JOB_RESUME;
TAILQ_INSERT_TAIL(&stoppedJobs, job, link);
fflush(out);
@@ -3042,13 +3043,15 @@
if (status == 0) {
return (

Re: kern/161552: [rctl] [panic] kernel panic with RCTL option: racct_alloc_resource: usage < 0

[Nikos Vassiliadis]

Yes, the panic is still there. But it may be somehow related to
Virtualbox as I have used a similar kernel with no panics on real
hardware.
___
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/165595: Can't load firmare for ipw2200bg

[Fernando]

>Number: 165595
>Category:   kern
>Synopsis:   Can't load firmare for ipw2200bg
>Confidential:   no
>Severity:   serious
>Priority:   high
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Mar 01 21:10:04 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator: Fernando
>Release:9.0-RELEASE
>Organization:
>Environment:
FreeBSD hammer 9.0-RELEASE FreeBSD 9.0-RELEASE #1: Thu Mar  1 21:14:56 CET 2012 
root@hammer:/usr/obj/usr/src/sys/GENERIC  amd64

>Description:
Since 9.0-RELEASE I am not able to bring the wireless card up.
dmesg shows the following errors:

iwi0: timeout processing command blocks for iwi_bss firmware
iwi0: could not load main firmware iwi_bss

The computer is a Clevo D400K. Since 7.0 up to 8.2-RELEASE the wireless worked 
without problems (besides the known firmware limitations and so).

Here[1] there is more information about the problem and the steps I followed to 
try to fix it.

I get the error also with the GENERIC kernel. My loader.conf contains the 
following lines:

wlan_load="YES"
firmware_load="YES"

iwi_bss_load="YES"
iwi_ibss_load="YES"
iwi_monitor_load="YES"

As suggested, this could be ACPI related since deactivating ACPI in the 
bootloader results in a panic coming suspicioiusly from the iwi_detach 
function. No core is generated despite I have the proper configuration (crash 
too early?)

[1] 
http://lists.freebsd.org/pipermail/freebsd-wireless/2012-February/001370.html
>How-To-Repeat:
Boot with the GENERIC kernel and the loader.conf suggested above.

After that, create a wlan0 device:

ifconfig wlan0 create wlandev iwi0

And then try to bring it up

ifconfig wlan0 up
>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/165595: [ipw] ipw(4): Can't load firmare for ipw2200bg

[gjb]

Old Synopsis: Can't load firmare for ipw2200bg
New Synopsis: [ipw] ipw(4): Can't load firmare for ipw2200bg

Responsible-Changed-From-To: freebsd-bugs->freebsd-wireless
Responsible-Changed-By: gjb
Responsible-Changed-When: Thu Mar 1 21:32:22 UTC 2012
Responsible-Changed-Why: 
Over to maintainers.


http://www.freebsd.org/cgi/query-pr.cgi?pr=165595
___
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/165600: 8.3 installation DVD asking for non existing DISK for package installation

[Jin Guojun]

>Number: 165600
>Category:   misc
>Synopsis:   8.3 installation DVD asking for non existing DISK for package 
>installation
>Confidential:   no
>Severity:   non-critical
>Priority:   medium
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Mar 01 22:40:09 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator: Jin Guojun
>Release:8.3-BETA
>Organization:
>Environment:
FreeBSD bsd-ms.scenix.com 8.3-BETA1 FreeBSD 8.3-BETA1 #0: Wed Feb 29 12:44:48 
PST 2012
>Description:
After primary installation is done and goes for Configure --> Packages MENU,

Choose to install any package will fail due to asking to change DISK, which is 
not existing. For example:

This is disc #1.  Package xorg-wrapper-1.0_10 is on disc #0
Would you like to switch discs now?

For DVD, there is no other disk but one. This is the same problem that exists on
8.2-Release.
>How-To-Repeat:
Install 8-2 or 8.3-BETA then try to install xorg-7.5.1 or other package from
Configure --> Packages MENU (or run sysinstall after system boot up).

>Fix:
For DVD installation, do not check the disk, but if the destination package.tbz 
exists.

>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/88538: [patch] tcsh(1) ls-F spacing incorrect.

[Jonathan Chen]

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

From: Jonathan Chen 
To: bug-follo...@freebsd.org, j...@chen.org.nz
Cc:  
Subject: Re: bin/88538: [patch] tcsh(1) ls-F spacing incorrect.
Date: Fri, 2 Mar 2012 11:36:22 +1300

 Time to close this, it's been 6 years and it doesn't appear to be a
 problem in STABLE-9.
 -- 
 Jonathan Chen 
___
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/161552: [rctl] [panic] kernel panic with RCTL option: racct_alloc_resource: usage < 0

[Mark Linimon]

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

From: Mark Linimon 
To: bug-follo...@freebsd.org
Cc:  
Subject: Re: kern/161552: [rctl] [panic] kernel panic with RCTL option:
 racct_alloc_resource: usage < 0
Date: Thu, 1 Mar 2012 18:02:11 -0600

 - Forwarded message from Nikos Vassiliadis  -
 
 Date: Thu, 01 Mar 2012 19:26:26 +0100
 From: Nikos Vassiliadis 
 To: j...@freebsd.org
 
 Yes, the panic is still there. But it may be somehow related to
 Virtualbox as I have used a similar kernel with no panics on real
 hardware.
 
 - 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"

bin/165602: pkg_add - extend PACKAGESITE lookup to include rc.conf.local

[Michael Carlson]

>Number: 165602
>Category:   bin
>Synopsis:   pkg_add - extend PACKAGESITE lookup to include rc.conf.local
>Confidential:   no
>Severity:   non-critical
>Priority:   low
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  change-request
>Submitter-Id:   current-users
>Arrival-Date:   Fri Mar 02 00:30:12 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator: Michael Carlson
>Release:9.0-RELEASE
>Organization:
Bay Photo Lab
>Environment:
FreeBSD b-bot.bayphoto.local 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan  3 
07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC 
 amd64

>Description:
Hey FreeBSD Dev's!

We have a local Tinderbox server to build packages from ports, and then we use 
Puppet to install said packages.

When puppet uses pkg_add, it does not grab the PACKAGESITE environment 
variable, and defaults to using the hard-coded value of ftp.freebsd.org in 
pkg_add itself.

It would be preferable if pkg_add was able to look up PACKAGESITE in any one of 
the system configuration file locations like rc.conf, rc.conf.local, etc...

Or, even something like /etc/pkg.conf.

This seems like it would be a nice enhancement to a core FreeBSD tool, and 
FreeBSD is always really good at being super flexible.
>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: bin/88538: [patch] tcsh(1) ls-F spacing incorrect.

[eadler]

Synopsis: [patch] tcsh(1) ls-F spacing incorrect.

State-Changed-From-To: analyzed->closed
State-Changed-By: eadler
State-Changed-When: Fri Mar 2 03:26:17 UTC 2012
State-Changed-Why: 
fixed

http://www.freebsd.org/cgi/query-pr.cgi?pr=88538
___
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/157776: Unable to load kernel modules in fixit shell without creating symlinks

[Robert Simmons]

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

From: Robert Simmons 
To: bug-follo...@freebsd.org
Cc:  
Subject: Re: misc/157776: Unable to load kernel modules in fixit shell without
 creating symlinks
Date: Thu, 1 Mar 2012 22:05:49 -0500

 I propose closing this bug.  I have just tried the FreeBSD 9.0
 installer and this problem is totally gone.
___
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/157776: Unable to load kernel modules in fixit shell without creating symlinks

[gjb]

Synopsis: Unable to load kernel modules in fixit shell without creating symlinks

State-Changed-From-To: open->closed
State-Changed-By: gjb
State-Changed-When: Fri Mar 2 03:53:39 UTC 2012
State-Changed-Why: 
Closed per request of submitter.


http://www.freebsd.org/cgi/query-pr.cgi?pr=157776
___
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/165589: [patch] make make(1) errors more apparent

[Eygene Ryabinkin]

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

From: Eygene Ryabinkin 
To: FreeBSD GNATS followup 
Cc:  
Subject: Re: bin/165589: [patch] make make(1) errors more apparent
Date: Fri, 2 Mar 2012 10:25:41 +0400

 --yhqQ34TVR4fE8mPU
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline
 Content-Transfer-Encoding: quoted-printable
 
 The patch from mailing list was already committed to HEAD more than
 2 weeks ago,
   http://svnweb.freebsd.org/base?view=3Drevision&revision=3D231544
 --=20
 Eygene Ryabinkin,,,^..^,,,
 [ Life's unfair - but root password helps!   | codelabs.ru ]
 [ 82FE 06BC D497 C0DE 49EC  4FF0 16AF 9EAE 8152 ECFB | freebsd.org ]
 
 --yhqQ34TVR4fE8mPU
 Content-Type: application/pgp-signature
 
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v2.0.18 (FreeBSD)
 
 iF4EABEIAAYFAk9QZ+UACgkQFq+eroFS7PsLlQD/cmj03rhOq3Tv/TZqhTkpQNIC
 Mu7xoSXxr6kIar752/YA/3fntolbnjrbU4ymQAhZa8Ura51cA7FRCu38UTFoGK0B
 =l1ju
 -END PGP SIGNATURE-
 
 --yhqQ34TVR4fE8mPU--
___
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/165610: WFNijSJBPDLyrvrOOrT

[sRFanTMNEUISkMstSFs]

>Number: 165610
>Category:   misc
>Synopsis:   WFNijSJBPDLyrvrOOrT
>Confidential:   no
>Severity:   serious
>Priority:   medium
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  doc-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Mar 02 06:30:17 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator: sRFanTMNEUISkMstSFs
>Release:tNhJfeeJ
>Organization:
frwssmVFuQQPz
>Environment:
>Description:

>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: junk/165610: WFNijSJBPDLyrvrOOrT

[remko]

Synopsis: WFNijSJBPDLyrvrOOrT

State-Changed-From-To: open->closed
State-Changed-By: remko
State-Changed-When: Fri Mar 2 07:37:12 UTC 2012
State-Changed-Why: 
Junk


Responsible-Changed-From-To: freebsd-bugs->gnatsadm
Responsible-Changed-By: remko
Responsible-Changed-When: Fri Mar 2 07:37:12 UTC 2012
Responsible-Changed-Why: 
Junk

http://www.freebsd.org/cgi/query-pr.cgi?pr=165610
___
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/165589: [patch] make make(1) errors more apparent

[linimon]

Synopsis: [patch] make make(1) errors more apparent

State-Changed-From-To: open->patched
State-Changed-By: linimon
State-Changed-When: Fri Mar 2 07:51:09 UTC 2012
State-Changed-Why: 
set as 'patched'


Responsible-Changed-From-To: freebsd-bugs->fjoe
Responsible-Changed-By: linimon
Responsible-Changed-When: Fri Mar 2 07:51:09 UTC 2012
Responsible-Changed-Why: 

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