| Summary: | Fatal trap 12: page fault while in kernel mode | ||
|---|---|---|---|
| Product: | Base System | Reporter: | scrappy |
| Component: | kern | Assignee: | freebsd-bugs (Nobody) <bugs> |
| Status: | Closed FIXED | ||
| Severity: | Affects Only Me | ||
| Priority: | Normal | ||
| Version: | 4.7-STABLE | ||
| Hardware: | Any | ||
| OS: | Any | ||
|
Description
scrappy
2003-02-07 07:10:03 UTC
Hmm...if my understanding is correct, it shouldn't be making that bcopy at all from the syncer daemon. Can you please show me that uio structure (and maybe bp, too) in ffs_write()? Is this problem reproduceable, and did it happen with kernels from before December 31st? I will see if I can figure out what is going on this weekend, but I'm no Matt Dillon, so there are no guarantees. On Mon, 10 Feb 2003, David Schultz wrote:
> Hmm...if my understanding is correct, it shouldn't be making that
> bcopy at all from the syncer daemon. Can you please show me that
> uio structure (and maybe bp, too) in ffs_write()? Is this problem
> reproduceable, and did it happen with kernels from before December
> 31st? I will see if I can figure out what is going on this
> weekend, but I'm no Matt Dillon, so there are no guarantees.
If I've done this wrong, please say so, but:
(kgdb) print *uio
$2 = {uio_iov = 0xea667d04, uio_iovcnt = 1, uio_offset = 0, uio_resid = 8192, uio_segflg = UIO_SYSSPACE, uio_rw = UIO_WRITE, uio_procp = 0x0}
and
(kgdb) print *bp
$4 = {b_hash = {le_next = 0xd40eecec, le_prev = 0xd434485c}, b_vnbufs = {tqe_next = 0x0, tqe_prev = 0xece7a7ec}, b_freelist = {tqe_next = 0x0, tqe_prev = 0xc02429e0}, b_act = {tqe_next = 0x0, tqe_prev = 0xc76b84b4}, b_flags = 536870944,
b_qindex = 0, b_xflags = 2 '\002', b_lock = {lk_interlock = {lock_data = 0}, lk_flags = 1024, lk_sharecount = 0, lk_waitcount = 0, lk_exclusivecount = 1, lk_prio = 20, lk_wmesg = 0xc02186f0 "bufwait", lk_timo = 0, lk_lockholder = 5},
b_error = 0, b_bufsize = 8192, b_runningbufspace = 0, b_bcount = 8192, b_resid = 0, b_dev = 0xffffffff, b_data = 0xdb1b5000 "", b_kvabase = 0xdb1b5000 "", b_kvasize = 16384, b_lblkno = 0, b_blkno = 58729680, b_offset = 0, b_iodone = 0,
b_iodone_chain = 0x0, b_vp = 0xece7a7c0, b_dirtyoff = 0, b_dirtyend = 0, b_rcred = 0x0, b_wcred = 0x0, b_pblkno = 49481871, b_saveaddr = 0x0, b_driver1 = 0x0, b_driver2 = 0x0, b_caller1 = 0x0, b_caller2 = 0x0, b_pager = {pg_spc = 0x0,
pg_reqpage = 0}, b_cluster = {cluster_head = {tqh_first = 0xd41a1db8, tqh_last = 0xd411bd64}, cluster_entry = {tqe_next = 0xd41a1db8, tqe_prev = 0xd411bd64}}, b_pages = {0xc1c9abec, 0xc1d37528, 0x0 <repeats 30 times>}, b_npages = 2, b_dep = {
lh_first = 0x0}, b_chain = {parent = 0x0, count = 0}}
State Changed From-To: open->closed This appears to be identical to kern/52745. |