is dumpon/savecore broken?

During the boot process I see dumpon: crash dumps to /dev/da0s1b (4, 131073) checking for core dump...savecore: can't find device 13/131073 Jul 20 10:18:00 troutmask savecore: can't find device 13/131073 Doing additional network setup: portmap. My /etc/fstab file contains: /dev/

Re: is dumpon/savecore broken?

According to Poul-Henning Kamp: > In message <[EMAIL PROTECTED]>, "Steven G. Kar > gl" writes: > > > >During the boot process I see > > > dumpon: crash dumps to /dev/da0s1b (4, 131073) > > checking for core dump...savecore: can't find device 13/131073 > > >It seems that the the major device

Re: is dumpon/savecore broken?

According to Matthew Dillon: > :> > dumpon: crash dumps to /dev/da0s1b (4, 131073) > :> > checking for core dump...savecore: can't find device 13/131073 > :> > :> >It seems that the the major device number is reset from 4 to 13. > :> > :> Yes, all dev_t's which make it out of the kernel have

Re: is dumpon/savecore broken?

According to Matthew Dillon: > > :And how do you create dumps from a kernel that hasn't finished booting > :(not gotten to the stage of reading rc.conf)? 'dumps on' in kernel > :config does not seem to do the job. > : > :Nick > > You can do it manually from /etc/rc. If it doesn't even get t

modules/netgraph/bpf breaks world

*** Makefile.orig Fri Dec 3 16:46:54 1999 --- MakefileFri Dec 3 16:46:25 1999 *** *** 6,11 MAN8= ng_bpf.8 KMODDEPS= netgraph ! .PATH:../../../net .include --- 6,11 MAN8= ng_bpf.8 KMODDEPS= netgraph ! .PA

kernel panic in ufs_getattr

I have the core file, kernel, and kernel.debug if some one needs access let me know. Source is from 9 am PST. -- Steve http://troutmask.apl.washington.edu/~kargl/ Script started on Sat Nov 3 12:25:23 2001 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covere

endless loop with gettimeofday in mozilla

I suspect that this a mozilla problem, but I only recently have run into this. Rebuilt world and kernel from -current sources from Dec 13 16:15 PDT. If I open the mail/news component of mozilla, and try to change the view to only unread messages X11 freezes. Switching to a vty and running truss

USER_LDT gone?

With the great libc debacle of 2001, I have not tried to update my system for about 2 weeks. In that time I may have missed the commit message that said that USER_LDT, which was needed for at least wine, was removed. root[221] cd /usr/src/ root[222] setenv KERNCONF `hostname -s` root[223] make

top, MAXMEM, sysctl, and missing memory?

I've recently upgraded a system to 384 MB of memory, which the system detects during boot. Dmesg reports real memory = 402587648 (393152K bytes) avail memory = 387903488 (378812K bytes) with or without 'options MAXMEM "(384*1024)"' and "sysctl -a | grep hw" reports hw.physmem: 399212544

linux module or linux_devtools problem?

The Portland Group's linux Fortran compiler used to work without a problem, but something has changed that I haven't track down. The script(1) log below suggests two possibilities: (1) the translation of linux syscalls to FreeBSD syscalls isn't working; or (2) the linux ld command (see log) needs

diskcheckd goes nuts on /dev/cd0

I'm sure this is pilot error, but ... I updated a pre june 13th current to a july 3 current. Ran mergemaster and installed /etc/diskcheckd.conf without modification. Upon reboot I saw 1000s of the following message streaming up the console: dscheck(cd0): bio_bcount 512 is not on a sector bound

Re: diskcheckd goes nuts on /dev/cd0

Ben Smithurst said: > Steven G. Kargl wrote: > > > last message repeated 3 times > > diskcheckd[213]: error reading 512 bytes from sector 0 on /dev/cd0 > > I was gonna commit a fix for this, but after reporting the problem DES > never tested the patch I supplied. :-

lib/msun breakage; patch included.

The recent changes to machine/endian.h introduced breakage in lib.msun because of out-of-order include files. Steve *** /usr/src/lib/msun/src/math_private.h.orig Sun Oct 15 10:09:10 2000 --- /usr/src/lib/msun/src/math_private.hSun Oct 15 10:09:20 2000 *** *** 17,24

more endian.h breakage; patch included.

There is another patch needed in libdialog. Steve *** /usr/src/lib/libc_r/uthread/uthread_wait4.c.origSun Oct 15 11:16:02 2000 --- /usr/src/lib/libc_r/uthread/uthread_wait4.c Sun Oct 15 11:16:45 2000 *** *** 32,37 --- 32,38 * $FreeBSD: src/lib/libc_r/uthread/uthread

another endian.h causality; patch included

*** /usr/src/gnu/lib/libdialog/prgbox.c.origSun Oct 15 12:44:15 2000 --- /usr/src/gnu/lib/libdialog/prgbox.c Sun Oct 15 12:44:36 2000 *** *** 21,26 --- 21,27 #include #include + #include #include #include "dialog.priv.h" To Unsubscribe: send mail to [

PAM, X11, and su as a normal user? (fwd)

I sent this inquire to freebsd-question, but came up empty with respect to solutions to the problem. I have 2 accounts on my freebsd-current machine. I use startx to start X11 as user kargl. If I then su to user sgk, I cannot fire up X clients. For example, troutmask:kargl[202] su sgk Password

Re: PAM, X11, and su as a normal user? (fwd)

Pat Lashley wrote: > --On Friday, September 05, 2003 23:13:29 -0700 "Steven G. Kargl" > <[EMAIL PROTECTED]> wrote: > > > I have 2 accounts on my freebsd-current machine. I use > > startx to start X11 as user kargl. If I then su to user > > sg

Re: PAM, X11, and su as a normal user? (fwd)

Brandon S. Allbery KF8NH wrote: > On Sat, 2003-09-06 at 02:13, Steven G. Kargl wrote: > > I have 2 accounts on my freebsd-current machine. I use > > startx to start X11 as user kargl. If I then su to user > > sgk, I cannot fire up X clients. For example, > > Is $

Re: PAM, X11, and su as a normal user? (fwd)

Pat Lashley wrote: > --On Saturday, September 06, 2003 00:31:17 -0700 "Steven G. Kargl" > <[EMAIL PROTECTED]> wrote: > > > I don't quite understand your suggestion. > > > > I login as user kargl. I fire up X11 > > as user kargl with start

Re: PAM, X11, and su as a normal user? (fwd)

Brandon S. Allbery KF8NH wrote: > On Sat, 2003-09-06 at 03:41, Steven G. Kargl wrote: > > Brandon S. Allbery KF8NH wrote: > > > On Sat, 2003-09-06 at 02:13, Steven G. Kargl wrote: > > > > I have 2 accounts on my freebsd-current machine. I use > > > > sta

[PATCH] workaround for kern/56869

--- /usr/src/sys/modules/Makefile.orig Tue Sep 16 10:42:38 2003 +++ /usr/src/sys/modules/Makefile Tue Sep 16 10:42:54 2003 @@ -126,7 +126,6 @@ twe \ tx \ txp \ - uart \ ubsa \ ubsec \ ucom \ -- Steve http://troutmask.apl.washington.edu/

panic: mtx_lock() of spin mutex in ip_output.c

I have a Dell 4150 laptop using dhcp and ntpd on the xl0 interface. I did "ifconfig xl0 down" and received the following panic (hand transcribed :-( ). panic: mtx_lock() of spin mutex (null) @ /usr/src/sys/netinet/ip_output.c:266 Stack backtrace: backtrace() panic() panic: process 414(ntpd):2 Gia

Re: panic: mtx_lock() of spin mutex in ip_output.c

Sam Leffler wrote: > On Friday 07 November 2003 12:54 pm, Steve Kargl wrote: > > On Fri, Nov 07, 2003 at 11:31:45AM -0800, Steven G. Kargl wrote: > > > I have a Dell 4150 laptop using dhcp and ntpd on the > > > xl0 interface. I did "ifconfig xl0 down" and rec

modules/joy breaks make world

FYI. The recent commit to move sys/sys/lkm.h to the attic breaks "make world" is sys/module/joy. 1.19 Mon Apr 19 14:19:52 1999 UTC by peter CVS Tags: HEAD Diffs to 1.18 FILE REMOVED Zap LKM option and support. Farewell old friend. -- Steve To Unsubscribe: send mail to majord...@freebsd.

linux-mozilla not exiting properly (KSE signal fallout?)

David, Julian, I updated my system today after David's KSE signal changes. I'm sure if this is the cause of my problem, but linux-mozilla no longer exits. % linux-mozilla ... browse ... crtl-q % ps | grep mozilla 6032 v0 SL 0:00.02 /bin/sh ./run-mozilla.sh ./mozilla-bin 6037 v0 SL

patches for [x]install

The first patch fixes install(1). The reamining patches correctly document the breakage of rev 1.55 of xinstall.c -- Steve http://troutmask.apl.washington.edu/~kargl/ --- usr.bin/xinstall/xinstall.c.origThu Jun 6 22:45:29 2002 +++ usr.bin/xinstall/xinstall.c Fri Jun 7 17:55:44 2002 @@ -

Re: patches for [x]install

J. Mallett said: > * From "Steven G. Kargl" <[EMAIL PROTECTED]> > > The first patch fixes install(1). The reamining patches > > correctly document the breakage of rev 1.55 of xinstall.c I should have stated that if the first patch isn't acceptable, then the

Re: patches for [x]install

J. Mallett said: > * From "Steven G. Kargl" <[EMAIL PROTECTED]> > > J. Mallett said: > > > > No. The third patch is correct (see below); otherwise I could set > > INSTALL to " install -C" QED. > > And I could set BINOWN to something b

binutils breaks world

This looks like a causality of David's removal of gdb.291. -- Steve http://troutmask.apl.washington.edu/~kargl/ makeinfo --no-validate -I /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/ binutils/gas/doc -I /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/binuti ls/ld -I /usr/src/gnu

post-KSE III kernel panic

I'm not sure this is related to Julian's commit, but the kernel sources are post-kse III commit. I have the kernel and core file if more info or access is needed. -- Steve http://troutmask.apl.washington.edu/~kargl/ Script started on Sat Jun 29 18:36:22 2002 GNU gdb 5.2.0 (FreeBSD) 20020627 Co

panic: vm_page_free: freeing wired page

Julian, You may have fixed over the last few, but I haven't had a chance to cvsup new sources. -- Steve http://troutmask.apl.washington.edu/~kargl/ panic: vm_page_free: freeing wired page panic: from debugger Uptime: 39m56s Dumping 128 MB 16 32 48 64 80 96 112 --- #0 0xc019c5cb in doadump (

close PR bin/37795

Can someone close PR bin/37795? I am the originator of the PR, and it no longer applies to current version xinstall. -- Steve http://troutmask.apl.washington.edu/~kargl/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

keyboard probe broken?

My keybooard is dead after booting a kernel from this morning (Saturday, noon, PST). A good kernel from 2 Sep 02 states: atkbdc0: at port 0x64,0x60 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 A kernel that yields a dead keyboard says: atkbdc0: at port 0x64,0x60 on isa0

panic from _mutex_assert in kern_lock.c

The source tree was retrieved by cvsup at 21:47 (PST) on Oct 4. This is a non-GEOM and non-acpi kernel. I have the core and kernel.debug, so any further postmortem is possible. -- Steve http://troutmask.apl.washington.edu/~kargl/ panic: from debugger panic messages: --- panic: mutex vnode in

Re: panic from _mutex_assert in kern_lock.c

Brian F. Feldman said: > "Steven G. Kargl" <[EMAIL PROTECTED]> wrote: > > The source tree was retrieved by cvsup > > at 21:47 (PST) on Oct 4. > > > > This is a non-GEOM and non-acpi kernel. > > > > I have the core and kernel.debug, so a

Re: panic from _mutex_assert in kern_lock.c

Robert Watson said: > > On Sat, 5 Oct 2002, Steven G. Kargl wrote: > > > One other point, the machine was doing a background fsck on /var. Does > > a background fsck go through ffs_snapshot()? > > Yes -- the background file system checker creates a snapshot of

Re: panic from _mutex_assert in kern_lock.c

Jeff Roberson said: > > On Sat, 5 Oct 2002, Brian F. Feldman wrote: > >> "Steven G. Kargl" <[EMAIL PROTECTED]> wrote: >>> The source tree was retrieved by cvsup >>> at 21:47 (PST) on Oct 4. >>> >>> This is a non-GEOM an

Rev. 1.48 of stdio.h breaks 3rd part software

This commit by Peter breaks 3rd party software: Revision 1.48 / (download) - annotate - [select for diffs], \ Fri Oct 11 22:38:17 2002 UTC (18 hours, 14 minutes ago) by peter Branch: MAIN Changes since 1.47: +0 -8 lines Diff to previous 1.47 (colored) Zap the early-adopter trans

[PATCH] note the __sF change in src/UPDATING

Could someone add the following patch to UPDATING? Change the words to whatever suits your fancy. -- Steve http://troutmask.apl.washington.edu/~kargl/ --- UPDATING.orig Wed Nov 6 16:20:05 2002 +++ UPDATINGWed Nov 6 16:27:08 2002 @@ -17,6 +17,15 @@ developers choose to disable

Re: [PATCH] note the __sF change in src/UPDATING

M. Warner Losh said: > In message: <[EMAIL PROTECTED]> > "Steven G. Kargl" <[EMAIL PROTECTED]> writes: > : Could someone add the following patch to UPDATING? > : Change the words to whatever suits your fancy. > > I'm trying to devise a go

Re: [PATCH] note the __sF change in src/UPDATING

M. Warner Losh said: > In message: <[EMAIL PROTECTED]> > "Steven G. Kargl" <[EMAIL PROTECTED]> writes: > : M. Warner Losh said: > : > In message: <[EMAIL PROTECTED]> > : > "Steven G. Kargl" <[EMAIL PROTEC

two lock order reversals

lock order reversal 1st 0xc02d9b40 eventhandler @ /usr/src/sys/kern/subr_eventhandler.c:163 2nd 0xc4050008 shutdown_post_sync @ /usr/src/sys/kern/subr_eventhandler.c:116 lock order reversal 1st 0xc882cd00 ithread @ /usr/src/sys/kern/kern_intr.c:187 2nd 0xc02aa0e0 allproc @ /usr/src/sys/kern/k

UMA lock order reversal

This is probably a known lock order reversals, but I haven't seen it reported on the mailing list. lock order reversal 1st 0xc403d720 PCPU 4096 (UMA cpu) @ /usr/src/sys/vm/uma_core.c:1179 2nd 0xc403d664 4096 (UMA zone) @ /usr/src/sys/vm/uma_core.c:614 3rd 0xc082a720 PCPU KMAP ENTRY (UMA cpu) @

savecore: parity error ?

The recent changes to savecore/dumpsys are generating the following message at boot: Checking for core dump: Mediasize = 373293056 Sectorsize = 512 savecore: Parity error on last dump header on /dev/da0s2b -- Steve http://troutmask.apl.washington.edu/~kargl/ To Unsubscribe: send mail to [EMAIL

bin/cp breaks world

===> bin/cp cc -O -pipe -march=k6 -DVM_AND_BUFFER_CACHE_SYNCHRONIZED -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wformat=2 -Wno-format-extra-args -Werror -c /home/src/bin/cp/cp.c cc1: warnings being treated as errors /home/src/bin/cp/cp.c: In function `copy': /home/src/bin/cp/cp.c:275:

fatal trap 21 panic in today's current

I get the following panic (hand transribed): Fatal trap 21: FPU bounds check fault while in kernel mode instruction pointer = 0x8:0xc02433f5 stack pointer= 0x10:c040fc60 frame pointer= 0x10:c040fc7c code segment = base 0x0, limit 0xf, type 0x1b =

patch to add athlon to bsd.cpu.mk

This applies to post gcc 3.1 upgrades. -- Steve http://troutmask.apl.washington.edu/~kargl/ --- bsd.cpu.mk.orig Sat May 11 11:57:01 2002 +++ bsd.cpu.mk Sat May 11 12:00:49 2002 @@ -22,7 +22,7 @@ . elif ${CPUTYPE} == "pentium" CPUTYPE = i586 . elif ${CPUTYPE} == "athlon" -CPUTYPE = k7 +

Re: panic in g_vfs_strategy()

On Wed, Jun 22, 2016 at 11:15:27AM +0300, Andriy Gapon wrote: > On 22/06/2016 01:04, Steve Kargl wrote: > > After a forced umount of a msdos filesystem, I received > > a panic. I have the kernel and vmcore. The first hundred > > or so lines of core.txt.4 follow my .sig. > > > > It seems that th

Re: Who broke world and how to fix?

On Thu, Jul 21, 2016 at 03:50:48PM -0400, Michael Butler wrote: > On 07/21/16 14:32, Steve Kargl wrote: > > Updating uname -a > > FreeBSD 11.0-ALPHA5 FreeBSD 11.0-ALPHA5 > > #3 r302248: Tue Jun 28 10:11:31 PDT 2016 > > data/obj/usr/src/sys/SPEW amd64 > > > > to top-of-tree > > > > ===> lib/libsb

Re: FreeBSD12-RC2 and bluetooth?

On Thu, Sep 15, 2016 at 06:20:06PM -0700, Adrian Chadd wrote: > hi, > > bluetooth uses netgraph. > Yeah, I figured that much out. I do not need bluetooth nor netgraph. How does one explicitly disable this (other than through the BIOS)? -- Steve http://troutmask.apl.washington.edu/~kargl/ ___

Re: FreeBSD12-RC2 and bluetooth?

On Fri, Sep 16, 2016 at 02:07:38PM +0900, Takanori Watanabe wrote: > On Thu, Sep 15, 2016 at 07:20:39PM -0700, Steven G. Kargl wrote: > > On Thu, Sep 15, 2016 at 06:20:06PM -0700, Adrian Chadd wrote: > > > hi, > > > > > > bluetooth uses netgraph. > > &g

Re: System hangs at boot in xhci0

On Fri, Dec 09, 2016 at 11:58:21PM +0100, Hans Petter Selasky wrote: > On 12/09/16 22:09, Steve Kargl wrote: > > I updated my system to > > > > % svn info /usr/src > > Revision: 309748 > > > > Built a shiny new kernel, which hangs during boot. > > There is no panic. Using the dmesg from kernel.old

Re: System hangs at boot in xhci0

On Fri, Dec 09, 2016 at 03:45:30PM -0800, Steven G. Kargl wrote: > On Fri, Dec 09, 2016 at 11:58:21PM +0100, Hans Petter Selasky wrote: > > On 12/09/16 22:09, Steve Kargl wrote: > > > I updated my system to > > > > > > % svn info /usr/src > > > Revision

Revision 309657 to stack_machdep.c renders unbootable system

Well, after 3 days of bisection, I finally found the commit that renders my system unbootable. The system does not panic. It simply gets stuck in some state. Nonfunctional keyboard, so can't break into debugger. No serial console available. The verbose dmesg.boot for a working kernel from revisi

Re: Revision 309657 to stack_machdep.c renders unbootable system

On Wed, Dec 14, 2016 at 02:10:48PM -0800, Mark Johnston wrote: > On Wed, Dec 14, 2016 at 12:14:16PM -0800, Mark Johnston wrote: > > On Wed, Dec 14, 2016 at 11:49:26AM -0800, Steven G. Kargl wrote: > > > Well, after 3 days of bisection, I finally found the commit > >

Re: Revision 309657 to stack_machdep.c renders unbootable system

On Wed, Dec 14, 2016 at 04:50:21PM -0800, Mark Johnston wrote: > On Wed, Dec 14, 2016 at 03:48:04PM -0800, Steven G. Kargl wrote: > > On Wed, Dec 14, 2016 at 02:10:48PM -0800, Mark Johnston wrote: > > > On Wed, Dec 14, 2016 at 12:14:16PM -0800, Mark Johnston wrote: > > >

Re: Revision 309657 to stack_machdep.c renders unbootable system

On Fri, Dec 16, 2016 at 03:19:09PM -0800, John Baldwin wrote: > > So the hack in pause() is probably not as necessary now. In particular, I > think we only need it for thread0, not for other threads. The patch below > worked for me with SPEW's config: > > Index: kern_synch.c > =

Re: Revision 309657 to stack_machdep.c renders unbootable system

On Fri, Dec 16, 2016 at 03:19:09PM -0800, John Baldwin wrote: > > So the hack in pause() is probably not as necessary now. In particular, I > think we only need it for thread0, not for other threads. The patch below > worked for me with SPEW's config: > > Index: kern_synch.c > =