end of August and
ended up using 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-
recalculates 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
--- sy
ve fix is to apply the enclosed patch, which adds 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
dif
.c:669'
> and 'Duplicate free of item 0xc3895cc0 from 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 (sysct
>pindex < pindex || p->pindex - pindex > psize) {
+ if (p->pindex < 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
in unlocking (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/neti
> 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/i3
k_spin(&sched_lock);
+ setrunqueue(curthread);
curthread->td_proc->p_stats->p_ru.ru_nvcsw++;
mi_switch(); /* Allow interrupt threads to run
*/
mtx_unlock_
> 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
==
file is called, but fp->_file is -1 so _funlockfile 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
mination conditions being matched.
When I got the same 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.
-
the proper alignment but the dummy 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/n
e() which 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
> netch@iv:~>ps 218 -l
> UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND
> 0 218 1 0 8 0 1120 176 nanslp DWs ??0:02.31 diskcheckd:
>
> Are `select' and `nanosleep' disk uninterruptable waits? ;|
No. The ps command ga
a
panic, a message 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 re
ependency 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|pag
irblk structure is currently pointing to the pagedep structure).
When the newdirblk structure is freed later 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_newdir
10:10
@@ -1303,6 +1303,8 @@
*/
if (cr->cr_uidinfo != NULL)
uifree(cr->cr_uidinfo);
+ if (cr->cr_ruidinfo != NULL)
+ uifree(cr->cr_ruidinfo);
/*
* Free a prison, if a
count = (bp->bio_bcount + (blocksize - 1)) / 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 PROTE
(&__sF[0])
#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
with DDB 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: se
bably blocking 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 mp
> 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
on SMP machines.
Interrupts are disabled if Giant is busy in vm_page_zero_idle, thus
the idle proc calls mi_switch with interrupts disabled and the process
being scheduled starts running with interrupts disabled.
I suggest removing the asm statement from vm_page_zero_idle as a first
stage in rewrit
It flushes the dirty buffer before
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
n system.
Increasing 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
DELAY(1000);
+ }
+ } 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
return bus_generic_attach(dev);
} else
- Tor Egge
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
> Has anyone else noticed savecore core dumping on a bus error? I think it
> started on my yesterday's make world. Redid the make world today with the
> latest sources and it's still doing it. Leaves a nice savecore.core in /.
Try the enclosed patch.
- Tor Egge
I
: 0s
[...]
> I think this has something to do
> with the new binutils as a kernel built 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 pr
000
> Automatic reboot in 15 seconds - 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
===
ually, the problem was discussed in -stable under the topic
"Interesting way to crash a 3.2-stable box" around 1999-08-28.
The discussion soon changed topic to
"Interesting ways to print 3000 spaces...".
- Tor Egge
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "
, uh, less than 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/co
up the APs early is enclosed.
- 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_machd
RT_HEAD and TAILQ_INSERT_TAIL in
vm_page_startup 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
36 matches
Mail list logo