Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 26 Oct 2015 15:24:19 +0100
From:      Oliver Pinter <oliver.pinter@hardenedbsd.org>
To:        Adrian Chadd <adrian.chadd@gmail.com>
Cc:        =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= <royger@freebsd.org>,  "svn-src-head@freebsd.org" <svn-src-head@freebsd.org>,  "svn-src-all@freebsd.org" <svn-src-all@freebsd.org>,  "src-committers@freebsd.org" <src-committers@freebsd.org>
Subject:   Re: svn commit: r289834 - head/sys/x86/x86
Message-ID:  <CAPQ4fftgXgDV8YwhFqbAS1mdaiCh5t611gd3u_xNbwukwGiK1Q@mail.gmail.com>
In-Reply-To: <CAJ-VmonEk76vZ%2BA=rTYN_H_gVkd2RpL=qJxa8mCPvcQonDOitg@mail.gmail.com>
References:  <201510231539.t9NFdxPe018130@repo.freebsd.org> <562A564D.9080703@citrix.com> <CAJ-Vmok2WnSe2DA6jf6eLsL=OGsUD2_1LgLFRJi3LAhYk5aMwA@mail.gmail.com> <562E1F8F.3010304@FreeBSD.org> <CAPQ4fft%2B4nSHSRAt%2BnD-DF7XW3W6RR-ADfhYYtgQLNyYCLqE-Q@mail.gmail.com> <CAJ-VmonEk76vZ%2BA=rTYN_H_gVkd2RpL=qJxa8mCPvcQonDOitg@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On 10/26/15, Adrian Chadd <adrian.chadd@gmail.com> wrote:
> Hi,
>
> I'll take a photo of it when it breaks next.
>
> Would you mind reverting it for now until we can figure it out?

btw, this was the two kernel panic what I got:

Fatal trap 12: page fault while in kernel mode
cpuid =3D 11; apic id =3D 03
fault virtual address   =3D 0x30
fault code              =3D supervisor read data, page not present
instruction pointer     =3D 0x20:0xffffffff808a2d22
stack pointer           =3D 0x28:0xfffffe07cc75a6f0
frame pointer           =3D 0x28:0xfffffe07cc75a770
code segment            =3D base 0x0, limit 0xfffff, type 0x1b
                        =3D DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags        =3D interrupt enabled, resume, IOPL =3D 0
current process         =3D 5 (doneq0)
trap number             =3D 12
panic: page fault
cpuid =3D 11
KDB: stack backtrace:
#0 0xffffffff80641647 at kdb_backtrace+0x67
#1 0xffffffff80606762 at vpanic+0x182
#2 0xffffffff806067e3 at panic+0x43
#3 0xffffffff8084eef1 at trap_fatal+0x351
#4 0xffffffff8084f0e4 at trap_pfault+0x1e4
#5 0xffffffff8084e82f at trap+0x4bf
#6 0xffffffff80830d57 at calltrap+0x8
#7 0xffffffff8063beab at _bus_dmamap_load_ccb+0x1fb
#8 0xffffffff8063bc51 at bus_dmamap_load_ccb+0x91
#9 0xffffffff8042dcad at ata_dmaload+0x11d
#10 0xffffffff8042df7e at ata_begin_transaction+0x7e
#11 0xffffffff8042c18e at ataaction+0x9ce
#12 0xffffffff802a220f at xpt_run_devq+0x5bf
#13 0xffffffff802a17ad at xpt_action_default+0x94d
#14 0xffffffff802c0024 at adastart+0x8b4
#15 0xffffffff802a2e93 at xpt_run_allocq+0x193
#16 0xffffffff802c0ea0 at adadone+0x280
#17 0xffffffff802a5310 at xpt_done_process+0x3a0
Uptime: 1m40s

Fatal trap 12: page fault while in kernel mode
cpuid =3D 11; apic id =3D 03
fault virtual address   =3D 0x30
fault code              =3D supervisor read data, page not present
instruction pointer     =3D 0x20:0xffffffff808a2d22
stack pointer           =3D 0x28:0xfffffe07cc737710
frame pointer           =3D 0x28:0xfffffe07cc737790
code segment            =3D base 0x0, limit 0xfffff, type 0x1b
                        =3D DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags        =3D interrupt enabled, resume, IOPL =3D 0
current process         =3D 13 (g_down)
trap number             =3D 12
panic: page fault
cpuid =3D 11
KDB: stack backtrace:
#0 0xffffffff80641647 at kdb_backtrace+0x67
#1 0xffffffff80606762 at vpanic+0x182
#2 0xffffffff806067e3 at panic+0x43
#3 0xffffffff8084eef1 at trap_fatal+0x351
#4 0xffffffff8084f0e4 at trap_pfault+0x1e4
#5 0xffffffff8084e82f at trap+0x4bf
#6 0xffffffff80830d57 at calltrap+0x8
#7 0xffffffff8063beab at _bus_dmamap_load_ccb+0x1fb
#8 0xffffffff8063bc51 at bus_dmamap_load_ccb+0x91
#9 0xffffffff8042dcad at ata_dmaload+0x11d
#10 0xffffffff8042df7e at ata_begin_transaction+0x7e
#11 0xffffffff8042c18e at ataaction+0x9ce
#12 0xffffffff802a220f at xpt_run_devq+0x5bf
#13 0xffffffff802a17ad at xpt_action_default+0x94d
#14 0xffffffff802c0024 at adastart+0x8b4
#15 0xffffffff802a2e93 at xpt_run_allocq+0x193
#16 0xffffffff802c0735 at adastrategy+0xf5
#17 0xffffffff80554206 at g_disk_start+0x426
Uptime: 2m29s


Extra info, it's a Dell R410, with 2x1TB disc in mirrored raidz + plus
a gmirrored partition.

>
>
>
> -adrian
>
>
> On 26 October 2015 at 05:53, Oliver Pinter
> <oliver.pinter@hardenedbsd.org> wrote:
>> Hi Roger!
>>
>> On 10/26/15, Roger Pau Monn=C3=A9 <royger@freebsd.org> wrote:
>>> El 26/10/15 a les 13.24, Adrian Chadd ha escrit:
>>>> Hi,
>>>>
>>>> I've started seeing panics on -head with ATA code doing a dmamap load
>>>> -> panic. I'll test by reverting this patch and see what happens, but
>>>> when it /does/ happen I can't get a crashdump, so debugging will be
>>>> less easy.
>>>>
>>>> Has anyone else seen this?
>>>
>>> I've got another report regarding ATA page-faults from Oliver Pinter.
>>> The crash he was seeing was caused by bus_dmamap_load_ccb, but the call=
s
>>> to the specific dma functions where optimized away. Can you figure out
>>> which bounce_* function causes this specifically?
>>
>> I have already deleted the broken kernel, and I'm now running on
>> kernel without this patch.
>>
>>>
>>> Thanks, Roger.
>>>
>>> _______________________________________________
>>> svn-src-head@freebsd.org mailing list
>>> https://lists.freebsd.org/mailman/listinfo/svn-src-head
>>> To unsubscribe, send any mail to "svn-src-head-unsubscribe@freebsd.org"
>>>
>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAPQ4fftgXgDV8YwhFqbAS1mdaiCh5t611gd3u_xNbwukwGiK1Q>