Re: misc/184010: FreeBSD 10.0-BETA3 sysctl -a dumps
Synopsis: FreeBSD 10.0-BETA3 sysctl -a dumps State-Changed-From-To: open->feedback State-Changed-By: glebius State-Changed-When: Sat Nov 16 08:45:39 UTC 2013 State-Changed-Why: Submitter has been requested for details on kernel crash. http://www.freebsd.org/cgi/query-pr.cgi?pr=184010 ___ 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/184010: FreeBSD 10.0-BETA3 sysctl -a dumps
The following reply was made to PR misc/184010; it has been noted by GNATS. From: Gleb Smirnoff To: Tony Hain Cc: freebsd-gnats-sub...@freebsd.org Subject: Re: misc/184010: FreeBSD 10.0-BETA3 sysctl -a dumps Date: Sat, 16 Nov 2013 12:45:36 +0400 On Fri, Nov 15, 2013 at 09:31:55PM +, Tony Hain wrote: T> >Description: T> Installed a fresh download of FreeBSD-10.0-BETA3-amd64-disc1.iso this morning. T> T> Every time sysctl -a is executed the system crash dumps. This does not happen on 10.0 ALPHA5 built from source Oct. 9, so I don't know if it is an RE problem, or something changed elsewhere. The file sizes of /sbin/sysctl are different. I don't have time to rebuild the ALPHA5 system right now for further debugging, but thought this should get reported before the next RE event for 10.0. To fix the problem, we need to see details of crash dump. At least the panic screen, but better to have a kernel dump and backtrace from it. The problem isn't global, e.g. on my boxes sysctl -a runs fine. Something is special in your environment, so we need your help to find the problem. -- Totus tuus, Glebius. ___ 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/176054: commit references a PR
The following reply was made to PR kern/176054; it has been noted by GNATS.
From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/176054: commit references a PR
Date: Sat, 16 Nov 2013 10:48:08 + (UTC)
Author: mav
Date: Sat Nov 16 10:47:58 2013
New Revision: 258218
URL: http://svnweb.freebsd.org/changeset/base/258218
Log:
MFC r250576 (by eadler):
Fix several typos
PR: kern/176054
Modified:
stable/9/sys/dev/ata/ata-lowlevel.c
stable/9/sys/dev/uart/uart_core.c
stable/9/sys/dev/usb/serial/usb_serial.c
stable/9/sys/dev/usb/serial/usb_serial.h
stable/9/sys/fs/fdescfs/fdesc_vnops.c
stable/9/sys/mips/mips/stack_machdep.c
stable/9/sys/netgraph/bluetooth/hci/ng_hci_ulpi.c
stable/9/sys/ufs/ffs/ffs_balloc.c
stable/9/sys/x86/x86/local_apic.c
Directory Properties:
stable/9/sys/ (props changed)
stable/9/sys/dev/ (props changed)
stable/9/sys/fs/ (props changed)
Modified: stable/9/sys/dev/ata/ata-lowlevel.c
==
--- stable/9/sys/dev/ata/ata-lowlevel.cSat Nov 16 10:44:17 2013
(r258217)
+++ stable/9/sys/dev/ata/ata-lowlevel.cSat Nov 16 10:47:58 2013
(r258218)
@@ -505,7 +505,7 @@ ata_generic_reset(device_t dev)
mask, ostat0, ostat1);
/* if nothing showed up there is no need to get any further */
-/* XXX SOS is that too strong?, we just might loose devices here */
+/* XXX SOS is that too strong?, we just might lose devices here */
ch->devices = 0;
if (!mask)
return;
Modified: stable/9/sys/dev/uart/uart_core.c
==
--- stable/9/sys/dev/uart/uart_core.c Sat Nov 16 10:44:17 2013
(r258217)
+++ stable/9/sys/dev/uart/uart_core.c Sat Nov 16 10:47:58 2013
(r258218)
@@ -131,7 +131,7 @@ uart_intr_break(void *arg)
* much of the data we can, but otherwise flush the receiver FIFO to
* create some breathing room. The net effect is that we avoid the
* overrun condition to happen for the next X characters, where X is
- * related to the FIFO size at the cost of loosing data right away.
+ * related to the FIFO size at the cost of losing data right away.
* So, instead of having multiple overrun interrupts in close proximity
* to each other and possibly pessimizing UART interrupt latency for
* other UARTs in a multiport configuration, we create a longer segment
@@ -186,7 +186,7 @@ uart_intr_rxready(void *arg)
* Line or modem status change (OOB signalling).
* We pass the signals to the software interrupt handler for further
* processing. Note that we merge the delta bits, but set the state
- * bits. This is to avoid loosing state transitions due to having more
+ * bits. This is to avoid losing state transitions due to having more
* than 1 hardware interrupt between software interrupts.
*/
static __inline int
Modified: stable/9/sys/dev/usb/serial/usb_serial.c
==
--- stable/9/sys/dev/usb/serial/usb_serial.c Sat Nov 16 10:44:17 2013
(r258217)
+++ stable/9/sys/dev/usb/serial/usb_serial.c Sat Nov 16 10:47:58 2013
(r258218)
@@ -965,7 +965,7 @@ ucom_cfg_line_state(struct usb_proc_msg
sc->sc_pls_set = 0;
sc->sc_pls_clr = 0;
- /* ensure that we don't loose any levels */
+ /* ensure that we don't lose any levels */
if (notch_bits & UCOM_LS_DTR)
sc->sc_callback->ucom_cfg_set_dtr(sc,
(prev_value & UCOM_LS_DTR) ? 1 : 0);
Modified: stable/9/sys/dev/usb/serial/usb_serial.h
==
--- stable/9/sys/dev/usb/serial/usb_serial.h Sat Nov 16 10:44:17 2013
(r258217)
+++ stable/9/sys/dev/usb/serial/usb_serial.h Sat Nov 16 10:47:58 2013
(r258218)
@@ -146,7 +146,7 @@ struct ucom_super_softc {
struct ucom_softc {
/*
- * NOTE: To avoid loosing level change information we use two
+ * NOTE: To avoid losing level change information we use two
* tasks instead of one for all commands.
*
* Level changes are transitions like:
Modified: stable/9/sys/fs/fdescfs/fdesc_vnops.c
==
--- stable/9/sys/fs/fdescfs/fdesc_vnops.c Sat Nov 16 10:44:17 2013
(r258217)
+++ stable/9/sys/fs/fdescfs/fdesc_vnops.c Sat Nov 16 10:47:58 2013
(r258218)
@@ -333,7 +333,7 @@ fdesc_lookup(ap)
* and the root vnode lock will be obtained afterwards (in case
* we're looking up the fd of the root vnode), which will be the
* opposite lock order. Vhold the root vnode first so we don't
- * loo
Re: kern/181439: [headers] sys/wait.h is not enough to use waitid(), but kind of should be.
Synopsis: [headers] sys/wait.h is not enough to use waitid(), but kind of should be. State-Changed-From-To: open->analyzed State-Changed-By: jilles State-Changed-When: Sat Nov 16 11:25:20 UTC 2013 State-Changed-Why: This should be referred to the Austin group, since the specified behaviour seems not useful: almost all real applications will need to #include anyway for the CLD_* constants. Responsible-Changed-From-To: freebsd-bugs->jilles Responsible-Changed-By: jilles Responsible-Changed-When: Sat Nov 16 11:25:20 UTC 2013 Responsible-Changed-Why: I'm handling this. http://www.freebsd.org/cgi/query-pr.cgi?pr=181439 ___ 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/184002: wait6/waitid/SIGCHLD return wrong siginfo.si_status
Old Synopsis: wait6 / waitid returns wrong value in siginfo.si_status New Synopsis: wait6/waitid/SIGCHLD return wrong siginfo.si_status Responsible-Changed-From-To: freebsd-bugs->jilles Responsible-Changed-By: jilles Responsible-Changed-When: Sat Nov 16 11:40:49 UTC 2013 Responsible-Changed-Why: I'm handling this. http://www.freebsd.org/cgi/query-pr.cgi?pr=184002 ___ 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/184019: import newer libcxxrt
>Number: 184019 >Category: misc >Synopsis: import newer libcxxrt >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: Sat Nov 16 15:10:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Michael Moll >Release:10-STABLE >Organization: >Environment: FreeBSD marduk.kvedulv.de 10.0-BETA3 FreeBSD 10.0-BETA3 #0 r257593: Mon Nov 4 17:03:02 CET 2013 mm...@marduk.kvedulv.de:/usr/obj/svn/base/stable/10/sys/MARDUK amd64 >Description: While compiling security/truecrypt I ran into a bug similar to this one: https://github.com/pathscale/libcxxrt/issues/14 After applying https://github.com/pathscale/libcxxrt/commit/800610158f9443417d1fc73267333fb6dd877194 everything is fine and it would be nice if FreeBSD could import this. >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/184010: FreeBSD 10.0-BETA3 sysctl -a dumps
The following reply was made to PR kern/184010; it has been noted by GNATS. From: "Tony Hain" To: "'Gleb Smirnoff'" Cc: Subject: RE: misc/184010: FreeBSD 10.0-BETA3 sysctl -a dumps Date: Sat, 16 Nov 2013 11:13:15 -0800 /var/crash contents at ftp://ftp.tndh.net/fbsd10_sysctl_dumps.gz System is a fresh install on a 2008-Server Hyper-V VM. The /boot/loader.conf file setting for 2008 Hyper-V had not been loaded, because that is further down the script, and its only purpose is to turn off the fastide device. Pulling that in by hand and rebooting made no difference. I need to leave for awhile, but I will try to get a screen capture when I get back. Tony > -Original Message- > From: Gleb Smirnoff [mailto:gleb...@freebsd.org] > Sent: Saturday, November 16, 2013 12:46 AM > To: Tony Hain > Cc: freebsd-gnats-sub...@freebsd.org > Subject: Re: misc/184010: FreeBSD 10.0-BETA3 sysctl -a dumps > > On Fri, Nov 15, 2013 at 09:31:55PM +, Tony Hain wrote: > T> >Description: > T> Installed a fresh download of FreeBSD-10.0-BETA3-amd64-disc1.iso this > morning. > T> > T> Every time sysctl -a is executed the system crash dumps. This does not > happen on 10.0 ALPHA5 built from source Oct. 9, so I don't know if it is an RE > problem, or something changed elsewhere. The file sizes of /sbin/sysctl are > different. I don't have time to rebuild the ALPHA5 system right now for > further debugging, but thought this should get reported before the next RE > event for 10.0. > > To fix the problem, we need to see details of crash dump. At least the panic > screen, but better to have a kernel dump and backtrace from it. > > The problem isn't global, e.g. on my boxes sysctl -a runs fine. > > Something is special in your environment, so we need your help to find the > problem. > > -- > Totus tuus, Glebius. ___ 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/184010: FreeBSD 10.0-BETA3 sysctl -a dumps
The following reply was made to PR kern/184010; it has been noted by GNATS.
From: "Tony Hain"
To: "'Gleb Smirnoff'"
Cc:
Subject: RE: misc/184010: FreeBSD 10.0-BETA3 sysctl -a dumps
Date: Sat, 16 Nov 2013 15:11:54 -0800
Console screen can't be captured. Dmesg from subsequent boot is below...
Scrollback buffer from putty at crash time:
root@arabian:/usr/home/tony #
root@arabian:/usr/home/tony #
root@arabian:/usr/home/tony # sysctl -a
kern.ostype: FreeBSD
kern.osrelease: 10.0-BETA3
kern.osrevision: 199506
kern.version: FreeBSD 10.0-BETA3 #0 r257580: Sun Nov 3 19:43:01 UTC 2013
r...@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC
kern.maxvnodes: 68790
kern.maxproc: 6388
kern.maxfiles: 32046
kern.argmax: 262144
kern.securelevel: -1
kern.hostname: arabian
kern.hostid: 1468171160
kern.clockrate: { hz = 100, tick = 1, profhz = 8128, stathz = 127 }
kern.posix1version: 200112
kern.ngroups: 1023
kern.job_control: 1
kern.saved_ids: 0
kern.boottime: { sec = 1384629295, usec = 713715 } Sat Nov 16 11:14:55 2013
kern.domainname:
kern.osreldate: 1000501
kern.bootfile: /boot/kernel/kernel
kern.maxfilesperproc: 28836
kern.maxprocperuid: 5749
kern.ipc.maxsockbuf: 2097152
kern.ipc.sockbuf_waste_factor: 8
kern.ipc.max_linkhdr: 16
kern.ipc.max_protohdr: 60
kern.ipc.max_hdr: 76
kern.ipc.max_datalen: 92
kern.ipc.maxmbufmem: 511203328
kern.ipc.nmbclusters: 62402
kern.ipc.nmbjumbop: 31201
kern.ipc.nmbjumbo9: 27732
kern.ipc.nmbjumbo16: 20800
kern.ipc.nmbufs: 399390
kern.ipc.maxpipekva: 16404480
kern.ipc.pipekva: 16384
kern.ipc.pipefragretry: 0
kern.ipc.pipeallocfail: 0
kern.ipc.piperesizefail: 0
kern.ipc.piperesizeallowed: 1
kern.ipc.msgmax: 16384
kern.ipc.msgmni: 40
kern.ipc.msgmnb: 2048
kern.ipc.msgtql: 40
kern.ipc.msgssz: 8
kern.ipc.msgseg: 2048
kern.ipc.semmni: 50
kern.ipc.semmns: 340
kern.ipc.semmnu: 150
kern.ipc.semmsl: 340
kern.ipc.semopm: 100
kern.ipc.semume: 50
kern.ipc.semusz: 632
kern.ipc.semvmx: 32767
kern.ipc.semaem: 16384
kern.ipc.shmmax: 536870912
kern.ipc.shmmin: 1
kern.ipc.shmmni: 192
kern.ipc.shmseg: 128
kern.ipc.shmall: 131072
kern.ipc.shm_use_phys: 0
kern.ipc.shm_allow_removed: 0
kern.ipc.soacceptqueue: 128
kern.ipc.numopensockets: 15
kern.ipc.maxsockets: 32050
kern.ipc.sendfile.readahead: 1
kern.dummy: 0
kern.ps_strings: 140737488351200
kern.usrstack: 140737488351232
kern.logsigexit: 1
kern.iov_max: 1024
kern.hostuuid: fd2dabc9-b426-054f-bb0a-883f4cbc5729
kern.cam.sort_io_queues: 1
kern.cam.boot_delay: 0
kern.cam.dflags: 0
kern.cam.debug_delay: 0
kern.cam.pmp.retry_count: 1
kern.cam.pmp.default_timeout: 30
kern.cam.pmp.hide_special: 1
kern.cam.cam_srch_hi: 0
kern.cam.scsi_delay: 5000
kern.cam.cd.changer.min_busy_seconds: 5
kern.cam.cd.changer.max_busy_seconds: 15
kern.cam.cd.poll_period: 3
kern.cam.cd.retry_count: 4
kern.cam.cd.timeout: 3
kern.cam.cd.0.minimum_cmd_size: 6
kern.cam.cd.1.minimum_cmd_size: 6
kern.cam.ada.legacy_aliases: 1
kern.cam.ada.retry_count: 4
kern.cam.ada.default_timeout: 30
kern.cam.ada.send_ordered: 1
kern.cam.ada.spindown_shutdown: 1
kern.cam.ada.spindown_suspend: 1
kern.cam.ada.read_ahead: 1
kern.cam.ada.write_cache: 1
kern.cam.da.poll_period: 3
kern.cam.da.retry_count: 4
kern.cam.da.default_timeout: 60
kern.cam.da.send_ordered: 1
kern.cam.da.0.delete_method: NONE
kern.cam.da.0.delete_max: 65536
kern.cam.da.0.minimum_cmd_size: 6
kern.cam.da.0.sort_io_queue: -1
kern.cam.da.0.error_inject: 0
kern.cam.enc.emulate_array_devices: 1
kern.random.adaptors: yarrow,dummy
kern.random.active_adaptor: yarrow
kern.random.yarrow.gengateinterval: 10
kern.random.yarrow.bins: 10
kern.random.yarrow.fastthresh: 96
kern.random.yarrow.slowthresh: 128
kern.random.yarrow.slowoverthresh: 2
kern.random.sys.seeded: 1
kern.random.sys.harvest.ethernet: 1
kern.random.sys.harvest.point_to_point: 1
kern.random.sys.harvest.interrupt: 1
kern.random.sys.harvest.swi: 1
kern.disks: da0 cd1 cd0
kern.geom.dev.delete_max_sectors: 262144
kern.geom.disk.cd0.led:
kern.geom.disk.cd1.led:
kern.geom.disk.da0.led:
kern.geom.transient_maps: 3274
kern.geom.transient_map_retries: 10
kern.geom.transient_map_hard_failures: 0
kern.geom.transient_map_soft_failures: 0
kern.geom.inflight_transient_maps: 0
kern.geom.confxml:
FD
fd0
1
r0w0e0
fd0
0
0
0
0
RAID
PART
da0
2
GPT
128
34
41943006
63
255
OK
false
r2w2e3
r1w1e0
da0p3
1073707008
512
0
3221242880
39845922
41943005
3
freebsd-swap
