Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934500AbXHWAK5 (ORCPT ); Wed, 22 Aug 2007 20:10:57 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933173AbXHWAKs (ORCPT ); Wed, 22 Aug 2007 20:10:48 -0400 Received: from smtp-outbound-1.vmware.com ([65.113.40.141]:35367 "EHLO smtp-outbound-1.vmware.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932975AbXHWAKr (ORCPT ); Wed, 22 Aug 2007 20:10:47 -0400 Message-ID: <46CCCF51.8070709@vmware.com> Date: Wed, 22 Aug 2007 17:05:37 -0700 From: Zachary Amsden User-Agent: Thunderbird 2.0.0.6 (X11/20070728) MIME-Version: 1.0 To: Parag Warudkar CC: linux-kernel@vger.kernel.org, Linus Torvalds , rusty@rustcorp.com.au, Chris Wright , Andi Kleen Subject: Re: 2.6.23-rc3 - CONFIG_VMI broken References: <82e4877d0708140839y3550bfa6of6a369251db517f3@mail.gmail.com> In-Reply-To: <82e4877d0708140839y3550bfa6of6a369251db517f3@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2319 Lines: 53 Parag Warudkar wrote: > CONFIG_VMI seems to be broken, but I am not sure when - the last > kernel I was running was 2.6.22-rc4 which used to boot fine and use > VMI. Current git with same configuration causes the kernel to reboot > early. Logs below. > > Deselecting CONFIG_VMI and rebuilding allows the kernel to boot normally. > > (I am running it on VMWare workstation 6 latest release.) > > Thanks > > Parag > > Linux version 2.6.23-rc3 (root@ubuntu) (gcc version 4.1.2 (Ubuntu > 4.1.2-0ubuntu4)) #4 Mon Aug 13 21:50:06 EDT 2007 > BIOS-provided physical RAM map: > BIOS-e820: 0000000000000000 - 000000000009f800 (usable) > BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved) > BIOS-e820: 00000000000ca000 - 00000000000cc000 (reserved) > BIOS-e820: 00000000000dc000 - 0000000000100000 (reserved) > BIOS-e820: 0000000000100000 - 000000001fef0000 (usable) > BIOS-e820: 000000001fef0000 - 000000001feff000 (ACPI data) > BIOS-e820: 000000001feff000 - 000000001ff00000 (ACPI NVS) > BIOS-e820: 000000001ff00000 - 0000000020000000 (usable) > BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved) > BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved) > BIOS-e820: 00000000fffe0000 - 0000000100000000 (reserved) > console [earlyser0] enabled > 0MB HIGHMEM available. > 512MB LOWMEM available. > found SMP MP-table at 000f6c90 > VMI: Found VMware, Inc. Hypervisor OPROM, API version 3.0, ROM version 1.0 > Reserving virtual address space above 0xfc000000 > Int 14: CR2 fc37e260 err 00000000 EIP fc37e260 CS 00000062 flags 00010006 > Stack: c0490ec7 c04913cb 00000001 00000000 fc001340 c047fff4 c04a6080 c047aa00 > I reproduced this, slightly different EIP, but I notice that all paravirt-ops function calls are to bogus addresses; the first byte appears correct (0xfc00XXXX is in the VMI ROM range), and the extracted function addresses in the paravirt_ops struct are correct. However, it looks like the patching of the call instructions went wrong. Does this sound familiar to anyone? In any case, I think the bug is already fixed. Zach - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/