All of lore.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.