conf/162608: [patch] /boot/defaults/loader.conf does not list new orb, orbbw logos on 9.0-RC2

2011-11-16 Thread Manolis Kiagias

>Number: 162608
>Category:   conf
>Synopsis:   [patch] /boot/defaults/loader.conf does not list new orb, 
>orbbw logos on 9.0-RC2
>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:   Wed Nov 16 09:20:09 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: Manolis Kiagias
>Release:9.0-RC2
>Organization:
>Environment:
>Description:
The loader_logo line in /etc/defaults/loader.conf lists the following as 
possible logos: fbsdbw, beastiebw, beastie, none. The new orbbw and orb logos 
are missing. Even more, the commented out entry seems to indicate that fbsdbw 
is the default (loader_logo="fbsdbw") while the new default is orbbw.
>How-To-Repeat:
grep loader_logo /boot/defaults/loader.conf
>Fix:
Apply the following patch to /boot/defaults/loader.conf

Patch attached with submission follows:

--- loader.conf 2011-11-12 16:00:53.0 +0200
+++ /boot/defaults/loader.conf  2011-11-16 11:04:11.0 +0200
@@ -47,7 +47,7 @@
# escape to the loader prompt, set to
# "NO" to disable autobooting
 #beastie_disable="NO"  # Turn the beastie boot menu on and off
-#loader_logo="fbsdbw"  # Desired logo: fbsdbw, beastiebw, beastie, none
+#loader_logo="orbbw"   # Desired logo: orbbw, orb, fbsdbw, beastiebw, 
beastie, none
 #comconsole_speed="9600"   # Set the current serial console speed
 #console="vidconsole"  # A comma separated list of console(s)
 #currdev="disk1s1a"# Set the current device


>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"


kern/162609: Cannot write to Sony DRU-835A DVD drive

2011-11-16 Thread Ronald F.Guilmette

>Number: 162609
>Category:   kern
>Synopsis:   Cannot write to Sony DRU-835A DVD drive
>Confidential:   no
>Severity:   serious
>Priority:   low
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Nov 16 09:30:07 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: Ronald F. Guilmette
>Release:FreeBSD 8.2-RELEASE amd64
>Organization:
entropy
>Environment:

FreeBSD 8.2-RELEASE amd64 GENERIC

>Description:

I have a Sony DRU-835A multi-format CD/DVD burner that I've had for some long
time now.  I had serious problems getting it to write either CDs of DVD under
FreeBSD 7.0 so I put it on the shelf and was planning to just take it to the
recyclers, but today I decided to re-test it.

First I tested it uder Windoze 2000.  There it has no problems.  I can from it,
and I can use Nero to write DVDs on it under Windowze 2000.

Then I tried re-testing it on on a freshly installed FreeBSD 8.2/amd64 system.
Here again, it can be used for _reading_, but I get only errors (strange ones?)
when trying to write to it.

First I tried writing a pre-made .ISO image file to a good quality (Verbatim)
blank DVD+R disk using the drive and that crapped out after about 30-40
seconds.  When it dies, there is a console error saying:

acd0: FAILURE WRITE_BIG timed out

Meanwhile, the user gets the following errors at the same time:

:-( unable to Write@LBA=0h: Input/output error
:-( write failed: Input/output error

(Note that the "progress" message from growisofs up to that point all indicate
0.0% actually written, and indeed after I pop out the blank DVD, it appears
that nothing at all has been written to it.)

Trying to use this same Sony drive to write a pre-made .ISO image file to a
blank CD (rather than a blank DVD) produced some rather different results.
On the first try, the user session actually locked up and it no longer even
seemed to be accepting keyboard input... at least for a couple of minutes or
more.  Meanwhile, in the console window, the following messages were produced:

Nov 16 00:04:57  kernel: acd0: WARNING - TEST_UNIT_READY taskqueue timeout - 
completing request directly
Nov 16 00:04:57  kernel: acd0: FAILURE - TEST_UNIT_READY timed out
Nov 16 00:06:57  kernel: acd0: WARNING - PREVENT_ALLOW taskqueue timeout - 
completing request directly
Nov 16 00:08:57  kernel: acd0: WARNING - TEST_UNIT_READY taskqueue timeout - 
completing request directly
Nov 16 00:10:57  kernel: acd0: WARNING - READ_TOC taskqueue timeout - 
completing request directly
Nov 16 00:12:57  kernel: acd0: WARNING - READ_TOC taskqueue timeout - 
completing request directly

A few minutes after this, the system decided entirely on it own that it was
time for a reboot, and it rebooted.

Strangely, I subsequent attempt to write the same .ISO file (again using
burncd) to the same drive and with the same blank CD went just fine.  There
were a couple of odd consol messages at the end, to wit:

Nov 16 00:18:19  kernel: acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 
ascq=0x00 
Nov 16 00:18:19  kernel: acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x21 
ascq=0x00 

but I verified that the CD that had been produced was in fact written correctly
and was just fine.


>How-To-Repeat:

Get yourself a Sony DRU-835A and try writing DVDs and/or CDs with it under
FreeBSD... anything from 7.0 thru 8.2.

>Fix:

I have no idea how to fix this.  I am not really a drivers kinds of guy.
However I'll be happy to try to work with anybody who knows the guts of the
IDE driver to try to sort this out.  If worse comes to worse, I can even mail
the drive to anybody (in the U.S.) who is willing and able to research thus
further.

Obviously anything (like this drive) with a PATA interface is going the way
of the dinosaurs, but it is troubling that just trying to write a CD on this
apparently caused an outright kernel crash, although I'm not sure how
reproducible that is... it may be a Heisenbug. :-(
>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"


misc/162610: CHvjQPusSTQGWZM

2011-11-16 Thread qFckrDJzD

>Number: 162610
>Category:   misc
>Synopsis:   CHvjQPusSTQGWZM
>Confidential:   no
>Severity:   serious
>Priority:   medium
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  update
>Submitter-Id:   current-users
>Arrival-Date:   Wed Nov 16 11:00:19 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: qFckrDJzD
>Release:FhkHbgKwNeLkg
>Organization:
KmxVRTUs
>Environment:
Well put, sir, well put. I'll ceartnily make note of that.
>Description:
Well put, sir, well put. I'll ceartnily make note of that.
>How-To-Repeat:
Well put, sir, well put. I'll ceartnily make note of that.
>Fix:
Well put, sir, well put. I'll ceartnily make note of that.

>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/162610: CHvjQPusSTQGWZM

2011-11-16 Thread manolis
Synopsis: CHvjQPusSTQGWZM

State-Changed-From-To: open->closed
State-Changed-By: manolis
State-Changed-When: Wed Nov 16 11:15:35 UTC 2011
State-Changed-Why: 
Junk


Responsible-Changed-From-To: freebsd-bugs->gnats-admin
Responsible-Changed-By: manolis
Responsible-Changed-When: Wed Nov 16 11:15:35 UTC 2011
Responsible-Changed-Why: 
Junk

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

2011-11-16 Thread gGtVZdLjD

>Number: 162612
>Category:   misc
>Synopsis:   EXPbeCbFWMi
>Confidential:   no
>Severity:   serious
>Priority:   medium
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  doc-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Nov 16 12:30:09 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: gGtVZdLjD
>Release:SQCYlumTieIzsLZMwl
>Organization:
XAQxdlhcWroiDv
>Environment:
Action requires kwnloegde, and now I can act!
>Description:
Action requires kwnloegde, and now I can act!
>How-To-Repeat:
Action requires kwnloegde, and now I can act!
>Fix:
Action requires kwnloegde, and now I can act!

>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/162612: EXPbeCbFWMi

2011-11-16 Thread manolis
Synopsis: EXPbeCbFWMi

State-Changed-From-To: open->closed
State-Changed-By: manolis
State-Changed-When: Wed Nov 16 12:47:38 UTC 2011
State-Changed-Why: 
Junk


Responsible-Changed-From-To: freebsd-bugs->gnats-admin
Responsible-Changed-By: manolis
Responsible-Changed-When: Wed Nov 16 12:47:38 UTC 2011
Responsible-Changed-Why: 
Junk

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

2011-11-16 Thread XKNELtTzdBGjTxjKUpX

>Number: 162613
>Category:   misc
>Synopsis:   eBrQNSpiZiUYaJzya
>Confidential:   no
>Severity:   serious
>Priority:   medium
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  update
>Submitter-Id:   current-users
>Arrival-Date:   Wed Nov 16 14:20:09 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: XKNELtTzdBGjTxjKUpX
>Release:KhMkKsJTpKIb
>Organization:
OLVDQLPYerAiikqiDW
>Environment:
That saves me. Thanks for being so senbsile!
>Description:
That saves me. Thanks for being so senbsile!
>How-To-Repeat:
That saves me. Thanks for being so senbsile!
>Fix:
That saves me. Thanks for being so senbsile!

>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/162613: eBrQNSpiZiUYaJzya

2011-11-16 Thread sunpoet
Synopsis: eBrQNSpiZiUYaJzya

State-Changed-From-To: open->closed
State-Changed-By: sunpoet
State-Changed-When: Wed Nov 16 14:31:59 UTC 2011
State-Changed-Why: 
junk

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

2011-11-16 Thread dfilter service
The following reply was made to PR bin/162332; it has been noted by GNATS.

From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:  
Subject: Re: bin/162332: commit references a PR
Date: Wed, 16 Nov 2011 15:32:41 + (UTC)

 Author: ae
 Date: Wed Nov 16 15:32:32 2011
 New Revision: 227556
 URL: http://svn.freebsd.org/changeset/base/227556
 
 Log:
   MFC r227231:
 To be in sync with GEOM_PART_BSD limit the maximum number of supported
 partitions to 20.
   
   MFC r227248:
 bsdlabel(8) could automatically fill many of disklabel's deprecated
 fields, but user could specify some of those fields when edits disklabel
 with `bsdlabel -e`. But without -A flag these fields might be
 overwritten with default values from the virgin disklabel.
 So, don't overwrite such fields if they are not zero. Also add checks
 to prevent creating disklabel with less than DEFPARTITIONS and more
 than MAXPARTITIONS partitions.
   
 PR:bin/162332
 Tested by: Eugene Grosbein
   
   MFC r227262:
 Remove unneeded checks.
   
   MFC r227270:
 Add recommendation to use gpart(8) when user tries write disklabel
 or bootcode to already opened provider.
   
   MFC r227296:
 Fix multi-line comment formatting.
   
   Approved by: re (kib)
 
 Modified:
   stable/9/sbin/bsdlabel/bsdlabel.c
 Directory Properties:
   stable/9/sbin/bsdlabel/   (props changed)
 
 Modified: stable/9/sbin/bsdlabel/bsdlabel.c
 ==
 --- stable/9/sbin/bsdlabel/bsdlabel.c  Wed Nov 16 15:25:12 2011
(r227555)
 +++ stable/9/sbin/bsdlabel/bsdlabel.c  Wed Nov 16 15:32:32 2011
(r227556)
 @@ -63,7 +63,7 @@ __FBSDID("$FreeBSD$");
  #include 
  #define DKTYPENAMES
  #define FSTYPENAMES
 -#define MAXPARTITIONS 26
 +#define MAXPARTITIONS 20
  #include 
  
  #include 
 @@ -80,7 +80,7 @@ __FBSDID("$FreeBSD$");
  #include "pathnames.h"
  
  static void   makelabel(const char *, struct disklabel *);
 -static intgeom_bsd_available(void);
 +static intgeom_class_available(const char *);
  static intwritelabel(void);
  static intreadlabel(int flag);
  static void   display(FILE *, const struct disklabel *);
 @@ -355,7 +355,7 @@ readboot(void)
  }
  
  static int
 -geom_bsd_available(void)
 +geom_class_available(const char *name)
  {
struct gclass *class;
struct gmesh mesh;
 @@ -366,7 +366,7 @@ geom_bsd_available(void)
errc(1, error, "Cannot get GEOM tree");
  
LIST_FOREACH(class, &mesh.lg_class, lg_class) {
 -  if (strcmp(class->lg_name, "BSD") == 0) {
 +  if (strcmp(class->lg_name, name) == 0) {
geom_deletetree(&mesh);
return (1);
}
 @@ -411,8 +411,20 @@ writelabel(void)
} else
serrno = errno;
  
 +  if (geom_class_available("PART") != 0) {
 +  /*
 +   * Since we weren't able open provider for
 +   * writing, then recommend user to use gpart(8).
 +   */
 +  warnc(serrno,
 +  "cannot open provider %s for writing label",
 +  specname);
 +  warnx("Try to use gpart(8).");
 +  return (1);
 +  }
 +
/* Give up if GEOM_BSD is not available. */
 -  if (geom_bsd_available() == 0) {
 +  if (geom_class_available("BSD") == 0) {
warnc(serrno, "%s", specname);
return (1);
}
 @@ -831,11 +843,16 @@ getasciilabel(FILE *f, struct disklabel 
continue;
}
if (sscanf(cp, "%lu partitions", &v) == 1) {
 -  if (v == 0 || v > MAXPARTITIONS) {
 +  if (v > MAXPARTITIONS) {
fprintf(stderr,
"line %d: bad # of partitions\n", lineno);
lp->d_npartitions = MAXPARTITIONS;
errors++;
 +  } else if (v < DEFPARTITIONS) {
 +  fprintf(stderr,
 +  "line %d: bad # of partitions\n", lineno);
 +  lp->d_npartitions = DEFPARTITIONS;
 +  errors++;
} else
lp->d_npartitions = v;
continue;
 @@ -1149,23 +1166,41 @@ checklabel(struct disklabel *lp)
errors++;
} else if (lp->d_bbsize % lp->d_secsize)
warnx("boot block size %% sector-size != 0");
 -  if (lp->d_npartitions > MAXPARTITIONS)
 +  if (lp->d_npartitions > MAXPARTITIONS) {
  

Re: bin/162332: commit references a PR

2011-11-16 Thread dfilter service
The following reply was made to PR bin/162332; it has been noted by GNATS.

From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:  
Subject: Re: bin/162332: commit references a PR
Date: Wed, 16 Nov 2011 15:33:05 + (UTC)

 Author: ae
 Date: Wed Nov 16 15:32:52 2011
 New Revision: 227557
 URL: http://svn.freebsd.org/changeset/base/227557
 
 Log:
   MFC r227231:
 To be in sync with GEOM_PART_BSD limit the maximum number of supported
 partitions to 20.
   
   MFC r227248:
 bsdlabel(8) could automatically fill many of disklabel's deprecated
 fields, but user could specify some of those fields when edits disklabel
 with `bsdlabel -e`. But without -A flag these fields might be
 overwritten with default values from the virgin disklabel.
 So, don't overwrite such fields if they are not zero. Also add checks
 to prevent creating disklabel with less than DEFPARTITIONS and more
 than MAXPARTITIONS partitions.
   
 PR:   bin/162332
 Tested by:Eugene Grosbein
   
   MFC r227262:
 Remove unneeded checks.
   
   MFC r227270:
 Add recommendation to use gpart(8) when user tries write disklabel
 or bootcode to already opened provider.
   
   MFC r227296:
 Fix multi-line comment formatting.
   
   Approved by:re (kib)
 
 Modified:
   releng/9.0/sbin/bsdlabel/bsdlabel.c
 Directory Properties:
   releng/9.0/sbin/bsdlabel/   (props changed)
 
 Modified: releng/9.0/sbin/bsdlabel/bsdlabel.c
 ==
 --- releng/9.0/sbin/bsdlabel/bsdlabel.cWed Nov 16 15:32:32 2011
(r227556)
 +++ releng/9.0/sbin/bsdlabel/bsdlabel.cWed Nov 16 15:32:52 2011
(r227557)
 @@ -63,7 +63,7 @@ __FBSDID("$FreeBSD$");
  #include 
  #define DKTYPENAMES
  #define FSTYPENAMES
 -#define MAXPARTITIONS 26
 +#define MAXPARTITIONS 20
  #include 
  
  #include 
 @@ -80,7 +80,7 @@ __FBSDID("$FreeBSD$");
  #include "pathnames.h"
  
  static void   makelabel(const char *, struct disklabel *);
 -static intgeom_bsd_available(void);
 +static intgeom_class_available(const char *);
  static intwritelabel(void);
  static intreadlabel(int flag);
  static void   display(FILE *, const struct disklabel *);
 @@ -355,7 +355,7 @@ readboot(void)
  }
  
  static int
 -geom_bsd_available(void)
 +geom_class_available(const char *name)
  {
struct gclass *class;
struct gmesh mesh;
 @@ -366,7 +366,7 @@ geom_bsd_available(void)
errc(1, error, "Cannot get GEOM tree");
  
LIST_FOREACH(class, &mesh.lg_class, lg_class) {
 -  if (strcmp(class->lg_name, "BSD") == 0) {
 +  if (strcmp(class->lg_name, name) == 0) {
geom_deletetree(&mesh);
return (1);
}
 @@ -411,8 +411,20 @@ writelabel(void)
} else
serrno = errno;
  
 +  if (geom_class_available("PART") != 0) {
 +  /*
 +   * Since we weren't able open provider for
 +   * writing, then recommend user to use gpart(8).
 +   */
 +  warnc(serrno,
 +  "cannot open provider %s for writing label",
 +  specname);
 +  warnx("Try to use gpart(8).");
 +  return (1);
 +  }
 +
/* Give up if GEOM_BSD is not available. */
 -  if (geom_bsd_available() == 0) {
 +  if (geom_class_available("BSD") == 0) {
warnc(serrno, "%s", specname);
return (1);
}
 @@ -831,11 +843,16 @@ getasciilabel(FILE *f, struct disklabel 
continue;
}
if (sscanf(cp, "%lu partitions", &v) == 1) {
 -  if (v == 0 || v > MAXPARTITIONS) {
 +  if (v > MAXPARTITIONS) {
fprintf(stderr,
"line %d: bad # of partitions\n", lineno);
lp->d_npartitions = MAXPARTITIONS;
errors++;
 +  } else if (v < DEFPARTITIONS) {
 +  fprintf(stderr,
 +  "line %d: bad # of partitions\n", lineno);
 +  lp->d_npartitions = DEFPARTITIONS;
 +  errors++;
} else
lp->d_npartitions = v;
continue;
 @@ -1149,23 +1166,41 @@ checklabel(struct disklabel *lp)
errors++;
} else if (lp->d_bbsize % lp->d_secsize)
warnx("boot block size %% sector-size != 0");
 -  if (lp->d_npartitions > MAXPARTITIONS)
 +  if (lp->d_npartitions > MAXPARTI

Re: bin/162262: commit references a PR

2011-11-16 Thread dfilter service
The following reply was made to PR bin/162262; it has been noted by GNATS.

From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:  
Subject: Re: bin/162262: commit references a PR
Date: Wed, 16 Nov 2011 15:37:02 + (UTC)

 Author: ae
 Date: Wed Nov 16 15:36:53 2011
 New Revision: 227560
 URL: http://svn.freebsd.org/changeset/base/227560
 
 Log:
   MFC r227272:
 Add reference to gpart(8).
   
   MFC r227280:
 Initialize "acc" value inside the loop to reset failed attempts.
   
 PR:   misc/162262
   
   MFC r227292:
 Improve error reporting when MBR can not be written.
 Remove obsolete code which uses DIOCSMBR ioctl.
 When writing MBR first check that GEOM_MBR is available, if it is not
 available, then try write MBR directly to provider. If both are failed,
 then recommend to use gpart(8).
   
   MFC r227295:
 Fix multi-line comment formatting.
   
 Pointed by:   jh
   
   Approved by: re (kib)
 
 Modified:
   stable/9/sbin/fdisk/fdisk.8
   stable/9/sbin/fdisk/fdisk.c
 Directory Properties:
   stable/9/sbin/fdisk/   (props changed)
 
 Modified: stable/9/sbin/fdisk/fdisk.8
 ==
 --- stable/9/sbin/fdisk/fdisk.8Wed Nov 16 15:35:22 2011
(r227559)
 +++ stable/9/sbin/fdisk/fdisk.8Wed Nov 16 15:36:53 2011
(r227560)
 @@ -476,6 +476,7 @@ The default boot code.
  .Sh SEE ALSO
  .Xr boot0cfg 8 ,
  .Xr bsdlabel 8 ,
 +.Xr gpart 8 ,
  .Xr newfs 8
  .Sh BUGS
  The default boot code will not necessarily handle all slice types
 
 Modified: stable/9/sbin/fdisk/fdisk.c
 ==
 --- stable/9/sbin/fdisk/fdisk.cWed Nov 16 15:35:22 2011
(r227559)
 +++ stable/9/sbin/fdisk/fdisk.cWed Nov 16 15:36:53 2011
(r227560)
 @@ -232,6 +232,7 @@ get_type(int t)
  }
  
  
 +static int geom_class_available(const char *);
  static void print_s0(void);
  static void print_part(const struct dos_partition *);
  static void init_sector0(unsigned long start);
 @@ -767,49 +768,76 @@ read_disk(off_t sector, void *buf)
  }
  
  static int
 -write_disk(off_t sector, void *buf)
 +geom_class_available(const char *name)
  {
 +  struct gclass *class;
 +  struct gmesh mesh;
int error;
 +
 +  error = geom_gettree(&mesh);
 +  if (error != 0)
 +  errc(1, error, "Cannot get GEOM tree");
 +
 +  LIST_FOREACH(class, &mesh.lg_class, lg_class) {
 +  if (strcmp(class->lg_name, name) == 0) {
 +  geom_deletetree(&mesh);
 +  return (1);
 +  }
 +  }
 +
 +  geom_deletetree(&mesh);
 +
 +  return (0);
 +}
 +
 +static int
 +write_disk(off_t sector, void *buf)
 +{
struct gctl_req *grq;
const char *errmsg;
 -  char fbuf[BUFSIZ], *pname;
 -  int i, fdw;
 +  char *pname;
 +  int error;
  
 -  grq = gctl_get_handle();
 -  gctl_ro_param(grq, "verb", -1, "write MBR");
 -  gctl_ro_param(grq, "class", -1, "MBR");
 -  pname = g_providername(fd);
 -  if (pname == NULL) {
 -  warn("Error getting providername for %s", disk);
 -  return (-1);
 -  }
 -  gctl_ro_param(grq, "geom", -1, pname);
 -  gctl_ro_param(grq, "data", secsize, buf);
 -  errmsg = gctl_issue(grq);
 -  free(pname);
 -  if (errmsg == NULL) {
 +  /* Check that GEOM_MBR is available */
 +  if (geom_class_available("MBR") != 0) {
 +  grq = gctl_get_handle();
 +  gctl_ro_param(grq, "verb", -1, "write MBR");
 +  gctl_ro_param(grq, "class", -1, "MBR");
 +  pname = g_providername(fd);
 +  if (pname == NULL) {
 +  warn("Error getting providername for %s", disk);
 +  return (-1);
 +  }
 +  gctl_ro_param(grq, "geom", -1, pname);
 +  gctl_ro_param(grq, "data", secsize, buf);
 +  errmsg = gctl_issue(grq);
 +  free(pname);
 +  if (errmsg == NULL) {
 +  gctl_free(grq);
 +  return(0);
 +  }
 +  if (!q_flag)
 +  warnx("GEOM_MBR: %s", errmsg);
gctl_free(grq);
 -  return(0);
 -  }
 -  if (!q_flag)/* GEOM errors are benign, not all devices supported */
 -  warnx("%s", errmsg);
 -  gctl_free(grq);
 -
 -  error = pwrite(fd, buf, secsize, (sector * 512));
 -  if (error == secsize)
 -  return (0);
 -
 -  for (i = 1; i < 5; i++) {
 -  sprintf(fbuf, "%ss%d", disk, i);
 -  fdw = open(fbuf, O_RDWR, 0);
 -  if (fdw < 0)
 -  continue;
 -  error = ioctl(fdw, DIOCSMBR, buf);
 -  close(fdw);
 -  if (error == 0)
 +  } else {
 +   

Re: bin/162262: commit references a PR

2011-11-16 Thread dfilter service
The following reply was made to PR bin/162262; it has been noted by GNATS.

From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:  
Subject: Re: bin/162262: commit references a PR
Date: Wed, 16 Nov 2011 15:37:22 + (UTC)

 Author: ae
 Date: Wed Nov 16 15:37:13 2011
 New Revision: 227561
 URL: http://svn.freebsd.org/changeset/base/227561
 
 Log:
   MFC r227272:
 Add reference to gpart(8).
   
   MFC r227280:
 Initialize "acc" value inside the loop to reset failed attempts.
   
 PR:   misc/162262
   
   MFC r227292:
 Improve error reporting when MBR can not be written.
 Remove obsolete code which uses DIOCSMBR ioctl.
 When writing MBR first check that GEOM_MBR is available, if it is not
 available, then try write MBR directly to provider. If both are failed,
 then recommend to use gpart(8).
   
   MFC r227295:
 Fix multi-line comment formatting.
   
 Pointed by:   jh
   
   Approved by:re (kib)
 
 Modified:
   releng/9.0/sbin/fdisk/fdisk.8
   releng/9.0/sbin/fdisk/fdisk.c
 Directory Properties:
   releng/9.0/sbin/fdisk/   (props changed)
 
 Modified: releng/9.0/sbin/fdisk/fdisk.8
 ==
 --- releng/9.0/sbin/fdisk/fdisk.8  Wed Nov 16 15:36:53 2011
(r227560)
 +++ releng/9.0/sbin/fdisk/fdisk.8  Wed Nov 16 15:37:13 2011
(r227561)
 @@ -476,6 +476,7 @@ The default boot code.
  .Sh SEE ALSO
  .Xr boot0cfg 8 ,
  .Xr bsdlabel 8 ,
 +.Xr gpart 8 ,
  .Xr newfs 8
  .Sh BUGS
  The default boot code will not necessarily handle all slice types
 
 Modified: releng/9.0/sbin/fdisk/fdisk.c
 ==
 --- releng/9.0/sbin/fdisk/fdisk.c  Wed Nov 16 15:36:53 2011
(r227560)
 +++ releng/9.0/sbin/fdisk/fdisk.c  Wed Nov 16 15:37:13 2011
(r227561)
 @@ -232,6 +232,7 @@ get_type(int t)
  }
  
  
 +static int geom_class_available(const char *);
  static void print_s0(void);
  static void print_part(const struct dos_partition *);
  static void init_sector0(unsigned long start);
 @@ -767,49 +768,76 @@ read_disk(off_t sector, void *buf)
  }
  
  static int
 -write_disk(off_t sector, void *buf)
 +geom_class_available(const char *name)
  {
 +  struct gclass *class;
 +  struct gmesh mesh;
int error;
 +
 +  error = geom_gettree(&mesh);
 +  if (error != 0)
 +  errc(1, error, "Cannot get GEOM tree");
 +
 +  LIST_FOREACH(class, &mesh.lg_class, lg_class) {
 +  if (strcmp(class->lg_name, name) == 0) {
 +  geom_deletetree(&mesh);
 +  return (1);
 +  }
 +  }
 +
 +  geom_deletetree(&mesh);
 +
 +  return (0);
 +}
 +
 +static int
 +write_disk(off_t sector, void *buf)
 +{
struct gctl_req *grq;
const char *errmsg;
 -  char fbuf[BUFSIZ], *pname;
 -  int i, fdw;
 +  char *pname;
 +  int error;
  
 -  grq = gctl_get_handle();
 -  gctl_ro_param(grq, "verb", -1, "write MBR");
 -  gctl_ro_param(grq, "class", -1, "MBR");
 -  pname = g_providername(fd);
 -  if (pname == NULL) {
 -  warn("Error getting providername for %s", disk);
 -  return (-1);
 -  }
 -  gctl_ro_param(grq, "geom", -1, pname);
 -  gctl_ro_param(grq, "data", secsize, buf);
 -  errmsg = gctl_issue(grq);
 -  free(pname);
 -  if (errmsg == NULL) {
 +  /* Check that GEOM_MBR is available */
 +  if (geom_class_available("MBR") != 0) {
 +  grq = gctl_get_handle();
 +  gctl_ro_param(grq, "verb", -1, "write MBR");
 +  gctl_ro_param(grq, "class", -1, "MBR");
 +  pname = g_providername(fd);
 +  if (pname == NULL) {
 +  warn("Error getting providername for %s", disk);
 +  return (-1);
 +  }
 +  gctl_ro_param(grq, "geom", -1, pname);
 +  gctl_ro_param(grq, "data", secsize, buf);
 +  errmsg = gctl_issue(grq);
 +  free(pname);
 +  if (errmsg == NULL) {
 +  gctl_free(grq);
 +  return(0);
 +  }
 +  if (!q_flag)
 +  warnx("GEOM_MBR: %s", errmsg);
gctl_free(grq);
 -  return(0);
 -  }
 -  if (!q_flag)/* GEOM errors are benign, not all devices supported */
 -  warnx("%s", errmsg);
 -  gctl_free(grq);
 -
 -  error = pwrite(fd, buf, secsize, (sector * 512));
 -  if (error == secsize)
 -  return (0);
 -
 -  for (i = 1; i < 5; i++) {
 -  sprintf(fbuf, "%ss%d", disk, i);
 -  fdw = open(fbuf, O_RDWR, 0);
 -  if (fdw < 0)
 -  continue;
 -  error = ioctl(fdw, DIOCSMBR, buf);
 -  close(fdw);
 -  if (error == 0)
 +  } els

Re: kern/152485: [patch] null(4)/zero(4): /dev/null seek offset is not reported correctly

2011-11-16 Thread arundel
Synopsis: [patch] null(4)/zero(4): /dev/null seek offset is not reported 
correctly

Responsible-Changed-From-To: freebsd-bugs->arundel
Responsible-Changed-By: arundel
Responsible-Changed-When: Wed Nov 16 16:24:40 UTC 2011
Responsible-Changed-Why: 
Assign to me. Although i don't have commit rights for "src", i'm working on this
issue atm.

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

2011-11-16 Thread dfilter service
The following reply was made to PR bin/162332; it has been noted by GNATS.

From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:  
Subject: Re: bin/162332: commit references a PR
Date: Wed, 16 Nov 2011 16:24:46 + (UTC)

 Author: ae
 Date: Wed Nov 16 16:24:36 2011
 New Revision: 227564
 URL: http://svn.freebsd.org/changeset/base/227564
 
 Log:
   MFC r227231:
 To be in sync with GEOM_PART_BSD limit the maximum number of supported
 partitions to 20.
   
   MFC r227248:
 bsdlabel(8) could automatically fill many of disklabel's deprecated
 fields, but user could specify some of those fields when edits disklabel
 with `bsdlabel -e`. But without -A flag these fields might be
 overwritten with default values from the virgin disklabel.
 So, don't overwrite such fields if they are not zero. Also add checks
 to prevent creating disklabel with less than DEFPARTITIONS and more
 than MAXPARTITIONS partitions.
   
 PR:bin/162332
 Tested by: Eugene Grosbein
   
   MFC r227262:
 Remove unneeded checks.
   
   MFC r227270:
 Add recommendation to use gpart(8) when user tries write disklabel
 or bootcode to already opened provider.
   
   M2C r227296:
 Fix multi-line comment formatting.
 
 Modified:
   stable/8/sbin/bsdlabel/bsdlabel.c
 Directory Properties:
   stable/8/sbin/bsdlabel/   (props changed)
 
 Modified: stable/8/sbin/bsdlabel/bsdlabel.c
 ==
 --- stable/8/sbin/bsdlabel/bsdlabel.c  Wed Nov 16 16:15:31 2011
(r227563)
 +++ stable/8/sbin/bsdlabel/bsdlabel.c  Wed Nov 16 16:24:36 2011
(r227564)
 @@ -63,7 +63,7 @@ __FBSDID("$FreeBSD$");
  #include 
  #define DKTYPENAMES
  #define FSTYPENAMES
 -#define MAXPARTITIONS 26
 +#define MAXPARTITIONS 20
  #include 
  
  #include 
 @@ -80,7 +80,7 @@ __FBSDID("$FreeBSD$");
  #include "pathnames.h"
  
  static void   makelabel(const char *, struct disklabel *);
 -static intgeom_bsd_available(void);
 +static intgeom_class_available(const char *);
  static intwritelabel(void);
  static intreadlabel(int flag);
  static void   display(FILE *, const struct disklabel *);
 @@ -354,7 +354,7 @@ readboot(void)
  }
  
  static int
 -geom_bsd_available(void)
 +geom_class_available(const char *name)
  {
struct gclass *class;
struct gmesh mesh;
 @@ -365,7 +365,7 @@ geom_bsd_available(void)
errc(1, error, "Cannot get GEOM tree");
  
LIST_FOREACH(class, &mesh.lg_class, lg_class) {
 -  if (strcmp(class->lg_name, "BSD") == 0) {
 +  if (strcmp(class->lg_name, name) == 0) {
geom_deletetree(&mesh);
return (1);
}
 @@ -410,8 +410,20 @@ writelabel(void)
} else
serrno = errno;
  
 +  if (geom_class_available("PART") != 0) {
 +  /*
 +   * Since we weren't able open provider for
 +   * writing, then recommend user to use gpart(8).
 +   */
 +  warnc(serrno,
 +  "cannot open provider %s for writing label",
 +  specname);
 +  warnx("Try to use gpart(8).");
 +  return (1);
 +  }
 +
/* Give up if GEOM_BSD is not available. */
 -  if (geom_bsd_available() == 0) {
 +  if (geom_class_available("BSD") == 0) {
warnc(serrno, "%s", specname);
return (1);
}
 @@ -824,11 +836,16 @@ getasciilabel(FILE *f, struct disklabel 
continue;
}
if (sscanf(cp, "%lu partitions", &v) == 1) {
 -  if (v == 0 || v > MAXPARTITIONS) {
 +  if (v > MAXPARTITIONS) {
fprintf(stderr,
"line %d: bad # of partitions\n", lineno);
lp->d_npartitions = MAXPARTITIONS;
errors++;
 +  } else if (v < DEFPARTITIONS) {
 +  fprintf(stderr,
 +  "line %d: bad # of partitions\n", lineno);
 +  lp->d_npartitions = DEFPARTITIONS;
 +  errors++;
} else
lp->d_npartitions = v;
continue;
 @@ -1142,23 +1159,41 @@ checklabel(struct disklabel *lp)
errors++;
} else if (lp->d_bbsize % lp->d_secsize)
warnx("boot block size %% sector-size != 0");
 -  if (lp->d_npartitions > MAXPARTITIONS)
 +  if (lp->d_npartitions > MAXPARTITIONS) {
warnx("number of pa

Re: bin/162332: bsdlabel destroys partitions with indexes over 8

2011-11-16 Thread ae
Synopsis: bsdlabel destroys partitions with indexes over 8

State-Changed-From-To: patched->closed
State-Changed-By: ae
State-Changed-When: Wed Nov 16 16:58:09 UTC 2011
State-Changed-Why: 
Merged to stable/9, releng/9.0 and stable/8. Thanks!

http://www.freebsd.org/cgi/query-pr.cgi?pr=162332
___
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/162262: fdisk can't correct/round the slice size after entering invalid number

2011-11-16 Thread ae
Synopsis: fdisk can't correct/round the slice size after entering invalid number

State-Changed-From-To: patched->closed
State-Changed-By: ae
State-Changed-When: Wed Nov 16 16:59:26 UTC 2011
State-Changed-Why: 
Merged to stable/9 and releng/9.0. Thanks!

http://www.freebsd.org/cgi/query-pr.cgi?pr=162262
___
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/162608: [patch] /boot/defaults/loader.conf does not list new orb, orbbw logos on 9.0-RC2

2011-11-16 Thread miwi
Synopsis: [patch] /boot/defaults/loader.conf does not list new orb, orbbw logos 
on 9.0-RC2

Responsible-Changed-From-To: freebsd-bugs->miwi
Responsible-Changed-By: miwi
Responsible-Changed-When: Wed Nov 16 18:04:25 UTC 2011
Responsible-Changed-Why: 
I'll take it.

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

2011-11-16 Thread RAbgSZrQqx

>Number: 162618
>Category:   misc
>Synopsis:   NzoavSkC
>Confidential:   no
>Severity:   serious
>Priority:   medium
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  update
>Submitter-Id:   current-users
>Arrival-Date:   Wed Nov 16 18:40:07 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: RAbgSZrQqx
>Release:kdDXNNgeLCdqNVdju
>Organization:
akLdftsHiJKQ
>Environment:
AKAIK you've got the anwser in one!
>Description:
AKAIK you've got the anwser in one!
>How-To-Repeat:
AKAIK you've got the anwser in one!
>Fix:
AKAIK you've got the anwser in one!

>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/162618: NzoavSkC

2011-11-16 Thread sunpoet
Synopsis: NzoavSkC

State-Changed-From-To: open->closed
State-Changed-By: sunpoet
State-Changed-When: Wed Nov 16 18:42:55 UTC 2011
State-Changed-Why: 
Junk PR.

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

2011-11-16 Thread LnEqWMCfkOIL

>Number: 162619
>Category:   misc
>Synopsis:   vWwRWoiodSCK
>Confidential:   no
>Severity:   serious
>Priority:   medium
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  change-request
>Submitter-Id:   current-users
>Arrival-Date:   Wed Nov 16 19:40:08 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: LnEqWMCfkOIL
>Release:IbXhCrtmPKXcJJIRKfi
>Organization:
oKJbmaipHsCv
>Environment:
A minute saved is a minute ernaed, and this saved hours!
>Description:
A minute saved is a minute ernaed, and this saved hours!
>How-To-Repeat:
A minute saved is a minute ernaed, and this saved hours!
>Fix:
A minute saved is a minute ernaed, and this saved hours!

>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/162619: vWwRWoiodSCK

2011-11-16 Thread sunpoet
Synopsis: vWwRWoiodSCK

State-Changed-From-To: open->closed
State-Changed-By: sunpoet
State-Changed-When: Wed Nov 16 19:45:37 UTC 2011
State-Changed-Why: 
Junk PR.

http://www.freebsd.org/cgi/query-pr.cgi?pr=162619
___
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/162620: SATA device lost when changing brightness on Lenovo L420

2011-11-16 Thread Sebastian Chmielewski

>Number: 162620
>Category:   misc
>Synopsis:   SATA device lost when changing brightness on Lenovo L420
>Confidential:   no
>Severity:   serious
>Priority:   medium
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Nov 16 20:50:10 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: Sebastian Chmielewski
>Release:9.0-PRERELEASE
>Organization:
>Environment:
FreeBSD  9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #0: Mon Nov 14 22:51:15 CET 
2011 root@xxx:/usr/obj/.../GENERIC  amd64

>Description:
command
sudo sysctl dev.acpi_ibm.0.lcd_brightness=3

or a sequence of two changes:
sudo sysctl dev.acpi_ibm.0.lcd_brightness=6 
sudo sysctl dev.acpi_ibm.0.lcd_brightness=3

cause device disconnect:

ahcich1: DISCONNECT requested
ahcich1: AHCI reset...
ahcich1: SATA connect timeout time=1us status=
ahcich1: AHCI reset: device not found
(ada1:ahcich1:0:0:0): lost device
(pass1:ahcich1:0:0:0): lost device
(pass1:ahcich1:0:0:0): removing device entry

This problem didn't occur on the same machine with 9.0-CURRENT (before -BETA1 I 
think).
>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"


misc/162624: JjlYKzitnnVL

2011-11-16 Thread nEdwZctJOfiJ

>Number: 162624
>Category:   misc
>Synopsis:   JjlYKzitnnVL
>Confidential:   no
>Severity:   serious
>Priority:   medium
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  update
>Submitter-Id:   current-users
>Arrival-Date:   Wed Nov 16 23:20:08 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: nEdwZctJOfiJ
>Release:DJXYVNeAEactwggRQo
>Organization:
TRtgGDSSQTzv
>Environment:
There's a terrific amount of knwoldege in this article!
>Description:
There's a terrific amount of knwoldege in this article!
>How-To-Repeat:
There's a terrific amount of knwoldege in this article!
>Fix:
There's a terrific amount of knwoldege in this article!

>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/162624: JjlYKzitnnVL

2011-11-16 Thread eadler
Synopsis: JjlYKzitnnVL

State-Changed-From-To: open->closed
State-Changed-By: eadler
State-Changed-When: Thu Nov 17 00:32:18 UTC 2011
State-Changed-Why: 
.


Responsible-Changed-From-To: freebsd-bugs->gnats-admin
Responsible-Changed-By: eadler
Responsible-Changed-When: Thu Nov 17 00:32:18 UTC 2011
Responsible-Changed-Why: 
.

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

2011-11-16 Thread MdbGMHIeWiNlyUbT

>Number: 162625
>Category:   misc
>Synopsis:   bzfXMXHh
>Confidential:   no
>Severity:   serious
>Priority:   medium
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  change-request
>Submitter-Id:   current-users
>Arrival-Date:   Thu Nov 17 01:10:06 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: MdbGMHIeWiNlyUbT
>Release:IoGPKZQae
>Organization:
bxeleECOUoSez
>Environment:
Always the best content from these prodigious wirtres.
>Description:
Always the best content from these prodigious wirtres.
>How-To-Repeat:
Always the best content from these prodigious wirtres.
>Fix:
Always the best content from these prodigious wirtres.

>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/162625: bzfXMXHh

2011-11-16 Thread eadler
Synopsis: bzfXMXHh

State-Changed-From-To: open->closed
State-Changed-By: eadler
State-Changed-When: Thu Nov 17 01:12:33 UTC 2011
State-Changed-Why: 
.


Responsible-Changed-From-To: freebsd-bugs->gnats-amin
Responsible-Changed-By: eadler
Responsible-Changed-When: Thu Nov 17 01:12:33 UTC 2011
Responsible-Changed-Why: 
.

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

2011-11-16 Thread dfilter service
The following reply was made to PR misc/162403; it has been noted by GNATS.

From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:  
Subject: Re: misc/162403: commit references a PR
Date: Thu, 17 Nov 2011 01:44:05 + (UTC)

 Author: davidxu
 Date: Thu Nov 17 01:43:50 2011
 New Revision: 227604
 URL: http://svn.freebsd.org/changeset/base/227604
 
 Log:
   Pass CVWAIT flags to kernel, this should handle
   timeout correctly for pthread_cond_timedwait when
   it uses kernel-based condition variable.
   
   PR:  162403
   Submitted by: jilles
   MFC after: 3 days
 
 Modified:
   head/lib/libthr/thread/thr_umtx.c
 
 Modified: head/lib/libthr/thread/thr_umtx.c
 ==
 --- head/lib/libthr/thread/thr_umtx.c  Thu Nov 17 01:10:16 2011
(r227603)
 +++ head/lib/libthr/thread/thr_umtx.c  Thu Nov 17 01:43:50 2011
(r227604)
 @@ -231,7 +231,7 @@ _thr_ucond_init(struct ucond *cv)
  
  int
  _thr_ucond_wait(struct ucond *cv, struct umutex *m,
 -  const struct timespec *timeout, int check_unparking)
 +  const struct timespec *timeout, int flags)
  {
if (timeout && (timeout->tv_sec < 0 || (timeout->tv_sec == 0 &&
timeout->tv_nsec <= 0))) {
 @@ -239,8 +239,7 @@ _thr_ucond_wait(struct ucond *cv, struct
_thr_umutex_unlock(m, TID(curthread));
  return (ETIMEDOUT);
}
 -  return _umtx_op_err(cv, UMTX_OP_CV_WAIT,
 -   check_unparking ? UMTX_CHECK_UNPARKING : 0, 
 +  return _umtx_op_err(cv, UMTX_OP_CV_WAIT, flags,
 m, __DECONST(void*, timeout));
  }
   
 ___
 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/162605: sysinstall(8) doesn't identify CD/DVD drives for the user

2011-11-16 Thread linimon
Old Synopsis: sysinstall doesn't identify CD/DVD drives for thye user
New Synopsis: sysinstall(8) doesn't identify CD/DVD drives for the user

Responsible-Changed-From-To: freebsd-bugs->freebsd-sysinstall
Responsible-Changed-By: linimon
Responsible-Changed-When: Thu Nov 17 03:39:51 UTC 2011
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=162605
___
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/162189: FreeBSD unzip does not restore file permissions properly

2011-11-16 Thread kientzle
Synopsis: FreeBSD unzip does not restore file permissions properly

Responsible-Changed-From-To: freebsd-bugs->kientzle
Responsible-Changed-By: kientzle
Responsible-Changed-When: Thu Nov 17 04:54:55 UTC 2011
Responsible-Changed-Why: 
This is a libarchive issue.

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

2011-11-16 Thread BnbsONgDXtmeMgC

>Number: 162634
>Category:   misc
>Synopsis:   gwBYUPlyOSDLddwgpZ
>Confidential:   no
>Severity:   serious
>Priority:   medium
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  update
>Submitter-Id:   current-users
>Arrival-Date:   Thu Nov 17 05:40:04 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: BnbsONgDXtmeMgC
>Release:lQAZWZeRb
>Organization:
rUFTpJXavufU
>Environment:
Alaakzaam-information found, problem solved, thanks!
>Description:
Alaakzaam-information found, problem solved, thanks!
>How-To-Repeat:
Alaakzaam-information found, problem solved, thanks!
>Fix:
Alaakzaam-information found, problem solved, thanks!

>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/162634: gwBYUPlyOSDLddwgpZ

2011-11-16 Thread manolis
Synopsis: gwBYUPlyOSDLddwgpZ

State-Changed-From-To: open->closed
State-Changed-By: manolis
State-Changed-When: Thu Nov 17 05:44:49 UTC 2011
State-Changed-Why: 
Junk


Responsible-Changed-From-To: freebsd-bugs->gnats-admin
Responsible-Changed-By: manolis
Responsible-Changed-When: Thu Nov 17 05:44:49 UTC 2011
Responsible-Changed-Why: 
Junk

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