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
Hi Parag,
On 14/08/07, Parag Warudkar <[email protected]> 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.
Please check the latest -stable and let me know if it is a regression.
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
Hi Michal
On 8/14/07, Michal Piotrowski <[email protected]> wrote:
> Hi Parag,
>
> Please check the latest -stable and let me know if it is a regression.
>
> Regards,
> Michal
>
Latest stable (2.6.22.2) is fine.
Parag
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
>
>
Can you send me your kernel config?
Thanks,
Zach
Attached.
Thanks
Parag
On 8/14/07, Zachary Amsden <[email protected]> wrote:
> 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
> >
> >
>
> Can you send me your kernel config?
>
> Thanks,
>
> Zach
>
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