Do you have the full log containing the full smbios data dump?

I think I found the bug. It was not reproducible with a 7GB VM, but it is reproducible with a 256GB VM (or any VM where the RAM size is a multiple of 16GB).

The fix should be simple:
-#define GET_DIMM_SZ ((i < dimm_cnt - 1) ? MAX_DIMM_SZ : ram_size % MAX_DIMM_SZ)
+#define GET_DIMM_SZ ((i < dimm_cnt - 1) ? MAX_DIMM_SZ : ((ram_size - 1) % MAX_DIMM_SZ) + 1)

I am submitting a scratch build for it.

Scratch build: http://brewweb.devel.redhat.com/brew/taskinfo?taskID=8461064

Please check if it solves the issue.

(In reply to Eduardo Habkost from comment #5)
> Scratch build: http://brewweb.devel.redhat.com/brew/taskinfo?taskID=8461064
> 
> Please check if it solves the issue.

It fix the issue ,the job can pass smoothly.

Thanks for your efforts,
Mike

Fix submitted upstream:

From: Eduardo Habkost <ehabkost@redhat.com>
To: qemu-devel@nongnu.org
Cc: Paolo Bonzini <pbonzini@redhat.com>, "Gabriel L. Somlo" <gsomlo@gmail.com>,
        Gerd Hoffmann <kraxel@redhat.com>
Subject: [PATCH 0/2] smbios: Fixes for SVVP tests
Date: Wed,  7 Jan 2015 15:36:32 -0200
Message-Id: <1420652194-3224-1-git-send-email-ehabkost@redhat.com>

Fix included in qemu-kvm-rhev-2.1.2-19.el7

*** Bug 1180879 has been marked as a duplicate of this bug. ***

Verified this issue on qemu-kvm-rhev-2.1.2-19.el7

Steps same as comment#0

Actual Results:
Job can pass

Based on above ,this issue has been fixed ald on windows platform

xiagao ,pls verify it on Linux platform ,thanks,
Mike

Tested with qemu-kvm-rhev-2.1.2-19.el7：

1.  -m 16384
    -M pc-i440fx-rhel7.1.0 --> mem size can be recognized

[root@dhcp-66-106-173 ~]# dmidecode -t 17
# dmidecode 2.12
SMBIOS 2.8 present.

Handle 0x1100, DMI type 17, 40 bytes
Memory Device
	Array Handle: 0x1000
	Error Information Handle: Not Provided
	Total Width: Unknown
	Data Width: Unknown
	Size: 16384 MB
	Form Factor: DIMM
	Set: None
	Locator: DIMM 0
	Bank Locator: Not Specified
	Type: RAM
	Type Detail: Other
	Speed: Unknown
	Manufacturer: Red Hat
	Serial Number: Not Specified
	Asset Tag: Not Specified
	Part Number: Not Specified
	Rank: Unknown
	Configured Clock Speed: Unknown
	Minimum Voltage:  Unknown
	Maximum Voltage:  Unknown
	Configured Voltage:  Unknown

Mem size can be recognized correctly.
But there are still some 'Unknown' parts.

2. I think the expected result is just like the following:

-m 16384
-M pc-i440fx-rhel7.0.0

[root@dhcp-66-106-173 ~]# dmidecode -t 17
# dmidecode 2.12
SMBIOS 2.4 present.

Handle 0x1100, DMI type 17, 21 bytes
Memory Device
	Array Handle: 0x1000
	Error Information Handle: 0x0000
	Total Width: 64 bits
	Data Width: 64 bits
	Size: 16384 MB
	Form Factor: DIMM
	Set: None
	Locator: DIMM 0
	Bank Locator: Not Specified
	Type: RAM
	Type Detail: None


Hi Eduardo,

Could you help check it?

Thanks.

Comment 6 on BZ1180879

Verified this issue on linux platform with qemu-kvm-rhev-2.1.2-19.el7.

thanks，
xiagao

According to comment11 and comment13, set this issue as verified.

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHSA-2015-0624.html