Re: port-sparc64/39868: kernel trap 34: mem address not aligned

[Manuel Bouyer <bouyer%antioche.eu.org@localhost>]

The following reply was made to PR port-sparc64/39868; it has been noted by 
GNATS.

From: Manuel Bouyer <bouyer%antioche.eu.org@localhost>
To: port-sparc64-maintainer%NetBSD.org@localhost, 
gnats-admin%NetBSD.org@localhost,
        netbsd-bugs%NetBSD.org@localhost, gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: port-sparc64/39868: kernel trap 34: mem address not aligned
Date: Sun, 23 Nov 2008 13:23:01 +0100

 And another one:
 login: trap type 0x34: cpu 0, pc=14c4068 npc=14c406c 
pstate=ffffffffff82000e<AM,PRIV,IE>
 kernel trap 34: mem address not aligned
 Stopped in pid 7956.1 (cc1plus) at      netbsd:mutex_enter+0x8: casa           
 0x80, %g0, %o1
 db> sh reg
 tstate      0x11
 pc          0
 npc         0
 ipl         0
 y           0
 g0          0
 g1          0
 g2          0
 g3          0
 g4          0
 g5          0
 g6          0
 g7          0
 o0          0
 o1          0
 o2          0
 o3          0
 o4          0
 o5          0
 o6          0
 o7          0
 l0          0x12d79c0   uvn_get
 l1          0
 l2          0
 l3          0x6
 l4          0xffab614
 l5          0xffab594
 l6          0
 l7          0xffab508
 i0          0x4047c000
 i1          0
 i2          0
 i3          0xffffffff
 i4          0
 i5          0
 i6          0x221c000
 i7          0xdbd4320
 f0          0x40f2eb3e
 f2          0xffffffff
 f4          0xffffffff
 f6          0xffffffff
 f8          0xff
 f10         0x3fd34413
 f12         0x41f00000
 f14         0
 f16         0xffffffff
 f18         0xffffffff
 f20         0xffffffff
 f22         0xffffffff
 f24         0xffffffff
 f26         0xffffffff
 f28         0xffffffff
 f30         0xffffffff
 f32         0xffffffff
 f34         0xffffffff
 f36         0xffffffff
 f38         0xffffffff
 f40         0xffffffff
 f42         0xffffffff
 f44         0xffffffff
 f46         0xffffffff
 f48         0xffffffff
 f50         0xffffffff
 f52         0xffffffff
 f54         0xffffffff
 f56         0xffffffff
 f58         0xffffffff
 f60         0xffffffff
 f62         0xffffffff
 fsr         0
 gsr         0
 netbsd:mutex_enter+0x8: casa            0x80, %g0, %o1
 db> tr
 uvm_fault_internal(ffffffff, 1, 0, ffab594, 7, c11a000) at 
netbsd:uvm_fault_internal+0x73c
 data_access_fault(ffab798, 30, 1009ea4, c11a000, c11a000, 800809) at 
netbsd:data_access_fault+0xd4
 ?(c11a000, 55a000, 1ff8, ffa8000, 1009f3c, 55a000) at 0x1008710
 copyout_vmspace(eea1958, c11a000, 55a000, 2000, ffffffff, ffffe000) at 
netbsd:copyout_vmspace+0x68
 uiomove(c11a000, 2000, ffabcd0, ffaba24, 0, 101) at netbsd:uiomove+0xb0
 ubc_uiomove(e9093a0, ffabcd0, 2685a, 0, 101, 5011d1) at netbsd:ubc_uiomove+0x9c
 ffs_read(0, 1, 0, ffabbec, 0, 0) at netbsd:ffs_read+0x52c
 layer_bypass(279ae00, 1, 0, 0, 0, 0) at netbsd:layer_bypass+0xc0
 VOP_READ(dfc45a0, ffabcd0, 100, cb6f3b8, 0, 405a1744) at netbsd:VOP_READ+0x5c
 vn_read(c804348, c804348, ffabcd0, cb6f3b8, 1, d) at netbsd:vn_read+0x84
 dofileread(16, c804348, 552000, 2685a, c804348, 1) at netbsd:dofileread+0x64
 sys_read(dbd4320, ffabdd0, ffabe10, 0, 0, ffffb050) at netbsd:sys_read+0x5c
 syscall_plain(ffabed0, 3, 404f46e0, ffabdd0, 400, 404f46e4) at 
netbsd:syscall_plain+0x14c
 ?(7, 552000, 2685a, 2685a, 5011d0, 5011d1) at 0x1008c74
 db> 
 
 
 -- 
 Manuel Bouyer <bouyer%antioche.eu.org@localhost>
      NetBSD: 26 ans d'experience feront toujours la difference
 --