Attachments (2)
Change History (12)
comment:1 by , 19 years ago
comment:2 by , 19 years ago
Did that change recently? Which version of VMware? Does changing the configuration help (there still seem to be a lot of happy VMware testers out there)? If so, what exactly helped the situation? :-)
comment:3 by , 19 years ago
(In reply to comment #3)
Did that change recently? Which version of VMware? Does changing the configuration help (there still seem to be a lot of happy VMware testers out there)? If so, what exactly helped the situation? :-)
Yup, worked on friday, but doesnt anymore (Iam using the same VMware player). /Konrad
comment:4 by , 19 years ago
The problem seems to be in the VMware image provided by Philipp Schmid and HaikuHost. If you grab the raw image instead and use QEMU to convert it to a VMware image, it boots fine without going into KDL.
comment:5 by , 19 years ago
Confirmed for me on real hardware: hrev16975
Machine spec is: ASUS P2B (intel 440bx) w/PIII 600mhz and 256mb RAM.
HD is on secondary master currently. I will switch it to primary master and see if that helps.
I will include debug output w/stackcrawl.
by , 19 years ago
Attachment: | haiku_16975_PIII600_vm_page_fault KDL_on_boot.txt added |
---|
Debug output w/KDL and stackcrawl
comment:6 by , 19 years ago
comment:7 by , 19 years ago
Same exact HD on hrev16946 boots fine in my SiS-chipset Via C3 machine - this would be hardware-specific then?
comment:8 by , 19 years ago
Thanks for all the information!
* This bug has been marked as a duplicate of #393 *
comment:9 by , 19 years ago
Resolution: | → duplicate |
---|
comment:10 by , 19 years ago
Status: | new → closed |
---|
(From update of attachment 151) Iam getting this on every boot now.