linux-kernel - RE: Regression introduced by 0a2b9a6ea93650b8a00f9fd5ee8fdd25671e2df6 ("X86: integrate CMA with DMA-mapping subsystem" Re: Bug in BUG: Bad page state in process work_for

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 06 Jun 2012 14:19:57 +0200
From:	Marek Szyprowski <m.szyprowski@...sung.com>
To:	konrad@...nok.org, rjw@...k.pl
Cc:	'Andrzej Pietrasiewicz' <andrzej.p@...sung.com>,
	kyungmin.park@...sung.com, arnd@...db.de, tony.luck@...el.com,
	mingo@...hat.com, hpa@...or.com, x86@...nel.org,
	linux-kernel@...r.kernel.org,
	'Konrad Rzeszutek Wilk' <konrad.wilk@...cle.com>
Subject: RE: 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

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@...nok.org> wrote:
> > On Thu, May 31, 2012 at 3:19 AM, Marek Szyprowski
> > <m.szyprowski@...sung.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@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/