Bug 122951 - [firewire] video-transfer via fwcontrol triggers a panic (fwdev)
Summary: [firewire] video-transfer via fwcontrol triggers a panic (fwdev)
Status: Open
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 7.0-STABLE
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-04-21 04:20 UTC by Mikhail T.
Modified: 2017-12-31 22:35 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mikhail T. 2008-04-21 04:20:01 UTC
	I first thought, that the problem has something to with the
	"Enable hardware memory hole" and "Enable software memory hole"
	settings in the BIOS.

	Unfortunately, as I just experienced, enabling only the hardware
	hole still leaves the panic entirely possible -- it just does
	not strike right away.

	It says: "vm_fault: fault on nofault entry, addr ...."

Fix: 

If the software memory hole is enabled in the BIOS, the panic
	is guaranteed to happen even on a freshly-booted machine.

	The only work-around is to perform the transfers on a freshly
	booted machine. Once the X-sessions are up (and more RAM is
	in use), the panic is likely even when only the hardware
	memory hole is enabled.
How-To-Repeat: 		fwcontrol -M mpg -R file.mpg

	The kgdb's output:

[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd".
There is no member named pathname.
Reading symbols from /opt/modules/fuse.ko...done.
Loaded symbols for /opt/modules/fuse.ko
Reading symbols from /opt/modules/rtc.ko...done.
Loaded symbols for /opt/modules/rtc.ko

Unread portion of the kernel message buffer:
fwohci0: Isochronous receive err 8402(long)
panic: vm_fault: fault on nofault entry, addr: ffffffffb0713000
cpuid = 0
Uptime: 3h55m18s
Physical memory: 3607 MB
Dumping 532 MB:fwohci0: Isochronous receive err 8402(long)
 517 501fwohci0: Isochronous receive err 8402(long)
 485 469fwohci0: Isochronous receive err 8402(long)
 453fwohci0: Isochronous receive err 8402(long)
 437fwohci0: Isochronous receive err 8402(long)
fwohci0: Isochronous receive err 8402(long)
 421 405fwohci0: Isochronous receive err 8402(long)
 389 373 357 341 325 309 293 277 261 245 229 213 197 181 165 149 133 117 101 85 69 53 37 21 5

#0  doadump () at pcpu.h:194
194		__asm __volatile("movq %%gs:0,%0" : "=r" (td));
(kgdb) #0  doadump () at pcpu.h:194
#1  0x0000000000000004 in ?? ()
#2  0xffffffff802e8b60 in boot (howto=260)
    at /var/src/sys/kern/kern_shutdown.c:409
#3  0xffffffff802e8f7d in panic (fmt=0x104 <Address 0x104 out of bounds>)
    at /var/src/sys/kern/kern_shutdown.c:563
#4  0xffffffff80424f63 in vm_fault (map=0xffffff0001000000, 
    vaddr=18446744072374792192, fault_type=1 '\001', fault_flags=0)
    at /var/src/sys/vm/vm_fault.c:275
#5  0xffffffff8045a4ff in trap_pfault (frame=0xffffffffb22798d0, usermode=0)
    at /var/src/sys/amd64/amd64/trap.c:630
#6  0xffffffff8045ae49 in trap (frame=0xffffffffb22798d0)
    at /var/src/sys/amd64/amd64/trap.c:410
#7  0xffffffff8043f17e in calltrap ()
    at /var/src/sys/amd64/amd64/exception.S:169
#8  0xffffffff804596db in copyout () at /var/src/sys/amd64/amd64/support.S:257
#9  0xffffffff802f0440 in uiomove (cp=0xffffffffb0710000, n=28275, 
    uio=0xffffffffb2279b00) at /var/src/sys/kern/kern_subr.c:168
#10 0xffffffff8021901a in fw_read (dev=Variable "dev" is not available.
)
    at /var/src/sys/dev/firewire/fwdev.c:403
#11 0xffffffff80297ca4 in devfs_read_f (fp=0xffffff0122325a50, 
    uio=0xffffffffb2279b00, cred=Variable "cred" is not available.
) at /var/src/sys/fs/devfs/devfs_vnops.c:880
#12 0xffffffff8031da7d in dofileread (td=0xffffff01384739c0, fd=3, 
    fp=0xffffff0122325a50, auio=0xffffffffb2279b00, offset=Variable "offset" is not available.
) at file.h:242
#13 0xffffffff8031ddee in kern_readv (td=0xffffff01384739c0, fd=3, 
    auio=0xffffffffb2279b00) at /var/src/sys/kern/sys_generic.c:192
#14 0xffffffff8031dedc in read (td=0x60a70c, uap=0xffffffffb0713000)
    at /var/src/sys/kern/sys_generic.c:108
#15 0xffffffff8045a700 in syscall (frame=0xffffffffb2279c70)
    at /var/src/sys/amd64/amd64/trap.c:852
#16 0xffffffff8043f38b in Xfast_syscall ()
    at /var/src/sys/amd64/amd64/exception.S:290
#17 0x000000080070a34c in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb)
Comment 1 Gavin Atkinson freebsd_committer freebsd_triage 2009-02-02 21:13:50 UTC
Responsible Changed
From-To: freebsd-bugs->freebsd-firewire

Over to maintainer(s).  To submitter: Can you please provide 
a full verbose dmesg?
Comment 2 Eitan Adler freebsd_committer freebsd_triage 2017-12-31 08:01:08 UTC
For bugs matching the following criteria:

Status: In Progress Changed: (is less than) 2014-06-01

Reset to default assignee and clear in-progress tags.

Mail being skipped