From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jan Kiszka Subject: Re: Has any work 3.3 kvm-kmod for rhel 6.2 kernel successfully? Date: Mon, 16 Apr 2012 16:46:21 +0200 Message-ID: <4F8C30BD.2050002@siemens.com> References: <4F8BFDAB.1040000@siemens.com> <4F8C1A55.8000107@siemens.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "kvm@vger.kernel.org" To: ya su Return-path: Received: from david.siemens.de ([192.35.17.14]:16084 "EHLO david.siemens.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753691Ab2DPOqZ (ORCPT ); Mon, 16 Apr 2012 10:46:25 -0400 In-Reply-To: Sender: kvm-owner@vger.kernel.org List-ID: On 2012-04-16 16:34, ya su wrote: > I first notice 3.3 release notes, it says it can compile against > 2.6.32-40, so I think it can work with 2.6.32, then I change it with > rhel 2.6.32 kernel. The problem is that the RHEL 2.6.32 kernel has nothing to do with a standard 2.6.32 as too many features were ported back. So the version number based feature checks fail as you noticed. We could adapt kvm-kmod to detect that it is a RHEL kernel (there is surely some define), but it requires going through all the relevant features carefully. > > I just re-change orginal kvm-kmod 3.3 with rhel 2.6.32, only to change > compile redefination errors, but the problem remains the same. the > patch attached. > > I don't go through git commits, as so many changes from 2.6.32 to 3.3 in kernel. > > I think the problem may come from memory change notification. The approach to resolve this could be to identify backported features based on the build breakage or runtime anomalies, then analyze the kvm-kmod history for changes that wrapped those features, and finally adjust all affected code blocks. I'm open for patches and willing to support you on questions, but I can't work on this myself. Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux