amd64/135014: [padlock] Using padlock(4) in 8-current triggers "fpudna in kernel mode!" warnings

[Kostik Belousov]

On Sat, Apr 24, 2010 at 01:53:39PM +0100, Bruce Cran wrote:
> On Saturday 24 April 2010 13:19:54 Kostik Belousov wrote:
> 
> > You still neglected to show me the _actual_ error, with backtrace,
> > that happen.
> 
> Sorry, here it is:
> 
> Fatal trap 12: page fault while in kernel mode
> fault virtual address	= 0x1a0
> fault code		= supervisor read, page not present
> instruction pointer	= 0x20:0xc07a9d77
> stack pointer	        = 0x28:0xc82a9aec
> frame pointer	        = 0x28:0xc82a9af8
> code segment		= base 0x0, limit 0xfffff, type 0x1b
> 			= DPL 0, pres 1, def32 1, gran 1
> processor eflags	= interrupt enabled, resume, IOPL = 0
> current process		= 2509 (dd)
> trap number		= 12
> panic: page fault
> Uptime: 59m10s
> Physical memory: 117 MB
> Dumping 23 MB: 8
> 
> #0  doadump () at /home/brucec/src/sys/kern/kern_shutdown.c:245
> 245		dumptid = curthread->td_tid;
> (kgdb) #0  doadump () at /home/brucec/src/sys/kern/kern_shutdown.c:245
> #1  0xc0561fbd in boot (howto=260)
>     at /home/brucec/src/sys/kern/kern_shutdown.c:416
> #2  0xc0562366 in panic (fmt=Could not find the frame base for "panic".
> )
>     at /home/brucec/src/sys/kern/kern_shutdown.c:579
> #3  0xc07a548b in trap_fatal (frame=0xc82a9aac, eva=416)
>     at /home/brucec/src/sys/i386/i386/trap.c:947
> #4  0xc07a503e in trap_pfault (frame=0xc82a9aac, usermode=0, eva=416)
>     at /home/brucec/src/sys/i386/i386/trap.c:860
> #5  0xc07a4958 in trap (frame=0xc82a9aac)
>     at /home/brucec/src/sys/i386/i386/trap.c:535
> #6  0xc078a8cb in calltrap ()
>     at /home/brucec/src/sys/i386/i386/exception.s:165
> #7  0xc07a9d77 in npxdrop () at /home/brucec/src/sys/i386/isa/npx.c:891
> #8  0xc07aa397 in fpu_kern_leave (td=0xc158e900, ctx=0xc08661e0)
>     at /home/brucec/src/sys/i386/isa/npx.c:1218
> #9  0xc0780364 in random_nehemiah_read (buf=0xc1882000, c=256)
>     at /home/brucec/src/sys/dev/random/nehemiah.c:195
> #10 0xc04cc44c in random_read (dev=0xc1476200, uio=0xc82a9c18, flag=0)
>     at /home/brucec/src/sys/dev/random/randomdev.c:117
> #11 0xc04ed761 in devfs_read_f (fp=0xc1567268, uio=0xc82a9c18, 
>     cred=0xc1867d80, flags=0, td=0xc158e900)
>     at /home/brucec/src/sys/fs/devfs/devfs_vnops.c:1076
> #12 0xc05aac52 in fo_read (fp=0xc1567268, uio=0xc82a9c18, 
>     active_cred=0xc1867d80, flags=0, td=0xc158e900) at file.h:223
> #13 0xc05aabd1 in dofileread (td=0xc158e900, fd=3, fp=0xc1567268, 
>     auio=0xc82a9c18, offset=-1, flags=0)
>     at /home/brucec/src/sys/kern/sys_generic.c:322
> #14 0xc05aa968 in kern_readv (td=0xc158e900, fd=3, auio=0xc82a9c18)
>     at /home/brucec/src/sys/kern/sys_generic.c:237
> #15 0xc05aa783 in read (td=0xc158e900, uap=0xc82a9cb8)
>     at /home/brucec/src/sys/kern/sys_generic.c:153
> #16 0xc07a5a6d in syscall (frame=0xc82a9d28)
>     at /home/brucec/src/sys/i386/i386/trap.c:1120
> #17 0xc078a930 in Xint0x80_syscall ()
>     at /home/brucec/src/sys/i386/i386/exception.s:261
> #18 0x00000033 in ?? ()
> Previous frame inner to this frame (corrupt stack?)
> (kgdb) 

Yes, this is revealing. The fix for this issue is the only change
between .2 and .3 patch.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-bugs/attachments/20100424/3f0f7d83/attachment.pgp