All of lore.kernel.org
 help / color / mirror / Atom feed
From: Anthony Wright <anthony@overnetdata.com>
To: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>
Subject: Re: dmidecode doesn't work under xen 4.1.1 on certain hardware
Date: Mon, 26 Sep 2011 15:48:52 +0100	[thread overview]
Message-ID: <4E8090D4.2090009@overnetdata.com> (raw)
In-Reply-To: <20110926141322.GD4102@phenom.oracle.com>

[-- Attachment #1: Type: text/plain, Size: 1684 bytes --]

On 26/09/2011 15:13, Konrad Rzeszutek Wilk wrote:
> On Fri, Sep 23, 2011 at 03:49:47PM +0100, Anthony Wright wrote:
>> On 23/09/2011 14:32, Konrad Rzeszutek Wilk wrote:
>>> On Fri, Sep 23, 2011 at 12:22:04PM +0100, Anthony Wright wrote:
>>>> I have a xen 4.1.1 with a 3.0.4 linux kernel running on a Supermicro
>>>> Supermicro X8DTL-iF motherboard with 16GB of RAM.
>>>>
>>>> If I run the 3.0.4 kernel on the bare metal dmidecode works fine. If I
>>> Can you attach the beginning of the kernel bootup log? It should
>>> have some entry about 1-1 mappings. Make sure to run Linux with "debug loglevel=8"
>> Please find attached.
>> 2011 Sep 23 14:45:41 kernel: [    0.000000] 1-1 mapping on 9a->100
>> 2011 Sep 23 14:45:41 kernel: [    0.000000] 1-1 mapping on bf780->100000
>> 2011 Sep 23 14:45:41 kernel: [    0.000000] Set 264422 page(s) to 1-1 mapping.
>> 2011 Sep 23 14:45:41 kernel: [    0.000000] BIOS-provided physical RAM map:
>> 2011 Sep 23 14:45:41 kernel: [    0.000000]  Xen: 0000000000000000 - 0000000000099000 (usable)
>> 2011 Sep 23 14:45:41 kernel: [    0.000000]  Xen: 0000000000099800 - 0000000000100000 (reserved)
> .. snip..
>
> So 99C00 is right at cusp of 'usuable' and 'reserved'. Meaning that region
> falls within the 4KB page. And we did not set the 1-1 mapping for 99 (we
> started at 9A).
>
> But now that I think of it - this is Linux E820 which does get modified.
> Can you also provide  the hypervisor E820 output? You can get 'xl dmesg'
> for that. That should provide the "virgin" output of the e820 which we
> use for 1-1 mapping.
I'm not quite sure I understand all that, but I think you would find the
xl dmesg output helpful, so I've attached it.

[-- Attachment #2: dmidecode-fails-xl-dmesg.log --]
[-- Type: text/plain, Size: 4758 bytes --]

 __  __            _  _    _   _ 
 \ \/ /___ _ __   | || |  / | / |
  \  // _ \ '_ \  | || |_ | | | |
  /  \  __/ | | | |__   _|| |_| |
 /_/\_\___|_| |_|    |_|(_)_(_)_|
                                 
(XEN) Xen version 4.1.1 (@[unknown]) (gcc version 4.4.3 (GCC) ) Wed Sep 21 08:25:36 GMT 2011
(XEN) Latest ChangeSet: unavailable
(XEN) Bootloader: GNU GRUB 0.97
(XEN) Command line: 
(XEN) Video information:
(XEN)  VGA is text mode 80x25, font 8x16
(XEN)  VBE/DDC methods: V2; EDID transfer time: 1 seconds
(XEN) Disc information:
(XEN)  Found 4 MBR signatures
(XEN)  Found 4 EDD information structures
(XEN) WARNING: Only the first 16 GB of the physical memory map can be accessed by Xen in 32-bit mode.
(XEN) Truncating RAM from 17825792kB to 16777216kB
(XEN) Xen-e820 RAM map:
(XEN)  0000000000000000 - 0000000000099800 (usable)
(XEN)  0000000000099800 - 00000000000a0000 (reserved)
(XEN)  00000000000e4000 - 0000000000100000 (reserved)
(XEN)  0000000000100000 - 00000000bf780000 (usable)
(XEN)  00000000bf78e000 - 00000000bf790000 type 9
(XEN)  00000000bf790000 - 00000000bf79e000 (ACPI data)
(XEN)  00000000bf79e000 - 00000000bf7d0000 (ACPI NVS)
(XEN)  00000000bf7d0000 - 00000000bf7e0000 (reserved)
(XEN)  00000000bf7ec000 - 00000000c0000000 (reserved)
(XEN)  00000000e0000000 - 00000000f0000000 (reserved)
(XEN)  00000000fee00000 - 00000000fee01000 (reserved)
(XEN)  00000000ffc00000 - 0000000100000000 (reserved)
(XEN)  0000000100000000 - 0000000400000000 (usable)
(XEN)  0000000400000000 - 0000000440000000 (unusable)
(XEN) System RAM: 15351MB (15719524kB)
(XEN) ACPI: RSDP 000FABE0, 0024 (r2 ACPIAM)
(XEN) ACPI: XSDT BF790100, 007C (r1 SMCI            20110105 MSFT       97)
(XEN) ACPI: FACP BF790290, 00F4 (r3 010511 FACP1122 20110105 MSFT       97)
(XEN) ACPI: DSDT BF7906A0, 655C (r1  10006 10006000        0 INTL 20051117)
(XEN) ACPI: FACS BF79E000, 0040
(XEN) ACPI: APIC BF790390, 011E (r1 010511 APIC1122 20110105 MSFT       97)
(XEN) ACPI: MCFG BF7904B0, 003C (r1 010511 OEMMCFG  20110105 MSFT       97)
(XEN) ACPI: SLIT BF7904F0, 0030 (r1 010511 OEMSLIT  20110105 MSFT       97)
(XEN) ACPI: OEMB BF79E040, 0085 (r1 010511 OEMB1122 20110105 MSFT       97)
(XEN) ACPI: HPET BF79A6A0, 0038 (r1 010511 OEMHPET  20110105 MSFT       97)
(XEN) ACPI: SSDT BF79EFB0, 0363 (r1 DpgPmm    CpuPm       12 INTL 20051117)
(XEN) ACPI: EINJ BF79A6E0, 0130 (r1  AMIER AMI_EINJ 20110105 MSFT       97)
(XEN) ACPI: BERT BF79A870, 0030 (r1  AMIER AMI_BERT 20110105 MSFT       97)
(XEN) ACPI: ERST BF79A8A0, 01B0 (r1  AMIER AMI_ERST 20110105 MSFT       97)
(XEN) ACPI: HEST BF79AA50, 00A8 (r1  AMIER ABC_HEST 20110105 MSFT       97)
(XEN) Xen heap: 9MB (9788kB)
(XEN) Domain heap initialised
(XEN) Processor #0 7:10 APIC version 21
(XEN) Processor #2 7:10 APIC version 21
(XEN) Processor #4 7:10 APIC version 21
(XEN) Processor #6 7:10 APIC version 21
(XEN) IOAPIC[0]: apic_id 1, version 32, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 3, version 32, address 0xfec8a000, GSI 24-47
(XEN) Enabling APIC mode:  Flat.  Using 2 I/O APICs
(XEN) ERST table is invalid
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 2266.797 MHz processor.
(XEN) I/O virtualisation disabled
(XEN) ENABLING IO-APIC IRQs
(XEN)  -> Using new ACK method
(XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ring of 16 KiB.
(XEN) VMX: Supported advanced features:
(XEN)  - APIC MMIO access virtualisation
(XEN)  - APIC TPR shadow
(XEN)  - Extended Page Tables (EPT)
(XEN)  - Virtual-Processor Identifiers (VPID)
(XEN)  - Virtual NMI
(XEN)  - MSR direct-access bitmap
(XEN) EPT supports 2MB super page.
(XEN) HVM: ASIDs enabled.
(XEN) HVM: VMX enabled
(XEN) HVM: Hardware Assisted Paging detected.
(XEN) Brought up 4 CPUs
(XEN) *** LOADING DOMAIN 0 ***
(XEN)  Xen  kernel: 32-bit, PAE, lsb
(XEN)  Dom0 kernel: 32-bit, PAE, lsb, paddr 0x1000000 -> 0x1b38000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN)  Dom0 alloc.:   00000003f0000000->00000003f4000000 (3848297 pages to be allocated)
(XEN)  Init. ramdisk: 00000003ff6ef000->00000003fffffca4
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN)  Loaded kernel: c1000000->c1b38000
(XEN)  Init. ramdisk: c1b38000->c2448ca4
(XEN)  Phys-Mach map: c2449000->c33095e8
(XEN)  Start info:    c330a000->c330a47c
(XEN)  Page tables:   c330b000->c332a000
(XEN)  Boot stack:    c332a000->c332b000
(XEN)  TOTAL:         c0000000->c3400000
(XEN)  ENTRY ADDRESS: c173e000
(XEN) Dom0 has maximum 4 VCPUs
(XEN) Scrubbing Free RAM: .done.
(XEN) Xen trace buffers: disabled
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen)
(XEN) Freed 188kB init memory.

[-- Attachment #3: Type: text/plain, Size: 138 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

  reply	other threads:[~2011-09-26 14:48 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-09-23 11:22 dmidecode doesn't work under xen 4.1.1 on certain hardware Anthony Wright
2011-09-23 13:32 ` Konrad Rzeszutek Wilk
2011-09-23 14:49   ` Anthony Wright
2011-09-26 14:13     ` Konrad Rzeszutek Wilk
2011-09-26 14:48       ` Anthony Wright [this message]
2011-09-26 19:37         ` Konrad Rzeszutek Wilk
2011-09-28  9:08           ` Anthony Wright
2011-09-28 13:28             ` Konrad Rzeszutek Wilk
2011-09-28 16:07               ` Anthony Wright
2011-09-28 16:32                 ` Konrad Rzeszutek Wilk
2011-09-28 17:02                 ` David Vrabel
2011-10-04 12:19                   ` Anthony Wright
2011-10-05 15:16                     ` Konrad Rzeszutek Wilk
2011-10-06 12:53                       ` Anthony Wright
2011-10-06 16:07                         ` Konrad Rzeszutek Wilk
2011-10-10 15:25                           ` Anthony Wright
2011-10-10 16:15                             ` Konrad Rzeszutek Wilk
2011-10-10 16:18                             ` Konrad Rzeszutek Wilk

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4E8090D4.2090009@overnetdata.com \
    --to=anthony@overnetdata.com \
    --cc=konrad.wilk@oracle.com \
    --cc=xen-devel@lists.xensource.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.