Bug 787403

Summary:	[abrt] kernel: WARNING: at arch/x86/xen/mmu.c:475 xen_make_pte+0x67/0xa0()
Product:	[Fedora] Fedora	Reporter:	Raphos <raphoszap>
Component:	kernel	Assignee:	Kernel Maintainer List <kernel-maint>
Status:	CLOSED DUPLICATE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	16	CC:	drjones, gansalmon, itamar, jonathan, kernel-maint, ketuzsezr, madhu.chinakonda
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Unspecified
Whiteboard:	abrt_hash:0a9c798742b07f96f4a40ce185ec9e59d173cf4e
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2012-02-28 22:12:29 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description Raphos 2012-02-04 20:36:30 UTC

libreport version: 2.0.8
abrt_version:   2.0.7
cmdline:        placeholder root=UUID=1498ed1c-1b86-4764-8855-2e6bc1c5415d ro rd.md=0 rd.lvm=0 rd.dm=0 quiet LANG=fr_FR.UTF-8 SYSFONT=latarcyrheb-sun16 rhgb rd.luks=0 KEYTABLE=fr-latin9
kernel:         3.2.2-1.fc16.x86_64
reason:         WARNING: at arch/x86/xen/mmu.c:475 xen_make_pte+0x67/0xa0()
time:           sam. 04 févr. 2012 21:31:44 CET

backtrace:
:WARNING: at arch/x86/xen/mmu.c:475 xen_make_pte+0x67/0xa0()
:Hardware name: HP xw4400 Workstation
:Modules linked in: binfmt_misc ebtable_nat ebtables ipt_MASQUERADE iptable_nat nf_nat xt_CHECKSUM iptable_mangle tun fuse bridge stp llc lockd ip6t_REJECT nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_ipv6 nf_defrag_ipv6 nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ip6table_filter ip6_tables xen_netback hid_logitech_dj xen_blkback xen_gntdev xen_evtchn xenfs snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_seq snd_seq_device snd_pcm hp_wmi sparse_keymap rfkill ppdev microcode serio_raw iTCO_wdt iTCO_vendor_support snd_timer tg3 snd soundcore snd_page_alloc parport_pc parport i82975x_edac edac_core sunrpc uinput wmi radeon ttm drm_kms_helper drm i2c_algo_bit i2c_core [last unloaded: scsi_wait_scan]
:Pid: 27, comm: kswapd0 Tainted: G        W    3.2.2-1.fc16.x86_64 #1
:Call Trace:
: [<ffffffff8106dd1f>] warn_slowpath_common+0x7f/0xc0
: [<ffffffff8106dd7a>] warn_slowpath_null+0x1a/0x20
: [<ffffffff81005a17>] xen_make_pte+0x67/0xa0
: [<ffffffff810051bd>] __raw_callee_save_xen_make_pte+0x11/0x1e
: [<ffffffff81040e15>] ? __change_page_attr_set_clr+0x9d5/0xc00
: [<ffffffff8114c2e8>] ? __purge_vmap_area_lazy+0x158/0x1d0
: [<ffffffff8114cca5>] ? vm_unmap_aliases+0x175/0x190
: [<ffffffff81041168>] change_page_attr_set_clr+0x128/0x4c0
: [<ffffffff81041542>] set_pages_array_wb+0x42/0xa0
: [<ffffffff8100a9b2>] ? check_events+0x12/0x20
: [<ffffffffa0074d4c>] ttm_pages_put+0x1c/0x70 [ttm]
: [<ffffffffa0074e98>] ttm_page_pool_free+0xf8/0x180 [ttm]
: [<ffffffffa0074f78>] ttm_pool_mm_shrink+0x58/0x90 [ttm]
: [<ffffffff8112ba04>] shrink_slab+0x154/0x310
: [<ffffffff8112f17a>] balance_pgdat+0x4fa/0x6c0
: [<ffffffff8112f4b8>] kswapd+0x178/0x3d0
: [<ffffffff815df134>] ? __schedule+0x3d4/0x8c0
: [<ffffffff81090410>] ? remove_wait_queue+0x50/0x50
: [<ffffffff8112f340>] ? balance_pgdat+0x6c0/0x6c0
: [<ffffffff8108fb6c>] kthread+0x8c/0xa0
: [<ffffffff815eb934>] kernel_thread_helper+0x4/0x10
: [<ffffffff815e99e3>] ? int_ret_from_sys_call+0x7/0x1b
: [<ffffffff815e1cbc>] ? retint_restore_args+0x5/0x6
: [<ffffffff815eb930>] ? gs_change+0x13/0x13

Comment 1 Josh Boyer 2012-02-06 15:47:36 UTC

Konrad, have you seen anything like this before?

Comment 2 Konrad Rzeszutek Wilk 2012-02-08 17:31:54 UTC

Yes. There is another bug that has the same title somewhere. The workaround is right now 'nopat' as bootup parameter. Should have something shortly in 3.3 that can be back-ported to fix this annoyance.

Comment 3 Josh Boyer 2012-02-28 22:12:29 UTC


*** This bug has been marked as a duplicate of bug 742032 ***