Bug 861977

Summary: WARNING: at arch/x86/xen/setup.c:88 xen_memory_setup
Product: [Fedora] Fedora Reporter: volnei
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 17CC: gansalmon, itamar, jforbes, jonathan, kernel-maint, ketuzsezr, kraxel, madhu.chinakonda, m.a.young, virt-maint
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: All   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-01-02 18:37:30 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
xm dmesg
none
xm info
none
lshw witch hardware details
none
dmesg
none
dmesg w/ log_buf_len=4M
none
Comment none

Description volnei 2012-10-01 13:43:49 UTC
Created attachment 619795 [details]
xm dmesg

Description of problem:

This issue began appears after update to kernel 3.5.4-2.fc17.x86_64 
attached all files with relative informations


Attached all 

This issue begin 


Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 volnei 2012-10-01 13:44:17 UTC
Created attachment 619796 [details]
xm info

Comment 2 volnei 2012-10-01 13:44:52 UTC
Created attachment 619797 [details]
lshw witch hardware details

Comment 3 Michael Young 2012-10-01 21:03:44 UTC
This looks like an issue with the xen code in the kernel, not the xen package.

Comment 4 Konrad Rzeszutek Wilk 2012-10-02 14:08:09 UTC
Please provide the 'dmesg' output.

Comment 5 volnei 2012-10-02 14:38:48 UTC
Created attachment 620323 [details]
dmesg

Comment 6 volnei 2012-10-02 14:40:37 UTC
Hi,

Supplied as requested.

thanks

Comment 7 Konrad Rzeszutek Wilk 2012-10-02 15:07:37 UTC
(In reply to comment #5)
> Created attachment 620323 [details]
> dmesg

I am not seeing the WARN that this BZ is for?

Comment 8 volnei 2012-10-02 16:32:02 UTC
please, look at the attached file xm dmesg

Comment 9 volnei 2012-10-02 16:33:15 UTC
Sorry, look at the attached file dmesg.err

Comment 10 volnei 2012-10-02 17:19:33 UTC
I found the source of "warnings"

This problem happens if we don't use dom0_mem=xyz.
When I limit the use of dom0 memory, the "warnings" stop.

Comment 11 Konrad Rzeszutek Wilk 2012-10-02 18:33:21 UTC
So can you attach the dmesg with the warnings pls?

Comment 12 volnei 2012-10-02 19:19:23 UTC
Created attachment 915501 [details]
Comment

(This comment was longer than 65,535 characters and has been moved to an attachment by Red Hat Bugzilla).

Comment 13 Konrad Rzeszutek Wilk 2012-10-02 20:13:10 UTC
Can you use 'log_buf_len=2M' on your Linux command line to capture the full log pls?

Depending on the size you might need a bigger number (4M?)

Comment 14 volnei 2012-10-03 11:25:33 UTC
take a look if is what you want.
if don't let me know.

Comment 15 volnei 2012-10-03 11:26:19 UTC
Created attachment 620760 [details]
dmesg w/ log_buf_len=4M

Comment 16 Konrad Rzeszutek Wilk 2012-10-03 14:27:08 UTC
<sigh> We are going back and forth on this.

What I need in the failing case is an idea of this:


 0.000000] Freeing 9b-100 pfn range: 101 pages freed
[    0.000000] 1-1 mapping on 9b->100
[    0.000000] Freeing bffb0-100000 pfn range: 262224 pages freed
[    0.000000] 1-1 mapping on bffb0->100000

===>[    0.000000] Released 262325 pages of unused memory
===>[    0.000000] Set 262325 page(s) to 1-1 mapping
===>[    0.000000] Populating 1f0f83-231038 pfn range: 262325 pages added

[    0.000000] e820: BIOS-provided physical RAM map:
[    0.000000] Xen: [mem 0x0000000000000000-0x000000000009afff] usable


and also the first the WARN and the last one. I am trying to figure where
it starts to warn you about over-writing the MFNs.

Comment 17 volnei 2012-10-03 17:17:27 UTC
Then, my dmesg shows exactly what I'm sending to you.
I repeated the process a few 20 times and the result is always the same that already send to you.
I'll continue trying to generate a log and sending best for you so you can.

Comment 18 Josh Boyer 2013-01-02 17:33:44 UTC
Was there any further progress on this bug?  Does it still happen with the 3.6.11 or newer kernel updates?

Comment 19 Konrad Rzeszutek Wilk 2013-01-02 18:35:57 UTC
I am 99% sure it got fixed - but I can't find the commit that fixed :-(

Comment 20 Josh Boyer 2013-01-02 18:37:30 UTC
(In reply to comment #19)
> I am 99% sure it got fixed - but I can't find the commit that fixed :-(

That's OK.  Your word is good enough.  Plus, we haven't had any further reports of it that I know of, so let's close this out.