the enclosed patch to get working dumps.
- Tor Egge
Index: sys/dev/ata/ata-all.c
===
RCS file: /home/ncvs/src/sys/dev/ata/ata-all.c,v
retrieving revision 1.187
diff -u -r1.187 ata-all.c
--- sys/dev/ata/ata-all.c 27 Aug 2003 15:27:56
the number of free elements on the
buckets instead of using z-uz_cachefree.
- Tor Egge
Index: sys/vm/uma_core.c
===
RCS file: /home/ncvs/src/sys/vm/uma_core.c,v
retrieving revision 1.63
diff -u -r1.63 uma_core.c
--- sys/vm/uma_core.c 28
tracking
of (process leader, file descriptor table) tuples.
- Tor Egge
Index: sys/kern/kern_fork.c
===
RCS file: /home/ncvs/src/sys/kern/kern_fork.c,v
retrieving revision 1.198
diff -u -r1.198 kern_fork.c
--- sys/kern/kern_fork.c
zone 0xc0ea63c0(VMSPACE)'
The 'Duplicate free' can be caused by a race between swapout_procs()
and kern_exit()+wait1().
The enclosed patch might help.
Disabling swapping (sysctl vm.swap_enabled=0) can also help.
- Tor Egge
Index: sys/kern/kern_exit.c
pindex || p-pindex - pindex = psize) {
continue;
}
tmpidx = p-pindex - pindex;
- Tor Egge
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
(causing recursive lock instead)
- lack of inet6 support for inpcb locking, e.g. no
handling of locks in in6_pcbdetach.
I had to comment out INET6 from my kernel config file and apply the
enclosed patch to get my machine to boot today.
- Tor Egge
Index: sys/netinet/in_pcb.c
Actually, it broke fsck_ffs.
Workaround to avoid the known broken case:
The brokenness in ix86_expand_clrstr is quite visible when you
compare the function with ix86_expand_movstr.
- Tor Egge
Index: contrib/gcc/config/i386/i386.c
);
+ setrunqueue(curthread);
curthread-td_proc-p_stats-p_ru.ru_nvcsw++;
mi_switch(); /* Allow interrupt threads to run
*/
mtx_unlock_spin(sched_lock);
- Tor Egge
Hello,
on a 5.0-current i386-SMP system of today I am still getting on about
every second reboot the message:
boot() called on cpu #1
W
Try applying the enclosed patch.
- Tor Egge
Index: vm_machdep.c
===
RCS file
just
returned. Under RELENG_4, fp-_file is set to -1 after the
FUNLOCKFILE() statement.
A patch for disabling uthread_file.c in the linuxthreads port for
FreeBSD 5.0-CURRENT is enclosed. This causes the libc version of
_flockfile to be used.
- Tor Egge
? work
Index: files/uthread_file.c
problem on my -current machine today, I found that
net.inet.accf and net.inet.raw had the same oid.
The system booted normally after changing the start oid for
dynamically assigned sysctl entries from 100 to 256.
- Tor Egge
Index: sys/kern/kern_sysctl.c
variable used
in npxinit might not have the proper alignment when on the stack.
The enclosed patch should be a step in the right direction.
- Tor Egge
Index: sys/i386/isa/npx.c
===
RCS file: /home/ncvs/src/sys/i386/isa/npx.c,v
calls fpusave
with NOCPU as the 'oncpu' argument.
A suggested patch is enclosed.
- Tor Egge
Index: sys/i386/isa/npx.c
===
RCS file: /home/ncvs/src/sys/i386/isa/npx.c,v
retrieving revision 1.104
diff -u -r1.104 npx.c
--- sys/i386/isa
is printed and the pagedep structure isn't freed (it
will be freed later by free_newdirblk()).
- Tor Egge
Index: sys/ufs/ffs/ffs_softdep.c
===
RCS file: /home/ncvs/src/sys/ufs/ffs/ffs_softdep.c,v
retrieving revision 1.98
diff -u -r1.98
to be
allocated is made obsolete in newdirrem(), the pagedep structure is
likely to be freed without first removing the newdirblk dependency
that still points to the pagedep structure.
- Tor Egge
#!/bin/sh
dovmstat() {
vmstat -m | awk '/^ *(mkdir|newdirblk|dirrem|diradd|pagedep)/ { print
on, it clears the NEWBLOCK
flag, changing 0xdeadc0de to 0xd6adc0de. If the memory for the
pagedep structure has been reused for something else, the system might
crash. free_newdirblk will typically be on the ddb stack backtrace
- Tor Egge
Index: sys/ufs/ffs/ffs_softdep.c
)) / blocksize;
sys/ufs/ffs/ffs_vfsops.c:
if ((error = bread(devvp, SBLOCK, SBSIZE, cred, bp)) != 0)
goto out;
sys/ufs/ffs/fs.h:
#define SBSIZE8192
- Tor Egge
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" i
])
#define stdout (__sF[1])
#define stderr (__sF[2])
- Tor Egge
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
and
the virtual NMI pushbutton patch.
No programs on the test machine should open sio1, since that could
cause interrupts (which are now NMIs).
can a paperclip be used to generat the interupt by connecting pins 2 and 3?
I haven't tried that.
- Tor Egge
To Unsubscribe: send mail to [EMAIL
the system
(or the debugger is trying to obtain a mutex held by somebody else)
- Tor Egge
Index: sys/i386/i386/mpapic.c
===
RCS file: /home/ncvs/src/sys/i386/i386/mpapic.c,v
retrieving revision 1.45
diff -u -r1.45 mpapic.c
--- sys
I'm sure I must have overseen something trivial, but currently I can't
figure out what it is.
The lower 16 MB memory has been used for
kernel text, data, bss
arrays allocated by vm_page_startup()
memory allocated via malloc() with M_ZERO
- Tor Egge
To Unsubscribe
program exit and before reading blocks.
- Tor Egge
Index: sbin/newfs/mkfs.c
===
RCS file: /home/ncvs/src/sbin/newfs/mkfs.c,v
retrieving revision 1.30
diff -u -r1.30 mkfs.c
--- sbin/newfs/mkfs.c 2000/10/17 00:41:36 1.30
+++ sbin
the kmem_map size (by setting a loader variable
(kern.vm.kmem.size) or defining VM_KMEM_SIZE and VM_KMEM_SIZE_MAX in
the kernel config file) should help.
- Tor Egge
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
} else
+ DELAY(5 * iter);
+
}
printf("\n");
/*
- Tor Egge
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
attach(dev);
} else
- Tor Egge
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
on the 14th and restored via tape works fine
but if i
check out the sys tree from the 14th and build a kernel it panics at the APIC probe.
Try the enclosed patch.
- Tor Egge
Index: sys/i386/i386/mpboot.s
===
RCS file: /home/ncvs
ds - press a key on the console to abort
Whuffo?
The kernel probably entered the debugger after the AP had been started
but before it accepts any interrupts.
- Tor Egge
Index: sys/i386/i386/db_interface.c
===
RCS file: /home/nc
desirable behaviour. :-)
I had the same problem. Changing the sio code to require three breaks
inside a 10 seconds interval before dropping into the debugger reduced
the problem for me.
- Tor Egge
Index: sys/i386/conf/options.i386
===
RCS
.
- Tor Egge
Index: mp_machdep.c
===
RCS file: /home/ncvs/src/sys/i386/i386/mp_machdep.c,v
retrieving revision 1.102
diff -u -r1.102 mp_machdep.c
--- mp_machdep.c1999/06/01 18:19:42 1.102
+++ mp_machdep.c1999/06/08 00
might be a workaround for this second problem (causing
the memory below 16 MB not already allocated by vm_page_startup to be
in the middle of the page queues).
- Tor Egge
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
I haven't been able to get a working SMP kernel out of -CURRENT recently.
I don't know exactly when it broke, because I usually rebuild on a weekly
basis. The kernel hangs after:
APIC_IO: Testing 8254 interrupt delivery
and doesn't ever come back (panic or otherwise).
The one thing that I
31 matches
Mail list logo