From: Wade Hampton <whampton@staffnet.com>
To: Petr Vandrovec <VANDROVE@vc.cvut.cz>,
linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: 2.4.3, VMWare, 2 VMs
Date: Mon, 09 Apr 2001 13:14:39 -0400 [thread overview]
Message-ID: <3AD1EDFF.69BAB528@staffnet.com> (raw)
In-Reply-To: <47CA75C62D7@vcnet.vc.cvut.cz>
Petr Vandrovec wrote:
>
> On 9 Apr 01 at 12:03, Wade Hampton wrote:
>
> > Is anyone having problems with running more than
> As I already answered on VMware newsgroups:
Thanks. I didn't see the post on the VMware newsgroup....
> VMware's 2.0.3 vmmon module uses save_flags() + cli()
> in poll() fops, and after this cli() it calls
> spin_lock() :-( It is not safest thing to do.
> But it should not cause reboot. You should get
>
> /dev/vmmon: 11 wait for global VM lock XX
I had over 2000 of those in /var/log/messages
(not counting the "repeated" lines in /var/log/messages).
Yep, that's the problem....
>
> and now dead machine with disabled interrupts...
Yes, basically a dead machine with NO response to
anything....
>
> As all other callers of HostIF_GlobalVMLock() hold
> big kernel lock, easiest thing to do is to add
> lock_kernel()/unlock_kernel() around LinuxDriver_Poll()
> body.
>
> Removing whole save_flags/cli is for sure much better,
> but it is still in my queue (if you are looking into vmmon
> driver, then whole poll mess is there to get wakeup on
> next jiffy, and not on next + one...).
No, I can wait for the a release that fixes this. If
you have a patch or test version, send it to me and I'll
test it on my development machine....
For now, I'll just not use 2 VMs until it is fixed.
Cheers,
--
W. Wade, Hampton <whampton@staffnet.com>
next prev parent reply other threads:[~2001-04-09 17:15 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-04-09 18:50 2.4.3, VMWare, 2 VMs Petr Vandrovec
2001-04-09 17:14 ` Wade Hampton [this message]
-- strict thread matches above, loose matches on Subject: below --
2001-04-09 16:03 Wade Hampton
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3AD1EDFF.69BAB528@staffnet.com \
--to=whampton@staffnet.com \
--cc=VANDROVE@vc.cvut.cz \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox