Re: conf/147126: [firewire] [patch] missing firewire part in defaults/loader.conf
Synopsis: [firewire] [patch] missing firewire part in defaults/loader.conf Responsible-Changed-From-To: freebsd-bugs->brucec Responsible-Changed-By: brucec Responsible-Changed-When: Thu Jun 17 09:33:42 UTC 2010 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=147126 ___ 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/147934: [patch] top(1) lies about system uptime
>Number: 147934
>Category: bin
>Synopsis: [patch] top(1) lies about system uptime
>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: Thu Jun 17 09:40:03 UTC 2010
>Closed-Date:
>Last-Modified:
>Originator: Janne Snabb
>Release:FreeBSD 8.0-RELEASE-p1 i386
>Organization:
EPIPE Communications
>Environment:
This bug applies to any recent FreeBSD version on any architecture up
to -CURRENT.
>Description:
The top(1) utility lies about system uptime. It consistently reports
30 seconds longer system uptime than what the reality is.
This is because the code for calculating the uptime has been probably
blindly copied from usr.bin/w/w.c which has "uptime += 30" for
rounding purposes (as w(1) and uptime(1) commands typically do not report
seconds when reporting the uptime, unlike top(1)).
Note that the PR bin/127633 will introduce the same problem again if it
is committed.
>How-To-Repeat:
Run top(1) and compare its output about the uptime to the output
of the following command:
sysctl kern.boottime | perl -ne '/= (\d+),/; print gmtime(time - $1) . "\n";'
The above perl one-liner uses gmtime() for formatting the uptime,
which requires a bit of interpretation, but the basic idea is to
substract the boot time from the current time to find out the current
uptime, and then compare that to top(1) output.
>Fix:
--- contrib-top-display-c.diff begins here ---
--- contrib/top/display.c.orig 2009-10-25 01:10:29.0 +
+++ contrib/top/display.c 2010-06-17 08:44:04.0 +
@@ -1271,11 +1271,10 @@
time_t uptime;
int days, hrs, mins, secs;
if (bt->tv_sec != -1) {
uptime = *tod - bt->tv_sec;
- uptime += 30;
days = uptime / 86400;
uptime %= 86400;
hrs = uptime / 3600;
uptime %= 3600;
mins = uptime / 60;
--- contrib-top-display-c.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: bin/147934: This bug was reported to upstream
The following reply was made to PR bin/147934; it has been noted by GNATS. From: Janne Snabb To: bug-follo...@freebsd.org Cc: Subject: Re: bin/147934: This bug was reported to upstream Date: Thu, 17 Jun 2010 11:17:06 + (UTC) FYI I reported this bug upstream to the top developer: https://sourceforge.net/tracker/?func=detail&atid=536042&aid=3017534&group_id=72892 However it seems unclear if unixtop is still maintained by William LeFebvre (wnl) or abandoned as I do not see any activity in the couple of past years. The latest release of top (3.8beta1) as well as the subversion trunk still includes this bug. -- Janne Snabb / EPIPE Communications sn...@epipe.com - http://epipe.com/ ___ 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/147938: ioctl sign-extension warnings from some mt commands on 64-bit
>Number: 147938
>Category: bin
>Synopsis: ioctl sign-extension warnings from some mt commands on 64-bit
>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: Thu Jun 17 11:40:05 UTC 2010
>Closed-Date:
>Last-Modified:
>Originator: Martin Simmons
>Release:8.0-RELEASE-p2
>Organization:
>Environment:
FreeBSD lwfs1-cam.cam.lispworks.com 8.0-RELEASE-p2 FreeBSD 8.0-RELEASE-p2 #0:
Tue Jan 5 21:11:58 UTC 2010
r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64
>Description:
On amd64, some of the mt commands cause a message to be logged to syslog, such
as
+WARNING pid 31794 (mt): ioctl sign-extension ioctl 80046d08
>How-To-Repeat:
mt seteotmodel 1
>Fix:
The c_code field in the command structure in /usr/src/usr.bin/mt/mt.c needs to
be unsigned long to match the type of the second argument to ioctl as in the
attached patch.
Patch attached with submission follows:
--- usr.bin/mt/mt.c.orig2009-10-25 01:10:29.0 +
+++ usr.bin/mt/mt.c 2010-06-17 12:04:10.618188834 +0100
@@ -79,7 +79,7 @@
struct commands {
const char *c_name;
- int c_code;
+ unsigned long c_code;
int c_ronly;
int c_flags;
} com[] = {
>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/147940: mounting >1k TCP-NFS mounts fails
>Number: 147940 >Category: kern >Synopsis: mounting >1k TCP-NFS mounts fails >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: Thu Jun 17 12:50:03 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Robert Schulze >Release:7.1-RELEASE-p11 >Organization: >Environment: FreeBSD X 7.1-RELEASE-p11 FreeBSD 7.1-RELEASE-p11 #5: Tue Mar 2 12:44:28 CET 2010 r...@x:/usr/obj/usr/src/sys/X amd64 >Description: Having >1k mountpoints in fstab, mount -a fails after the 212th mountpoint with the following message: "RPCPROG_MNT: RPC: Authentication error; why = Client credential too weak" All mountpoints are mounted with: rw,soft,noatime,-N,-T,noinet6,-r=8192,-w=8192 Ommitting the -T flag and so using UDP mounts, everything is OK as long as -N is given, otherwise even UDP mounts fail. The Server is FreeBSD-8.0, exporting >1k ZFS mountpoints. In /var/log/messages, there is the following hint "mount request from X from unprivileged port" As mountd(8) says, one may set vfs.nfsrv.nfs_privport to 0, but could that expose a security risk? >How-To-Repeat: create /etc/fstab with a large number of NFS mounts $ mount -a >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/144948: mdconfig(8): mdconfig -l doesn't properly increment device number
Synopsis: mdconfig(8): mdconfig -l doesn't properly increment device number Responsible-Changed-From-To: freebsd-bugs->jh Responsible-Changed-By: jh Responsible-Changed-When: Thu Jun 17 15:24:45 UTC 2010 Responsible-Changed-Why: Track. http://www.freebsd.org/cgi/query-pr.cgi?pr=144948 ___ 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/122288: [md] [patch] mdconfig(8) returning negative unit numbers
Synopsis: [md] [patch] mdconfig(8) returning negative unit numbers Responsible-Changed-From-To: freebsd-bugs->jh Responsible-Changed-By: jh Responsible-Changed-When: Thu Jun 17 15:24:54 UTC 2010 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=122288 ___ 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/147950: VIMAGE + CARP = kernel crash
>Number: 147950 >Category: kern >Synopsis: VIMAGE + CARP = kernel crash >Confidential: no >Severity: serious >Priority: medium >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jun 17 20:20:01 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Konstantin >Release:8.0 RELEASE, 8.1 BETA 1 >Organization: VAENGA telecom >Environment: FreeBSD WEB2 8.0-RELEASE FreeBSD 8.0-RELEASE #1: Thu Jun 17 19:38:21 MSD 2010 r...@web2:/usr/obj/usr/src/sys/G-VIMAGE-MR amd64 >Description: FreeBSD crashes on carp interface creation. Tested on: - 8.0 RELEASE - 8.1 BETA 1 Full kernel config in attachement. >How-To-Repeat: Startup point: clean installation. Add following options to GENERIC kernel: options VIMAGE options ROUTETABLES=16 options DEVICE_POLLING device carp rebuild kernel boot with new kernel ifconfig bge0 10.0.0.1/24 ifconfig carp0 create ifconfig carp0 vhid 4 pass 12345 advbase 1 advskew 20 10.0.0.2/24 kernel crash >Fix: Remove following options from kernel config: options VIMAGE Patch attached with submission follows: # # GENERIC -- Generic kernel configuration file for FreeBSD/amd64 # # For more information on this file, please read the config(5) manual page, # and/or the handbook section on Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/amd64/conf/GENERIC,v 1.531.2.4.2.2 2009/11/09 23:48:01 kensmith Exp $ cpu HAMMER ident GENERIC # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. # Use the following to compile in values accessible to the kernel # through getenv() (or kenv(1) in userland). The format of the file # is 'variable=value', see kenv(1) # # env "GENERIC.env" #makeoptionsDEBUG=-g# Build kernel with gdb(1) debug symbols options VIMAGE options ROUTETABLES=16 options DEVICE_POLLING # Speedup network options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET# InterNETworking options INET6 # IPv6 communications protocols # SCTP option is not compatible with options VIMAGE # options SCTP# Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL# Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFSLOCKD# Network Lock Manager options NFS_ROOT# NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS# Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY# BSD 4.3 TTY compat (sgtty) options COMPAT_IA32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM
kern/147951: VIMAGE + CARP = kernel crash
>Number: 147951 >Category: kern >Synopsis: VIMAGE + CARP = kernel crash >Confidential: no >Severity: serious >Priority: medium >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jun 17 20:20:02 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Konstantin >Release:8.0 RELEASE, 8.1 BETA 1 >Organization: VAENGA telecom >Environment: FreeBSD WEB2 8.0-RELEASE FreeBSD 8.0-RELEASE #1: Thu Jun 17 19:38:21 MSD 2010 r...@web2:/usr/obj/usr/src/sys/G-VIMAGE-MR amd64 >Description: FreeBSD crashes on carp interface creation. Tested on: - 8.0 RELEASE - 8.1 BETA 1 Full kernel config in attachement. >How-To-Repeat: Startup point: clean installation. Add following options to GENERIC kernel: options VIMAGE options ROUTETABLES=16 options DEVICE_POLLING device carp rebuild kernel boot with new kernel ifconfig bge0 10.0.0.1/24 ifconfig carp0 create ifconfig carp0 vhid 4 pass 12345 advbase 1 advskew 20 10.0.0.2/24 kernel crash >Fix: Remove following options from kernel config: options VIMAGE Patch attached with submission follows: # # GENERIC -- Generic kernel configuration file for FreeBSD/amd64 # # For more information on this file, please read the config(5) manual page, # and/or the handbook section on Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/amd64/conf/GENERIC,v 1.531.2.4.2.2 2009/11/09 23:48:01 kensmith Exp $ cpu HAMMER ident GENERIC # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. # Use the following to compile in values accessible to the kernel # through getenv() (or kenv(1) in userland). The format of the file # is 'variable=value', see kenv(1) # # env "GENERIC.env" #makeoptionsDEBUG=-g# Build kernel with gdb(1) debug symbols options VIMAGE options ROUTETABLES=16 options DEVICE_POLLING # Speedup network options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET# InterNETworking options INET6 # IPv6 communications protocols # SCTP option is not compatible with options VIMAGE # options SCTP# Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL# Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFSLOCKD# Network Lock Manager options NFS_ROOT# NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS# Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY# BSD 4.3 TTY compat (sgtty) options COMPAT_IA32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM
Re: kern/147951: VIMAGE + CARP = kernel crash
The following reply was made to PR kern/147951; it has been noted by GNATS. From: =?koi8-r?Q?=EB=CF=CE=D3=D4=C1=CE=D4=C9=CE?= To: bug-follo...@freebsd.org, mail.kos...@gmail.com Cc: Subject: Re: kern/147951: VIMAGE + CARP = kernel crash Date: Fri, 18 Jun 2010 00:49:21 +0400 Both 8.0 and 8.1 systems was amd64. ___ 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"
