svn commit: r289834 - head/sys/x86/x86

[Oliver Pinter]

Yes, at next week I have time for the test.  Please ping me again at
Monday.

On Thursday, October 29, 2015, Roger Pau Monné <royger at freebsd.org> wrote:

> El 26/10/15 a les 15.24, Oliver Pinter ha escrit:
> > On 10/26/15, Adrian Chadd <adrian.chadd at gmail.com <javascript:;>> 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 = 11; apic id = 03
> > fault virtual address   = 0x30
> > fault code              = supervisor read data, page not present
> > instruction pointer     = 0x20:0xffffffff808a2d22
> > stack pointer           = 0x28:0xfffffe07cc75a6f0
> > frame pointer           = 0x28:0xfffffe07cc75a770
> > code segment            = base 0x0, limit 0xfffff, type 0x1b
> >                         = DPL 0, pres 1, long 1, def32 0, gran 1
> > processor eflags        = interrupt enabled, resume, IOPL = 0
> > current process         = 5 (doneq0)
> > trap number             = 12
> > panic: page fault
> > cpuid = 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
>
> Hello,
>
> I've been able to reproduce this by tweaking blkfront dma tag, and the
> issue was due to an off-by-one error. I've got an updated patch that
> applies on top of current HEAD, would any of you two mind giving it a try?
>
> https://people.freebsd.org/~royger/bounce_load_ma.patch
>
> Thanks, Roger.
>
>