https://bugzilla.kernel.org/show_bug.cgi?id=33742
--- Comment #13 from Rogério Brito <rbr...@ime.usp.br> 2011-04-28 09:57:30 --- Hi, Thomas. On Thu, Apr 28, 2011 at 05:58, Thomas Renninger wrote: > --- Comment #12 from Thomas Renninger <tr...@suse.de> 2011-04-28 08:57:58 --- > Argh, the _PPC function is in a dynamically loaded SSDT which the older > acpidump does not dump. Can you either compile and run the latest acpidump: > ftp://kernel.org/pub/linux/kernel/people/lenb/acpi/utils/pmtools/acpidump No problems. Sure I can compile from that. Anything that you wish. > copy away and attach the exported tables from here, please: > /sys/firmware/acpi/tables/dynamic/* I am attaching here a (small, 850 bytes) tarball with the tables. Does that mean that the compilation of acpidump above is unnecessary? > Do you use the original power adapter/battery? Everything here is original, stock, except the BIOS that was asked to be upgraded, of course. But this issue was seen since I first acquired this notebook. > There were several reports already where this happens when: > - some ThinkPads if running on AC with battery unplugged (confirmed by Lenovo > that this is intended). > - 60W instead of 90W AC adapter > and similar... OK. The notebook here is a Itautec N8320 (actually, a rebranded MSI PR200). Let me just check the AC adapter specs... OK, I'm back. Here it says that it generates (output, direct current) 19V with 3.42A, which would make that 19*3.42 = 64.98 W, or, in market-speak, 65W, right? > I'll leave for holidays for 3 weeks. You can workaround the issue with: > processor.ignore_ppc=1 > boot parameter. OK. I can live with that in my boot loader, thank you. Are there any unintended side-effects? > If I have some time again, I can have another look why the BIOS > is requesting the limit, ping in 4 weeks or so if things get stuck. OK, no problems. > I reduce prio of this. Such _PPC/frequency limit issues mostly boil down to be > a BIOS issue and the kernel typically behaves correctly. Thank you very much for the workaround. I'm not really sure if we should cripple the kernel just because we have some defective BIOS, unless that can be summarized to a blacklist entry. OTOH, since you are an expert on ACPI, perhaps the other bug (11717) would benefit from your knowledge, as I am seeing some really weird behaviour of this notebook. I even put a video on my homepage showing how it works: http://www.ime.usp.br/~rbrito/linux/itautec-n8320-sleep-problems.webm I will just test the kernel parameter and post back what I find, so that you can be informed. Thank you very much for the reply, Thomas. -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFCAAAA http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
