Re: bin/165384: [PATCH] rtadvd(8): Add option to suppress RA prefix info
The following reply was made to PR bin/165384; it has been noted by GNATS. From: Craig Leres To: bug-follo...@freebsd.org, le...@ee.lbl.gov Cc: Subject: Re: bin/165384: [PATCH] rtadvd(8): Add option to suppress RA prefix info Date: Tue, 29 Jan 2013 00:26:55 -0800 It appears this issue was solved by svn r222732; please close this PR. Thanks! Craig ___ 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/175670: smartctl fails on SAS disk connected to an Intel C600 controller (isci driver)
>Number: 175670 >Category: kern >Synopsis: smartctl fails on SAS disk connected to an Intel C600 >controller (isci driver) >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: Tue Jan 29 12:30:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Federico Simmross >Release:9.1 >Organization: Universidad de Valladolid (Spain) >Environment: FreeBSD nas4free.local 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r244224M: Fri Dec 14 19:53:48 JST 2012 aoyama@nas4free.local:/usr/obj/nas4free/usr/src/sys/NAS4FREE-amd64 amd64 >Description: The command 'smartctl -i /dev/da0' (where da0 is a SAS disk) fails with the following error: --- smartctl 6.0 2012-10-10 r3643 [FreeBSD 9.1-RELEASE amd64] (local build) Copyright (C) 2002-12, Bruce Allen, Christian Franke, www.smartmontools.org Vendor: SEAGATE Product: ST33000650SS Revision: 0004 User Capacity:3,000,592,982,016 bytes [3.00 TB] Logical block size: 512 bytes scsiModePageOffset: raw_curr too small, offset=259 resp_len=1 bd_len=255 >How-To-Repeat: With the isci driver loaded, plug a SAS disk to the controller and type: smartctl -i /dev/da0 >Fix: >Release-Note: >Audit-Trail: >Unformatted: >> Terminate command early due to bad response to IEC mode page A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options. --- Apparently this does not happen with a SATA disk connected to the same controller. The command 'smartctl -T permissive -a /dev/da0' does show the rest of the information (see below); however, scripts that look for the string 'SMART is: enabled' cannot work even with this workaround. --- smartctl 6.0 2012-10-10 r3643 [FreeBSD 9.1-RELEASE amd64] (local build) Copyright (C) 2002-12, Bruce Allen, Christian Franke, www.smartmontools.org Vendor: SEAGATE Product: ST33000650SS Revision: 0004 User Capacity:3,000,592,982,016 bytes [3.00 TB] Logical block size: 512 bytes scsiModePageOffset: raw_curr too small, offset=259 resp_len=1 bd_len=255 >> Terminate command early due to bad response to IEC mode page Current Drive Temperature: 39 C Drive Trip Temperature:68 C Manufactured in week 45 of year 2012 Specified cycle count over device lifetime: 1 Accumulated start-stop cycles: 130 Specified load-unload count over device lifetime: 30 Accumulated load-unload cycles: 135 Elements in grown defect list: 0 Vendor (Seagate) cache information Blocks sent to initiator = 20895408 Blocks received from initiator = 138348465 Blocks read from cache and sent to initiator = 156674 Number of read and write commands whose size <= segment size = 36703 Number of read and write commands whose size > segment size = 0 Vendor (Seagate/Hitachi) factory information number of hours powered up = 866.38 number of minutes until next internal SMART test = 50 Error counter log: Errors Corrected by Total Correction Gigabytes Total ECC rereads/errors algorithm processed uncorrected fast | delayed rewrites corrected invocations [10^9 bytes] errors read: 426129870 0 42612987 0 10.698 0 write: 00 0 0 0 71.055 0 Non-medium error count:6 SMART Self-test log Num Test Status segment LifeTime LBA_first_err [SK ASC ASQ] Description number (hours) # 1 Background short Completed - 671 - [- --] Long (extended) Self Test duration: 27600 seconds [460.0 minutes] --- ___ 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/175671: BOOTP_NFSROOT option is effectively "always on"
>Number: 175671 >Category: kern >Synopsis: BOOTP_NFSROOT option is effectively "always on" >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: Tue Jan 29 12:50:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Ian Lepore >Release:FreeBSD 10.0-CURRENT >Organization: Symmetricom, Inc. >Environment: FreeBSD dpnand 10.0-CURRENT FreeBSD 10.0-CURRENT #9 r246001M: Tue Jan 29 05:33:08 MST 2013 r...@revolution.hippie.lan:/local/build/staging/freebsd/dp10/obj/arm.arm/local/build/staging/freebsd/dp10/src/sys/DP-NFSROOT arm >Description: When the BOOTP option is included in the kernel config, the system will not boot unless the server provides a root path. The presence or absence of the BOOTP_NFSROOT and ROOTDEVNAME= options has no effect on this behavior. It should be possible to specify BOOTP and ROOTDEVNAME without BOOTP_NFSROOT so that the kernel obtains IP-related information from the server and then mounts root from the path specified with ROOTDEVNAME. It may be reasonable and useful to use any server-provided path as a fallback if ROOTDEVNAME doesn't work (i.e., store the server-provided name in rootdevnames[1]). >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: misc/175661: [PATCH] Fix in libdtrace/Makefile of the dependency on dt_grammar.h
Synopsis: [PATCH] Fix in libdtrace/Makefile of the dependency on dt_grammar.h State-Changed-From-To: open->closed State-Changed-By: jhb State-Changed-When: Tue Jan 29 14:24:41 UTC 2013 State-Changed-Why: Requested by submitter. http://www.freebsd.org/cgi/query-pr.cgi?pr=175661 ___ 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/165384: [PATCH] rtadvd(8): Add option to suppress RA prefix info
Synopsis: [PATCH] rtadvd(8): Add option to suppress RA prefix info State-Changed-From-To: open->closed State-Changed-By: markj State-Changed-When: Tue Jan 29 14:43:34 UTC 2013 State-Changed-Why: Requested by submitter. r222732 has been MFCed. http://www.freebsd.org/cgi/query-pr.cgi?pr=165384 ___ 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/175674: sem_open() should use O_EXLOCK with open() instead of a separate flock() call
>Number: 175674
>Category: kern
>Synopsis: sem_open() should use O_EXLOCK with open() instead of a
>separate flock() call
>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: Tue Jan 29 18:10:00 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator: Jukka Ukkonen
>Release:9.1-STABLE
>Organization:
-
>Environment:
FreeBSD sleipnir 9.1-STABLE FreeBSD 9.1-STABLE #2 r246056M: Tue Jan 29 07:33:01
EET 2013 root@sleipnir:/usr/obj/usr/src/sys/Sleipnir amd64
>Description:
sem_open() is calling flock() to set a lock on a newly created file descriptor.
That is pointless. The open() call a few lines before the flock() could, and
in my opinion should, be done with the O_EXLOCK flag set.
>How-To-Repeat:
See "full description" above.
>Fix:
Simply apply the attached patch.
Notice, though, that the patch assumes kern/170369 has been applied first.
Patch attached with submission follows:
--- lib/libc/gen/sem_new.c.flock2012-11-09 18:50:05.0 +0200
+++ lib/libc/gen/sem_new.c 2012-11-09 18:44:59.0 +0200
@@ -198,11 +198,13 @@
goto error;
}
- fd = _open(path, flags|O_RDWR|O_CLOEXEC, mode);
+ fd = _open(path, flags|O_RDWR|O_CLOEXEC|O_EXLOCK, mode);
if (fd == -1)
goto error;
+#if 0
if (flock(fd, LOCK_EX) == -1)
goto error;
+#endif
if (_fstat(fd, &sb)) {
flock(fd, LOCK_UN);
goto error;
>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/175690: FreeBSD 8.x/9.x fails to boot on HP Blade xw460c/BL460c G1 using MBR partition table
>Number: 175690 >Category: misc >Synopsis: FreeBSD 8.x/9.x fails to boot on HP Blade xw460c/BL460c G1 >using MBR partition table >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 Jan 30 07:00:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Sergey >Release:FreeBSD 9.1-RELEASE >Organization: >Environment: FreeBSD test.caotus.ru 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >Description: I have in production HP c7000 Enclosure Blade System (with Hewlett Packard BL 460c G1 servers and xw460c workstations inside). The issue is in that after-install (for 8.x the only supported by default partition table, for 9.x - the legacy, MBR one) boot failes. The error, reported on console, is: Attempting Boot From Hard Drive (C:) Invalid partition table Recommended installation type of 9.1 (uname -a attached), on GPT partition table, succeed. Issue tested on 8.3-RELEASE (error with 8.1-RELEASE I don't remeber) and 9.1-RELEASE. Installation of legacy versions (i.e. FreeBSD 7.3-RELEASE) completely succeed. Newer hardware (BL 460c G7) not tested yet. >How-To-Repeat: 1. Get issued hardware (HP BL 460c G1 server or xw460c workstation); 2. Install FreeBSD 8.3-RELEASE; 3. Try to boot; 4. See quoted error; 5. Repeat test with FreeBSD 9.1-RELEASE (using MBR partition table); 6. See similiar error. >Fix: Don't known. Just use legacy (7.x) version of FreeBSD for MBR partition table or install current (9.1) version on GPT partition table. >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"
