Bug 1321421 - [abrt] kernel-core: WARNING: CPU: 3 PID: 385 at lib/dma-debug.c:1169 check_for_stack+0x90/0xd0
Summary: [abrt] kernel-core: WARNING: CPU: 3 PID: 385 at lib/dma-debug.c:1169 check_fo...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 23
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:98dae44253a45ccbc8c508aab7d...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-03-26 19:16 UTC by lejeczek
Modified: 2016-05-26 19:28 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-05-26 19:28:01 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: backtrace (2.83 KB, text/plain)
2016-03-26 19:16 UTC, lejeczek
no flags Details
File: dmesg (92.02 KB, text/plain)
2016-03-26 19:16 UTC, lejeczek
no flags Details
File: proc_modules (6.13 KB, text/plain)
2016-03-26 19:16 UTC, lejeczek
no flags Details
File: suspend_stats (269 bytes, text/plain)
2016-03-26 19:16 UTC, lejeczek
no flags Details

Description lejeczek 2016-03-26 19:16:05 UTC
Version-Release number of selected component:
kernel

Additional info:
reporter:       libreport-2.6.4
cmdline:        BOOT_IMAGE=/vmlinuz-4.6.0-0.rc0.git20.1.fc25.x86_64 root=/dev/mapper/fedora_swir-root ro rd.lvm.lv=fedora_swir/swap rd.lvm.lv=fedora_swir/root rhgb quiet LANG=en_GB.UTF-8
kernel:         4.6.0-0.rc0.git20.1.fc25.x86_64
runlevel:       unknown
type:           Kerneloops

Truncated backtrace:
WARNING: CPU: 3 PID: 385 at lib/dma-debug.c:1169 check_for_stack+0x90/0xd0
ohci-pci 0000:00:13.0: DMA-API: device driver maps memory from stack [addr=ffff880426cafa7d]
Modules linked in: serio_raw amdkfd amd_iommu_v2 alx mdio radeon(+) hid_lenovo(+) ax88179_178a(+) pata_atiixp usbnet i2c_algo_bit drm_kms_helper ttm drm r8169 mii fjes
CPU: 3 PID: 385 Comm: systemd-udevd Not tainted 4.6.0-0.rc0.git20.1.fc25.x86_64 #1
Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./FM2A88X-ITX+, BIOS P3.20 12/03/2015
 0000000000000286 00000000a490d2cf ffff880426caf670 ffffffff8145b265
 ffff880426caf6c0 0000000000000000 ffff880426caf6b0 ffffffff810b2f2b
 0000049126caf708 ffff880426cafa7d ffff88042d6a9098 ffff88042d6277a0
Call Trace:
 [<ffffffff8145b265>] dump_stack+0x86/0xc1
 [<ffffffff810b2f2b>] __warn+0xcb/0xf0
 [<ffffffff810b2faf>] warn_slowpath_fmt+0x5f/0x80
 [<ffffffff8148d2a0>] check_for_stack+0x90/0xd0
 [<ffffffff8148d899>] debug_dma_map_page+0xf9/0x150
 [<ffffffff816678db>] usb_hcd_map_urb_for_dma+0x5db/0x780
 [<ffffffff8166808b>] usb_hcd_submit_urb+0x37b/0xb60
 [<ffffffff815bcbef>] ? dev_vprintk_emit+0xbf/0x230
 [<ffffffff81118771>] ? __raw_spin_lock_init+0x21/0x60
 [<ffffffff8110f034>] ? lockdep_init_map+0x64/0x6c0
 [<ffffffff811121a5>] ? trace_hardirqs_on_caller+0xf5/0x1b0
 [<ffffffff81669a74>] usb_submit_urb+0x2f4/0x550
 [<ffffffff8166a3f4>] usb_start_wait_urb+0x74/0x180
 [<ffffffff8166a5dc>] usb_control_msg+0xdc/0x120
 [<ffffffff8173dad9>] usbhid_raw_request+0xa9/0x180
 [<ffffffffc02930a1>] lenovo_send_cmd_cptkbd+0xa1/0xc0 [hid_lenovo]
 [<ffffffffc02941c3>] lenovo_probe+0x313/0x460 [hid_lenovo]
 [<ffffffff81730e30>] ? hid_match_device+0xa0/0xb0
 [<ffffffff81733207>] hid_device_probe+0xd7/0x160
 [<ffffffff815c18cc>] driver_probe_device+0x22c/0x440
 [<ffffffff815c1bb5>] __driver_attach+0xd5/0x100
 [<ffffffff815c1ae0>] ? driver_probe_device+0x440/0x440
 [<ffffffff815bf113>] bus_for_each_dev+0x73/0xc0
 [<ffffffff815c0f9e>] driver_attach+0x1e/0x20
 [<ffffffff815c09c6>] bus_add_driver+0x1c6/0x290
 [<ffffffffc00bf000>] ? 0xffffffffc00bf000
 [<ffffffff815c2880>] driver_register+0x60/0xe0
 [<ffffffff81732106>] __hid_register_driver+0x66/0xa0
 [<ffffffffc00bf01e>] lenovo_driver_init+0x1e/0x1000 [hid_lenovo]
 [<ffffffff81002123>] do_one_initcall+0xb3/0x1f0
 [<ffffffff81131df5>] ? rcu_read_lock_sched_held+0x45/0x80
 [<ffffffff8126b6fc>] ? kmem_cache_alloc_trace+0x2ac/0x310
 [<ffffffff811f3f4e>] ? do_init_module+0x27/0x1da
 [<ffffffff811f3f86>] do_init_module+0x5f/0x1da
 [<ffffffff8115e588>] load_module+0x21e8/0x2950
 [<ffffffff8115ab30>] ? __symbol_put+0x70/0x70
 [<ffffffff81159b30>] ? show_coresize+0x30/0x30
 [<ffffffff8103fd19>] ? sched_clock+0x9/0x10
 [<ffffffff8115ee62>] SYSC_init_module+0x172/0x1b0
 [<ffffffff8115efce>] SyS_init_module+0xe/0x10
 [<ffffffff81004039>] do_syscall_64+0x69/0x190
 [<ffffffff818ce5ff>] entry_SYSCALL64_slow_path+0x25/0x25

Comment 1 lejeczek 2016-03-26 19:16:11 UTC
Created attachment 1140636 [details]
File: backtrace

Comment 2 lejeczek 2016-03-26 19:16:14 UTC
Created attachment 1140637 [details]
File: dmesg

Comment 3 lejeczek 2016-03-26 19:16:16 UTC
Created attachment 1140638 [details]
File: proc_modules

Comment 4 lejeczek 2016-03-26 19:16:17 UTC
Created attachment 1140639 [details]
File: suspend_stats

Comment 5 Josh Boyer 2016-03-28 13:23:28 UTC
I've sent a patch upstream for this issue.  We'll see what they say.

Comment 6 Mike McCune 2016-03-28 22:52:26 UTC
This bug was accidentally moved from POST to MODIFIED via an error in automation, please see mmccune with any questions

Comment 7 Josh Boyer 2016-05-26 19:28:01 UTC
commit ea36ae09105b7688225c02d33f1f3213299360f6
Author: Josh Boyer <jwboyer>
Date:   Mon Mar 28 09:22:14 2016 -0400

    HID: lenovo: Don't use stack variables for DMA buffers
 

in 4.6-rc4


Note You need to log in before you can comment on or make changes to this bug.