lkml.org 
[lkml]   [2012]   [Jun]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRE: Regression introduced by 0a2b9a6ea93650b8a00f9fd5ee8fdd25671e2df6 ("X86: integrate CMA with DMA-mapping subsystem" Re: Bug in BUG: Bad page state in process work_for_cpu pfn:cf800
Date
Hi Konrad,

On Tuesday, June 05, 2012 7:04 PM Konrad Rzeszutek Wilk wrote:

> On Sat, Jun 2, 2012 at 7:36 AM, Konrad Rzeszutek Wilk <konrad@darnok.org> wrote:
> > On Thu, May 31, 2012 at 3:19 AM, Marek Szyprowski
> > <m.szyprowski@samsung.com> wrote:
> >> Hi Konrad,
> >>
> >> On Thursday, May 31, 2012 2:45 AM Konrad Rzeszutek Wilk wrote:
> >>
> >>> About two-three days ago I started getting this on one of the AMD
> >>> machines I run nighly bootup test (full bootup log attached):
> >>> [Note: This is baremetal]
> >>>
> >>> ehci_hcd 0000:00:02.1: reset hcc_params a086 caching frame 256/512/1024 park
> >>> BUG: Bad page state in process work_for_cpu  pfn:cf800
> >>> page:ffffea0002d64000 count:-1 mapcount:0 ing:          (null) index:0x0
> >>> page flags: 0x100000000000000()
> >>> Modules linked in:
> >>> Pid: 1207, comm: work_for_cpu Not tainted 3.4.0upstream-09208-gaf56e0a #1
> >>> Call Trace:
> >>>  [<ffffffff81103eb7>] ? dump_page+0x97/0xf0
> >>>  [<ffffffff811050bd>] bad_page+0xad/0x100
> >>>  [<ffffffff811067a2>] get_page_from_freelist+0x712/0x850
> >>>  [<ffffffff812916d8>] ? __const_udelay+0x28/0x30
> >>>  [<ffffffff81107a82>] __alloc_pages_nodemask+0x162/0x900
> >>>  [<ffffffff810a2975>] ? dequeue_task_fair+0xa5/0x330
> >>>  [<ffffffff810367e2>] ? __switch_to+0x152/0x440
> >>>  [<ffffffff8107ee37>] ? lock_timer_base+0x37/0x70
> >>>  [<ffffffff8103c7ff>] dma_generic_alloc_coherent+0x10f/0x170
> >>>  [<ffffffff81062e7e>] gart_alloc_coherent+0xee/0x120
> >>>  [<ffffffff81137542>] dma_pool_alloc+0x102/0x2e0
> >>>  [<ffffffff8109f240>] ? try_to_wake_up+0x310/0x310
> >>>  [<ffffffff813f3dc7>] ehci_qh_alloc+0x47/0xf0
> >>>  [<ffffffff813f81e7>] ehci_pci_setup+0x367/0xea0
> >>>  [<ffffffff81389213>] ? device_pm_init+0x43/0x80
> >>>  [<ffffffff813d3065>] ? usb_alloc_dev+0x2d5/0x330
> >>>  [<ffffffff81002030>] ? do_one_initcall+0x30/0x170
> >>>  [<ffffffff813db6a9>] usb_add_hcd+0x1e9/0x7a0
> >>>  [<ffffffff813ea0fa>] usb_hcd_pci_probe+0x1ba/0x3a0
> >>>  [<ffffffff81088890>] ? cwq_dec_nr_in_flight+0x90/0x90
> >>>  [<ffffffff812ad3f2>] local_pci_probe+0x12/0x20
> >>>  [<ffffffff810888a3>] do_work_for_cpu+0x13/0x30
> >>>  [<ffffffff810906e6>] kthread+0x96/0xa0
> >>>  [<ffffffff815b61e4>] kernel_thread_helper+0x4/0x10
> >>>  [<ffffffff81090650>] ? kthread_freezable_should_stop+0x70/0x70
> >>>  [<ffffffff815b61e0>] ? gs_change+0x13/0x13
> >>> Disabling lock debugging due to kernel taint
> >>> BUG: Bad page state in process work_for_cpu  pfn:cf801
> >>>
> >>> I haven't actually run a git bisection, but the last git commit
> >>> that does something in the gart code looks to be this one:
> ..snip..
> > Doing a git bisection points it to this one:
> > is the first bad commit
>
> I pulled todays linus's tree and if I revert the commit the bug disappears.
> This is on an Dell T105 AMD box running native x86_64.
> Any thoughts on what the bug might be?

I've read that patch three times line by line and I really have no idea what might cause such
weird effect. When CMA is disabled this patch should not change anything in the code flow and
the called functions... I assume that the CMA has not been enabled in your test config?

Best regards
--
Marek Szyprowski
Samsung Poland R&D Center



--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2012-06-06 14:41    [W:0.112 / U:0.040 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site