Re: conf/133715: [terminfo] [patch] no terminfo for rxvt-unicode terminal

2011-02-20 Thread miwi 
Synopsis: [terminfo] [patch] no terminfo for rxvt-unicode terminal

Responsible-Changed-From-To: freebsd-bugs->ed
Responsible-Changed-By: miwi
Responsible-Changed-When: Sun Feb 20 08:48:55 UTC 2011
Responsible-Changed-Why: 
over to ed

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

gnu/154906: [PATCH] gcc: backport opteron-sse3, athlon64-sse3, k8-sse3 march options

2011-02-20 Thread Martin Matuska 

>Number: 154906
>Category:   gnu
>Synopsis:   [PATCH] gcc: backport opteron-sse3, athlon64-sse3, k8-sse3 
>march options
>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:   Sun Feb 20 10:40:08 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: Martin Matuska
>Release:FreeBSD 9-CURRENT amd64
>Organization:
>Environment:
>Description:
Starting with AMD Athlon 64 (Venice Stepping E3 and San Diego Stepping E4)
and AMD Opteron (since Stepping E4) all AMD CPU's support the SSE3 instruction
set.

In gcc 4.3, SVN revision 124339 (still under GPLv2), new -march=/-mtune= 
optimization flags have been introduced: opteron-sse3, athlon64-sse3, k8-sse3

As these options are a small and non-intrusive GPLv2-licensed change,
I recommend backporting these options to contrib/gcc and adding the new flags
to share/mk/bsd.cpu.mk

These processors support in i386 mode the "prescott" optimization and in
amd64 mode the "opteron-sse3, athlon64-sse3 and k8-sse3 optimizations.

I have a system with recent Opteron 6100 Series procesors and make buildworld
fails because of wrong compilation assumptions if using CPUTYPE=nocona.

References:
http://gcc.gnu.org/viewcvs?view=revision&revision=124339
>How-To-Repeat:
>Fix:

Index: contrib/gcc/doc/gcc.1
===
--- contrib/gcc/doc/gcc.1   (revision 218880)
+++ contrib/gcc/doc/gcc.1   (working copy)
@@ -8751,6 +8751,9 @@
 .IX Item "k8, opteron, athlon64, athlon-fx"
 \&\s-1AMD\s0 K8 core based CPUs with x86\-64 instruction set support.  (This 
supersets
 \&\s-1MMX\s0, \s-1SSE\s0, \s-1SSE2\s0, 3dNOW!, enhanced 3dNOW! and 64\-bit 
instruction set extensions.)
+.IP "\fIk8-sse3, opteron-sse3, athlon64-sse3\fR" 4
+.IX Item "k8-sse3, opteron-sse3, athlon64-sse3"
+Improved versions of k8, opteron and athlon64 with \s-1SSE3\s0 instruction set 
support.
 .IP "\fIwinchip\-c6\fR" 4
 .IX Item "winchip-c6"
 \&\s-1IDT\s0 Winchip C6 \s-1CPU\s0, dealt in same way as i486 with additional 
\s-1MMX\s0 instruction
Index: contrib/gcc/doc/invoke.texi
===
--- contrib/gcc/doc/invoke.texi (revision 218880)
+++ contrib/gcc/doc/invoke.texi (working copy)
@@ -9382,6 +9382,8 @@
 @item k8, opteron, athlon64, athlon-fx
 AMD K8 core based CPUs with x86-64 instruction set support.  (This supersets
 MMX, SSE, SSE2, 3dNOW!, enhanced 3dNOW! and 64-bit instruction set extensions.)
+@item k8-sse3, opteron-sse3, athlon64-sse3
+Improved versions of k8, opteron and athlon64 with SSE3 instruction set 
support.
 @item winchip-c6
 IDT Winchip C6 CPU, dealt in same way as i486 with additional MMX instruction
 set support.
Index: contrib/gcc/config/i386/i386.c
===
--- contrib/gcc/config/i386/i386.c  (revision 218880)
+++ contrib/gcc/config/i386/i386.c  (working copy)
@@ -1523,10 +1523,19 @@
   | PTA_SSE | PTA_SSE2 },
   {"k8", PROCESSOR_K8, PTA_MMX | PTA_PREFETCH_SSE | PTA_3DNOW | PTA_64BIT
  | PTA_3DNOW_A | PTA_SSE | PTA_SSE2},
+  {"k8-sse3", PROCESSOR_K8, PTA_MMX | PTA_PREFETCH_SSE | PTA_3DNOW | 
PTA_64BIT
+ | PTA_3DNOW_A | PTA_SSE | PTA_SSE2
+ | PTA_SSE3 },
   {"opteron", PROCESSOR_K8, PTA_MMX | PTA_PREFETCH_SSE | PTA_3DNOW | 
PTA_64BIT
  | PTA_3DNOW_A | PTA_SSE | PTA_SSE2},
+  {"opteron-sse3", PROCESSOR_K8, PTA_MMX | PTA_PREFETCH_SSE | PTA_3DNOW | 
PTA_64BIT
+ | PTA_3DNOW_A | PTA_SSE | PTA_SSE2
+ | PTA_SSE3 },
   {"athlon64", PROCESSOR_K8, PTA_MMX | PTA_PREFETCH_SSE | PTA_3DNOW | 
PTA_64BIT
  | PTA_3DNOW_A | PTA_SSE | PTA_SSE2},
+  {"athlon64-sse3", PROCESSOR_K8, PTA_MMX | PTA_PREFETCH_SSE | PTA_3DNOW | 
PTA_64BIT
+ | PTA_3DNOW_A | PTA_SSE | PTA_SSE2
+ | PTA_SSE3 },
   {"athlon-fx", PROCESSOR_K8, PTA_MMX | PTA_PREFETCH_SSE | PTA_3DNOW | 
PTA_64BIT
  | PTA_3DNOW_A | PTA_SSE | PTA_SSE2},
   {"generic32", PROCESSOR_GENERIC32, 0 /* flags are only used for -march 
switch.  */ },
Index: share/examples/etc/make.conf
===
--- share/examples/etc/make.conf(revision 218880)
+++ share/examples/etc/make.conf(working copy)
@@ -30,8 +30,9 @@
 # NO_CPU_CFLAGS variable below.
 # Currently the following CPU types are recognized:
 #   Intel x86 architecture:
-#   (AMD CPUs) opteron athlon64 athlon-mp athlon-xp athlon-4
-#

Re: gnu/154907: [PATCH] gcc: backport opteron-sse3, athlon64-sse3, k8-sse3 march options

2011-02-20 Thread mm 
Synopsis: [PATCH] gcc: backport opteron-sse3, athlon64-sse3, k8-sse3 march 
options

State-Changed-From-To: open->closed
State-Changed-By: mm
State-Changed-When: Sun Feb 20 10:41:33 UTC 2011
State-Changed-Why: 
Duplicate of gnu/154906

http://www.freebsd.org/cgi/query-pr.cgi?pr=154907
___
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: gnu/154822: groff_mdoc UTF-8 issue

2011-02-20 Thread uqs 
Synopsis: groff_mdoc UTF-8 issue

Responsible-Changed-From-To: freebsd-bugs->uqs
Responsible-Changed-By: uqs
Responsible-Changed-When: Sun Feb 20 13:40:55 UTC 2011
Responsible-Changed-Why: 
I'll take it.

http://www.freebsd.org/cgi/query-pr.cgi?pr=154822
___
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/154915: [patch] Force stdio output streams to line-buffered mode

2011-02-20 Thread Jeremie Le Hen 

>Number: 154915
>Category:   bin
>Synopsis:   [patch] Force stdio output streams to line-buffered mode
>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:   Sun Feb 20 17:00:20 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: Jeremie Le Hen
>Release:FreeBSD 8.1-STABLE i386
>Organization:
>Environment:
System: FreeBSD felucia.tataz.chchile.org

>Description:
I've been annoyed multiple time when running a command such like
iostat -x 1 | cat -n | grep -v ad10

The problem stems from two factors:
  - cat's stdio sees that its stdout is not a terminal, so stdout is
full buffered and not line-buffered;
  - iostat produces output too slowly so the aforementioned buffer takes
numerous seconds to be filled and flushed to the last command.

This problems is not specific to FreeBSD, it is actually a consequence
of POSIX specification.  I've checked this on Solaris and Linux.

I've attached a small patch for stdio, so if the environment variable
STDIO_IOLBF is set, the output streams will be line-oriented by default.
iostat -x 1 | env STDIO_IOLBF=1 cat -n | grep -v ad10

>How-To-Repeat:

>Fix:

--- STDIO_IOLBF.diff begins here ---
diff -rup /usr/src.orig/lib/libc/stdio/makebuf.c 
/usr/src/lib/libc/stdio/makebuf.c
--- /usr/src.orig/lib/libc/stdio/makebuf.c  2009-08-03 10:13:06.0 
+0200
+++ /usr/src/lib/libc/stdio/makebuf.c   2011-02-19 19:09:56.0 +0100
@@ -59,6 +59,7 @@ __smakebuf(fp)
FILE *fp;
 {
void *p;
+   char *bmode;
int flags;
size_t size;
int couldbetty;
@@ -79,7 +80,8 @@ __smakebuf(fp)
flags |= __SMBF;
fp->_bf._base = fp->_p = p;
fp->_bf._size = size;
-   if (couldbetty && isatty(fp->_file))
+   if (((bmode = getenv("STDIO_IOLBF")) && bmode[0] != '\0') ||
+   (couldbetty && isatty(fp->_file)))
flags |= __SLBF;
fp->_flags |= flags;
 }
diff -rup /usr/src.orig/lib/libc/stdio/setbuf.3 /usr/src/lib/libc/stdio/setbuf.3
--- /usr/src.orig/lib/libc/stdio/setbuf.3   2009-08-03 10:13:06.0 
+0200
+++ /usr/src/lib/libc/stdio/setbuf.32011-02-19 19:09:13.0 +0100
@@ -79,7 +79,9 @@ and an optimally-sized buffer is obtaine
 If a stream refers to a terminal
 (as
 .Dv stdout
-normally does) it is line buffered.
+normally does), or the environment variable
+.Ev STDIO_IOLBF
+is set, it is line buffered.
 The standard error stream
 .Dv stderr
 is always unbuffered.
@@ -176,6 +178,12 @@ The
 function returns what the equivalent
 .Fn setvbuf
 would have returned.
+.Sh ENVIRONMENT
+.Bl -tag -width ".Ev STDIO_IOLBF"
+If the environment variable
+.Ev STDIO_IOLBF
+is set, output streams will be line-buffered by default
+even when not referring to a terminal.
 .Sh SEE ALSO
 .Xr fclose 3 ,
 .Xr fopen 3 ,
diff -rup /usr/src.orig/lib/libc/stdio/stdio.3 /usr/src/lib/libc/stdio/stdio.3
--- /usr/src.orig/lib/libc/stdio/stdio.32009-08-03 10:13:06.0 
+0200
+++ /usr/src/lib/libc/stdio/stdio.3 2011-02-19 12:56:00.0 +0100
@@ -137,7 +137,8 @@ an interactive or
 .Dq terminal
 device, as determined by the
 .Xr isatty 3
-function.
+function (this can be overriden with an environment variable, see
+.Xr setvbuf 3  ) .
 In fact,
 .Em all
 freshly-opened streams that refer to terminal devices
--- STDIO_IOLBF.diff ends here ---


>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/108651: [hang] option PREEMPTION causes machine hangs on TYAN 2462

2011-02-20 Thread jh 
Synopsis: [hang] option PREEMPTION causes machine hangs on TYAN 2462

State-Changed-From-To: feedback->closed
State-Changed-By: jh
State-Changed-When: Sun Feb 20 17:36:15 UTC 2011
State-Changed-Why: 
Feedback timeout.

http://www.freebsd.org/cgi/query-pr.cgi?pr=108651
___
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/109809: [shutdown] CPU hits 100% when issuing the halt command (in a VM and also when running on native hardware)

2011-02-20 Thread jh 
Synopsis: [shutdown] CPU hits 100% when issuing the halt command (in a VM and 
also when running on native hardware)

State-Changed-From-To: feedback->closed
State-Changed-By: jh
State-Changed-When: Sun Feb 20 17:36:44 UTC 2011
State-Changed-Why: 
Feedback timeout.

http://www.freebsd.org/cgi/query-pr.cgi?pr=109809
___
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/114111: [nfs] System crashes while writing on NFS-mounted share

2011-02-20 Thread jh 
Synopsis: [nfs] System crashes while writing on NFS-mounted share

State-Changed-From-To: feedback->closed
State-Changed-By: jh
State-Changed-When: Sun Feb 20 17:37:10 UTC 2011
State-Changed-Why: 
Feedback timeout.

http://www.freebsd.org/cgi/query-pr.cgi?pr=114111
___
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/127870: [panic] HP DL320 lockup with kernel panic

2011-02-20 Thread jh 
Synopsis: [panic] HP DL320 lockup with kernel panic

State-Changed-From-To: feedback->closed
State-Changed-By: jh
State-Changed-When: Sun Feb 20 17:39:01 UTC 2011
State-Changed-Why: 
Feedback timeout.

http://www.freebsd.org/cgi/query-pr.cgi?pr=127870
___
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/61909: 5.2-Current fails to notice change of CD in drive

2011-02-20 Thread jh 
Synopsis: 5.2-Current fails to notice change of CD in drive

State-Changed-From-To: open->closed
State-Changed-By: jh
State-Changed-When: Sun Feb 20 18:53:49 UTC 2011
State-Changed-Why: 
Duplicate of kern/85975.

http://www.freebsd.org/cgi/query-pr.cgi?pr=61909
___
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/107277: [panic] bus_dmamap_load_mbuf_sg

2011-02-20 Thread jh 
Synopsis: [panic] bus_dmamap_load_mbuf_sg

State-Changed-From-To: open->feedback
State-Changed-By: jh
State-Changed-When: Sun Feb 20 18:56:39 UTC 2011
State-Changed-Why: 
Can you still reproduce this on a supported release?

http://www.freebsd.org/cgi/query-pr.cgi?pr=107277
___
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/117028: [atapicam] [panic] brelse: free buffer onto another queue???

2011-02-20 Thread jh 
Synopsis: [atapicam] [panic] brelse: free buffer onto another queue???

State-Changed-From-To: open->feedback
State-Changed-By: jh
State-Changed-When: Sun Feb 20 18:58:11 UTC 2011
State-Changed-Why: 
Can you still reproduce this on recent FreeBSD versions?

http://www.freebsd.org/cgi/query-pr.cgi?pr=117028
___
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/113439: [panic] 6.2 Kernel Panic

2011-02-20 Thread jh 
Synopsis: [panic] 6.2 Kernel Panic

State-Changed-From-To: open->feedback
State-Changed-By: jh
State-Changed-When: Sun Feb 20 19:01:23 UTC 2011
State-Changed-Why: 
Can you still reproduce this on a supported release?

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

2011-02-20 Thread dfilter service 
The following reply was made to PR gnu/154906; it has been noted by GNATS.

From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:  
Subject: Re: gnu/154906: commit references a PR
Date: Sun, 20 Feb 2011 22:25:28 + (UTC)

 Author: mm
 Date: Sun Feb 20 22:25:23 2011
 New Revision: 218895
 URL: http://svn.freebsd.org/changeset/base/218895
 
 Log:
   Backport svn r124339 from gcc 4.3 and add opteron-sse3, athlon64-sse3
   and k8-sse3 cpu-types for -march=/-mtune= gcc options.
   These new cpu-types include the SSE3 instruction set that is supported
   by all newer AMD Athlon 64 and Opteron processors.
   All three cpu-types are supported by clang and all gcc versions
   starting with 4.3 SVN rev 124339 (at that time GPLv2 licensed).
   
   PR:  gnu/154906
   Discussed with:  kib, kan, dim
   Obtained from:   gcc 4.3 (r124339, GPLv2 licensed)
   MFC after:   2 weeks
 
 Modified:
   head/contrib/gcc/config/i386/i386.c
   head/contrib/gcc/doc/gcc.1
   head/contrib/gcc/doc/invoke.texi
 
 Modified: head/contrib/gcc/config/i386/i386.c
 ==
 --- head/contrib/gcc/config/i386/i386.cSun Feb 20 21:58:07 2011
(r218894)
 +++ head/contrib/gcc/config/i386/i386.cSun Feb 20 22:25:23 2011
(r218895)
 @@ -1523,10 +1523,19 @@ override_options (void)
   | PTA_SSE | PTA_SSE2 },
{"k8", PROCESSOR_K8, PTA_MMX | PTA_PREFETCH_SSE | PTA_3DNOW | PTA_64BIT
  | PTA_3DNOW_A | PTA_SSE | PTA_SSE2},
 +  {"k8-sse3", PROCESSOR_K8, PTA_MMX | PTA_PREFETCH_SSE | PTA_3DNOW | 
PTA_64BIT
 +| PTA_3DNOW_A | PTA_SSE | PTA_SSE2
 +| PTA_SSE3 },
{"opteron", PROCESSOR_K8, PTA_MMX | PTA_PREFETCH_SSE | PTA_3DNOW | 
PTA_64BIT
  | PTA_3DNOW_A | PTA_SSE | PTA_SSE2},
 +  {"opteron-sse3", PROCESSOR_K8, PTA_MMX | PTA_PREFETCH_SSE | PTA_3DNOW | 
PTA_64BIT
 +| PTA_3DNOW_A | PTA_SSE | PTA_SSE2
 +| PTA_SSE3 },
{"athlon64", PROCESSOR_K8, PTA_MMX | PTA_PREFETCH_SSE | PTA_3DNOW | 
PTA_64BIT
  | PTA_3DNOW_A | PTA_SSE | PTA_SSE2},
 +  {"athlon64-sse3", PROCESSOR_K8, PTA_MMX | PTA_PREFETCH_SSE | PTA_3DNOW 
| PTA_64BIT
 +| PTA_3DNOW_A | PTA_SSE | PTA_SSE2
 +| PTA_SSE3 },
{"athlon-fx", PROCESSOR_K8, PTA_MMX | PTA_PREFETCH_SSE | PTA_3DNOW | 
PTA_64BIT
  | PTA_3DNOW_A | PTA_SSE | PTA_SSE2},
{"generic32", PROCESSOR_GENERIC32, 0 /* flags are only used for -march 
switch.  */ },
 
 Modified: head/contrib/gcc/doc/gcc.1
 ==
 --- head/contrib/gcc/doc/gcc.1 Sun Feb 20 21:58:07 2011(r218894)
 +++ head/contrib/gcc/doc/gcc.1 Sun Feb 20 22:25:23 2011(r218895)
 @@ -129,7 +129,7 @@
  .\" 
  .\"
  .IX Title "GCC 1"
 -.TH GCC 1 "2007-07-19" "gcc-4.2.1" "GNU"
 +.TH GCC 1 "2011-02-20" "gcc-4.2.1" "GNU"
  .SH "NAME"
  gcc \- GNU project C and C++ compiler
  .SH "SYNOPSIS"
 @@ -8751,6 +8751,9 @@ instruction set support.
  .IX Item "k8, opteron, athlon64, athlon-fx"
  \&\s-1AMD\s0 K8 core based CPUs with x86\-64 instruction set support.  (This 
supersets
  \&\s-1MMX\s0, \s-1SSE\s0, \s-1SSE2\s0, 3dNOW!, enhanced 3dNOW! and 64\-bit 
instruction set extensions.)
 +.IP "\fIk8-sse3, opteron-sse3, athlon64-sse3\fR" 4
 +.IX Item "k8-sse3, opteron-sse3, athlon64-sse3"
 +Improved versions of k8, opteron and athlon64 with \s-1SSE3\s0 instruction 
set support.
  .IP "\fIwinchip\-c6\fR" 4
  .IX Item "winchip-c6"
  \&\s-1IDT\s0 Winchip C6 \s-1CPU\s0, dealt in same way as i486 with additional 
\s-1MMX\s0 instruction
 
 Modified: head/contrib/gcc/doc/invoke.texi
 ==
 --- head/contrib/gcc/doc/invoke.texi   Sun Feb 20 21:58:07 2011
(r218894)
 +++ head/contrib/gcc/doc/invoke.texi   Sun Feb 20 22:25:23 2011
(r218895)
 @@ -9382,6 +9382,8 @@ instruction set support.
  @item k8, opteron, athlon64, athlon-fx
  AMD K8 core based CPUs with x86-64 instruction set support.  (This supersets
  MMX, SSE, SSE2, 3dNOW!, enhanced 3dNOW! and 64-bit instruction set 
extensions.)
 +@item k8-sse3, opteron-sse3, athlon64-sse3
 +Improved versions of k8, opteron and athlon64 with SSE3 instruction set 
support.
  @item winchip-c6
  IDT Winchip C6 CPU, dealt in same way as i486 with additional MMX instruction
  set support.
 ___
 svn-src-...@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/svn-src-all
 To unsubscribe, send any mail to "svn-src-all-uns

Re: gnu/154906: [PATCH] gcc: backport opteron-sse3, athlon64-sse3, k8-sse3 march options

2011-02-20 Thread mm 
Synopsis: [PATCH] gcc: backport opteron-sse3, athlon64-sse3, k8-sse3 march 
options

Responsible-Changed-From-To: freebsd-bugs->mm
Responsible-Changed-By: mm
Responsible-Changed-When: Sun Feb 20 22:33:47 UTC 2011
Responsible-Changed-Why: 
I'll take it.

http://www.freebsd.org/cgi/query-pr.cgi?pr=154906
___
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/113439: [panic] 6.2 Kernel Panic

2011-02-20 Thread Jason Naughton 
The following reply was made to PR kern/113439; it has been noted by GNATS.

From: Jason Naughton 
To: "bug-follo...@freebsd.org" ,
"jnaug...@ee.ryerson.ca" 
Cc:  
Subject: Re: kern/113439: [panic] 6.2 Kernel Panic
Date: Sun, 20 Feb 2011 17:20:47 -0500

 --Apple-Mail-1--41815787
 Content-Transfer-Encoding: quoted-printable
 Content-Type: text/plain;
charset=us-ascii
 
 This WAS posted on  "Fri, 8 Jun 2007 23:03:17 -0400 (EDT)" and was on a supp=
 orted stable version.  I had moved on to re-install Solaris x86 after the se=
 rver continuously crashed under load.  I posted the back trace at the time a=
 s per the previous commenters request.  The server in question now is powere=
 d down as this PR over 3 years old.  It might as well be deleted now...
 
 Cheers
  =20
 Jason=
 
 --Apple-Mail-1--41815787
 Content-Transfer-Encoding: 7bit
 Content-Type: text/html;
charset=utf-8
 
 This WAS posted on  "Fri, 8 Jun 2007 23:03:17 -0400 (EDT)" and 
was on a supported stable version.  I had moved on to re-install Solaris 
x86 after the server continuously crashed und er load.  I posted the back 
trace at the time as per the previous commenters request.  The server in 
question now is powered down as this PR over 3 years old.  It might as 
well be deleted now...       
 Cheers           
           Jason
 --Apple-Mail-1--41815787--
___
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/154922: jail_getid(3) does not work; jexec(8) does not work with names

2011-02-20 Thread Julian Fagir 

>Number: 154922
>Category:   misc
>Synopsis:   jail_getid(3) does not work; jexec(8) does not work with names
>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:   Sun Feb 20 23:00:23 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: Julian Fagir
>Release:8.1-RELEASE
>Organization:
>Environment:
FreeBSD zweihorn1 8.1-RELEASE FreeBSD 8.1-RELEASE #0: Mon Jul 19 02:36:49 UTC 
2010 r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
>Description:
jail_getid(3) returns just the same jid as a string.
jail_getname(3) returns only the jid of the jid you give (as a string).

As far as I see, it is not a problem of my understanding, as the 
jexec(8)-manpage explicitly states that the jail can be supplied as a name or 
jid.
jls does return the right name of the jail as ezjail is configured to create, 
and indeed both of them are doing fine when asking for the name or starting a 
shell in the jail.
`ezjail-admin console` does use the id of the jail, anyway.
>How-To-Repeat:
Just `jls`, pick any jailname $JAILNAME and then run `jexec $JAILNAME sh`. It 
will fail as it does not find the name of the jail.

Alternatively, compile the following program with -ljail and run it with the 
only parameter the name of the jail:

#include 
#include 
#include 
#include 

#include 
#include 

int
main(int argc, char* argv[]) {
  int jid;
  if (argc != 2)
return(1);
  jid = jail_getid(argv[1]);
  printf("Jail %s is running: %d\n", argv[1], jid);
  return(0);
}
>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: misc/154922: jail_getid(3) does not work; jexec(8) does not work with names

2011-02-20 Thread Julian Fagir 
Hi,

> >Number: 154922
> >Category:   misc
> >Synopsis:   jail_getid(3) does not work; jexec(8) does not work with
> >names Confidential:   no
> >Severity:   non-critical
> >Priority:   medium

sorry for the noise.
I just discovered that ezjail simply does not set the jailname and I swapped
hostname and jailname the whole time. Running `jls -n` returns the name.

This bugreport can be closed.


Regards, Julian
___
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/154922: jail_getid(3) does not work; jexec(8) does not work with names

2011-02-20 Thread gjb 
Synopsis: jail_getid(3) does not work; jexec(8) does not work with names

State-Changed-From-To: open->closed
State-Changed-By: gjb
State-Changed-When: Mon Feb 21 04:35:46 UTC 2011
State-Changed-Why: 
Closed by request of submitter.


http://www.freebsd.org/cgi/query-pr.cgi?pr=154922
___
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/117607: [cpufreq] [amd64] dev.cpu.0.freq not showing up any longer on amd64 notebook [regression]

2011-02-20 Thread Andriy Gapon 
on 19/02/2011 17:51 Bruce Cran said the following:
> It seems the error is occuring because cf_get_method returns ENXIO 
> (kern_cpu.c:503). 
> 
> The only related checkin I can see recently was by avg (cc'd) with r210422.
> 

It would be helpful to nail exact cause of this issue by using dtrace or printf?
BTW, just in case, please note that the bug was originally reported against much
earlier revision.

-- 
Andriy Gapon
___
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/154928: remove duplicate "the the" from a large section of base code

2011-02-20 Thread Eitan Adler 

>Number: 154928
>Category:   bin
>Synopsis:   remove duplicate "the the" from a large section of base code
>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:   Mon Feb 21 05:50:09 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: Eitan Adler
>Release:
>Organization:
>Environment:
>Description:
There are a lot of typos and duplicate words in the FreeBSD base.
This patch removes one of the more common ones: "the the"

Do the size of the patch (1170 6678 49537) I decided not to attach to the PR 
but to leave it on the web:
http://people.freebsd.org/~eadler/files/remove-the-the.patch

I have a few more coming soon to fix other common typos :-)
>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"