os/doc
3
0
Fork 0
Code Issues Pull requests Projects Releases Wiki Activity

Clarify two issues.

Browse source 
Submitted by:	kris, scottl
This commit is contained in:
Murray Stokely 2006-01-27 05:53:28 +00:00
parent 15177201bd
commit 1136e754a8
Notes: svn2git 2020-12-08 03:00:23 +00:00 
svn path=/www/; revision=26975
1 changed files with 6 additions and 60 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

66
en/releases/6.1R/todo.sgml
View file

@ -1,7 +1,7 @@
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" [
<!ENTITY base CDATA "../..">
<!ENTITY email 'freebsd-qa'>
<!ENTITY date "$FreeBSD: www/en/releases/6.1R/todo.sgml,v 1.4 2006/01/26 09:57:12 murray Exp $">
<!ENTITY date "$FreeBSD: www/en/releases/6.1R/todo.sgml,v 1.5 2006/01/27 05:08:24 murray Exp $">
<!ENTITY local.rel "6.1">
<!ENTITY title "FreeBSD 6.1 Open Issues">
<!ENTITY % navincludes SYSTEM "../../includes.navdownload.sgml"> %navincludes;
@ -98,62 +98,9 @@
<tr>
<td>sparc64 instability.</td>
<td>&status.unknown;</td>
<td></td>
<td>Outstanding recurrent issues include:<pre>
panic: uma_small_alloc: free page still has mappings!
cpuid = 0
KDB: enter: panic
[thread pid 9124 tid 100318 ]
Stopped at kdb_enter+0x3c: ta %xcc, 1
db> wh
Tracing pid 9124 tid 100318 td 0xfffff800f6fb2720
panic() at panic+0x164
uma_small_alloc() at uma_small_alloc+0x9c
slab_zalloc() at slab_zalloc+0x98
uma_zone_slab() at uma_zone_slab+0x12c
uma_zalloc_bucket() at uma_zalloc_bucket+0x16c
uma_zalloc_arg() at uma_zalloc_arg+0x374
malloc() at malloc+0x114
allocbuf() at allocbuf+0x208
getblk() at getblk+0x598
breadn() at breadn+0x58
bread() at bread+0x20
ffs_blkatoff() at ffs_blkatoff+0x64
ufs_direnter() at ufs_direnter+0x444
ufs_makeinode() at ufs_makeinode+0x460
ufs_create() at ufs_create+0x30
VOP_CREATE_APV() at VOP_CREATE_APV+0xb4
vn_open_cred() at vn_open_cred+0x188
vn_open() at vn_open+0x18
kern_open() at kern_open+0x8c
pen() at open+0x14
syscall() at syscall+0x2dc
-- syscall (5, FreeBSD ELF64, open) %o7=0x4034d5b8 --
panic: trap: data access error
cpuid = 1
KDB: enter: panic
[thread pid 2724 tid 100224 ]
Stopped at kdb_enter+0x3c: ta %xcc, 1
db> wh
Tracing pid 2724 tid 100224 td 0xfffff8004e55a720
panic() at panic+0x16c
trap() at trap+0x3f0
-- data access error %o7=0xc017392c --
copyout() at copyout+0xb0
memrw() at memrw+0x2a8
devfs_read_f() at devfs_read_f+0x9c
dofileread() at dofileread+0xa4
read() at read+0x38
syscall() at syscall+0x2d4
-- syscall (3, FreeBSD ELF64, read) %o7=0x40339328 --
(this one needs a port of
1.117 +57 -33 src/sys/i386/i386/mem.c
which marius is working on)</pre>
</td>
<td>marius</td>
<td>sparc64 installability when accessing /dev/mem. Contact
marius or kris for debugging information.</td>
</tr>
<tr>
@ -173,9 +120,8 @@ which marius is working on)</pre>
<tr>
<td>serious sparc64 IPv6 panic</td>
<td>&status.unknown;</td>
<td></td>
<td>Triggered by just ping6'ing the box. gnn keeps promising to
look at this but hasn't found it yet. It may even be a MI
<td>gnn</td>
<td>Triggered by just ping6'ing the box. It may even be a MI
issue, the reporter of this bug only uses IPv6 with
sparc64.</td>
</tr>