public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Francis Yom <fyom-NeBS1MF9zuBBDgjK7y7TUQ@public.gmane.org>
To: Troy Schultz <tschultz-zzOxFVvAfJPQT0dZR+AlfA@public.gmane.org>
Cc: ACPI Development - Sourceforge
	<acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>
Subject: Re: Problem with ACPI and vmware
Date: 21 Nov 2002 12:49:11 -0500	[thread overview]
Message-ID: <1037900951.1713.27.camel@localhost> (raw)
In-Reply-To: <1037895243.2221.9.camel-QUVSR2uV0NY@public.gmane.org>

Hi Troy,

Pardon me on the idle patch.  When I looked at my processor.c file, I
realized I was looking at the wrong place and sure enough I did not
disable my 'pm_idle=acpi_pm_idle;' line as directed.  This fixed the
problem completely for me.  Now I just have to get the battstat program
to work ;)

FWIW, I have a Presario 2700 and I am running kernel 2.4.19 with xfs and
rmap14a.  I am running it with the 20021101 ACPI patch and it is working
fine.  I get battery, thermal zones, everything! :)  What made it work
was upgrading the BIOS to the latest F.12 revision which you can get
from compaq.  The F.12 bios has a fixed ACPI implementation and now my
laptop has working ACPI :)  

The only bug I have is that thermal zones are not always picked up at
boot.  I have to reboot (sometimes 2-3 times) and the thermal zones will
get discovered.  I am wondering what might be causing this.  Hmmmm...
Any ideas?

Many thanks!
Francis

On Thu, 2002-11-21 at 11:14, Troy Schultz wrote:
> I am not sure what Idle patch you refer to, but I have found that you
> must hack processor.c to disable the CPU idle handler in the ACPI
> drivers to got VMware to work properly.
> 
> The problem seems to be that when VMware's guest is using the CPU the
> CPU stays at C2 and is not promoted to C1.  This causes very high delays
> in some of the apps.
> 
> I am running VMware 3.2 with kernel 2.4.19 and ACPI 20020821, I have
> been reluctant to try the newer ACPI drivers since I finally have things
> on my Presario 2710CA working quite well.  When I do get some time I do
> intend to try the newer ACPI driver though.  It has been a pain to go
> through each version and determine where I must hack to disable the CPU
> idle handler.
> 
> I have also found that I must use a "corrected" DSDT since the one in
> the notebook is buggy.
> 
> For what it is worth I too think this is an issue that VMware must
> correct.  I have sent them emails regarding this issue but have never
> seen any response.  I think more people have to complain about this
> problem before they will do anything to fix it.
> 
> Feel free to email me if I can be of any assistance to you.
> 
> Best Regards
> - Troy
> 
> On Wed, 2002-11-20 at 18:16, Francis Yom wrote:
> > Hey guys,
> > 
> > I'm having a problem with ACPI and VMWare.  I am using ACPI 20021101 and
> > VMWare 3.0 on kernel 2.4.19 with xfs and rmap14a.  My laptop is a Compaq
> > presario 2700T.
> > 
> > When I include processor and thermal support in the kernel, I can see my
> > battery and thermal zones just fine.  However, My Win2K and openbsd 3.2
> > VMWare sessions stutter and are slow.  YES!  I did install the Idle
> > patch.  In fact, with 20021101 ACPI it seems this patch is already in
> > place.
> > 
> > When I remove processor and thermal support, I cannot see my battery any
> > more, but VMWare sessions run fine without problems.
> > 
> > I am looking for a solution that will give me my battery support back
> > and let me run VMWare without sluggishness.
> > 
> > Can anyone suggest a solution?  Thanks!
> > Francis
> > 
> > 
> > 
> > 
> > -------------------------------------------------------
> > This sf.net email is sponsored by: 
> > Battle your brains against the best in the Thawte Crypto 
> > Challenge. Be the first to crack the code - register now: 
> > http://www.gothawte.com/rd521.html
> > _______________________________________________
> > Acpi-devel mailing list
> > Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > https://lists.sourceforge.net/lists/listinfo/acpi-devel



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

      parent reply	other threads:[~2002-11-21 17:49 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-11-20 23:16 Problem with ACPI and vmware Francis Yom
     [not found] ` <1037834173.1868.10.camel-bi+AKbBUZKZeoWH0uzbU5w@public.gmane.org>
2002-11-21  6:51   ` Patch for 20021118 for 20021101? Francis Yom
2002-11-21 15:29   ` Problem with ACPI and vmware Ducrot Bruno
2002-11-21 16:14   ` Troy Schultz
     [not found]     ` <1037895243.2221.9.camel-QUVSR2uV0NY@public.gmane.org>
2002-11-21 17:49       ` Francis Yom [this message]

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=1037900951.1713.27.camel@localhost \
    --to=fyom-nebs1mf9zubbdgjk7y7tuq@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=tschultz-zzOxFVvAfJPQT0dZR+AlfA@public.gmane.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