On Fri, Feb 15, 2019 at 09:50:55AM +0200, Andriy Gapon wrote:
>
> So, I suspect something exotic like some sort of a stack alignment issue, or a
> CPU bug, or a mismatch between object files, or some local experiment, etc.
>
You might be right about something exotic. It is an old
laptop, so it
On 14/02/2019 22:26, John Baldwin wrote:
> On 2/13/19 6:47 PM, Steve Kargl wrote:
...
>> panic: vm_fault_hold: fault on nofault entry, addr: 0x202000
What's very suspicious here is that the fault address looks a lot like
LK_SHARED | LK_NODDLKTREAT, which would be 'flags' passed to vn_lock and whic
On Thu, Feb 14, 2019 at 12:47:26PM -0800, John Baldwin wrote:
> On 2/14/19 12:38 PM, Steve Kargl wrote:
> > On Thu, Feb 14, 2019 at 12:26:01PM -0800, John Baldwin wrote:
> >> On 2/13/19 6:47 PM, Steve Kargl wrote:
> >>> #16 0x00ff58bb in trap (frame=0x2e7b6880) at
> >>> /usr/src/sys/i386/i386/trap
On 2/14/19 12:38 PM, Steve Kargl wrote:
> On Thu, Feb 14, 2019 at 12:26:01PM -0800, John Baldwin wrote:
>> On 2/13/19 6:47 PM, Steve Kargl wrote:
>>> #16 0x00ff58bb in trap (frame=0x2e7b6880) at
>>> /usr/src/sys/i386/i386/trap.c:519
>>> #17 0xffc0315d in ?? ()
>>> #18 0x2e7b6880 in ?? ()
>>> #19 0
On Thu, Feb 14, 2019 at 12:26:01PM -0800, John Baldwin wrote:
> On 2/13/19 6:47 PM, Steve Kargl wrote:
> > #16 0x00ff58bb in trap (frame=0x2e7b6880) at
> > /usr/src/sys/i386/i386/trap.c:519
> > #17 0xffc0315d in ?? ()
> > #18 0x2e7b6880 in ?? ()
> > #19 0x00d1de64 in lookup (ndp=0x2e7b6a50)
> >
On 2/13/19 6:47 PM, Steve Kargl wrote:
> I have the core file and kernel.debug, if someone
> wnat additional information.
>
> mobile dumped core - see /var/crash/vmcore.0
>
> Wed Feb 13 18:37:44 PST 2019
>
> FreeBSD mobile 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r344034M: Tue Feb 12
> 08:14:16 PS
I have the core file and kernel.debug, if someone
wnat additional information.
mobile dumped core - see /var/crash/vmcore.0
Wed Feb 13 18:37:44 PST 2019
FreeBSD mobile 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r344034M: Tue Feb 12
08:14:16 PST 2019 root@mobile:/usr/obj/usr/src/i386.i386/sys/MOB
On Mon, Feb 02, 2015 at 12:32:02PM -0800, Chris H wrote:
> On Mon, 2 Feb 2015 10:39:43 -0800 Steve Kargl
> >
> > Yep, same hardware. And, yes, I'm beginning to think it
> > is hardware as no one else is reporting a problem.
> >
> > The system is less than 2 month old. :(
> FWIW given the syst
On Mon, 2 Feb 2015 10:39:43 -0800 Steve Kargl
wrote
> On Mon, Feb 02, 2015 at 08:29:52PM +0200, Konstantin Belousov wrote:
> > On Mon, Feb 02, 2015 at 10:22:36AM -0800, Steve Kargl wrote:
> > > (kgdb) f 6
> > > #6 0x80754567 in ufs_getattr (ap=)
> > > at /usr/src/sys/ufs/ufs/ufs_vnop
On Mon, Feb 02, 2015 at 08:29:52PM +0200, Konstantin Belousov wrote:
> On Mon, Feb 02, 2015 at 10:22:36AM -0800, Steve Kargl wrote:
> > (kgdb) f 6
> > #6 0x80754567 in ufs_getattr (ap=)
> > at /usr/src/sys/ufs/ufs/ufs_vnops.c:463
> > 463 vap->va_atime.tv_sec = ip->i
On Mon, Feb 02, 2015 at 10:22:36AM -0800, Steve Kargl wrote:
> On Mon, Feb 02, 2015 at 01:10:47PM -0500, Eric van Gyzen wrote:
> > On 02/02/2015 12:59, Steve Kargl wrote:
> > > (kgdb) #0 doadump (textdump=Unhandled dwarf expression opcode 0x93
> > > ) at pcpu.h:219
> > > #1 0x80559f47 in
On 02/02/2015 13:22, Steve Kargl wrote:
> On Mon, Feb 02, 2015 at 01:10:47PM -0500, Eric van Gyzen wrote:
>> On 02/02/2015 12:59, Steve Kargl wrote:
>>> (kgdb) #0 doadump (textdump=Unhandled dwarf expression opcode 0x93
>>> ) at pcpu.h:219
>>> #1 0x80559f47 in kern_reboot (howto=260)
>>>
On Mon, Feb 02, 2015 at 01:10:47PM -0500, Eric van Gyzen wrote:
> On 02/02/2015 12:59, Steve Kargl wrote:
> > (kgdb) #0 doadump (textdump=Unhandled dwarf expression opcode 0x93
> > ) at pcpu.h:219
> > #1 0x80559f47 in kern_reboot (howto=260)
> > at /usr/src/sys/kern/kern_shutdown.c:44
On 02/02/2015 12:59, Steve Kargl wrote:
> FreeBSD troutmask.apl.washington.edu 11.0-CURRENT FreeBSD 11.0-CURRENT
> #0 r278102M: Mon Feb 2 09:15:48 PST 2015
> ka...@troutmask.apl.washington.edu:/data/obj/usr/src/sys/SPEW amd64
>
> Fatal trap 9: general protection fault while in kernel mode
> cpuid
Not sure if the panmic is initiated in sys_fstatat, but here's
the trace.
troutmask.apl.washington.edu dumped core - see /var/crash/vmcore.1
Mon Feb 2 09:38:44 PST 2015
FreeBSD troutmask.apl.washington.edu 11.0-CURRENT FreeBSD 11.0-CURRENT
#0 r278102M: Mon Feb 2 09:15:48 PST 2015
ka...@troutma
15 matches
Mail list logo