[ibm-acpi-devel] ibm-acpi developers not responding despite serious bugs and debuggers

2016-02-04 Thread jono 
Dear Rafael,
Sorry to trouble you, but a number of us are having lots of grief
getting a response from ibm/lenovo regarding acpi bugs in newer models
like the Helix 2. The bugs make these machines difficult to use, and
there are various reports of this on the internet, along with people
willing to debug patches. But it's impossible to contact anyone on the
ibm-acpi team to help with this. Do you know who we can contact to
help sort these bugs out? Myself and others are polite, fairly tech
savy, and willing to help, so I'm a bit puzzled by the silence from
this team.

The example is the Helix 2, see:
https://bugzilla.kernel.org/show_bug.cgi?id=100171

and various repetitions of this...
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1424088
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1520965?comments=all

Best,
Jonathan

On Fri, Jan 29, 2016 at 9:51 PM, Rafael J. Wysocki  wrote:
> Hi Linus,
>
> Please pull from
>
>  git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
>  pm+acpi-4.5-rc2
>
> to receive the second batch of power management and ACPI updates for
> v4.5-rc2 with top-most commit ad1ac94767aa9d74c6533e33e768a14d2715162f
>
>  Merge branches 'pm-cpuidle', 'pm-cpufreq', 'pm-domains' and 'pm-sleep'
>
> on top of commit 92e963f50fc74041b5e9e744c330dca48e04f08d
>
>  Linux 4.5-rc1
>
> These are: cpuidle fixes (including one fix for a recent regression),
> cpufreq fixes (including fixes for two issues introduced during the
> 4.2 cycle), generic power domains framework fixes (two locking
> fixes and one cleanup), one locking fix in the ACPI-based PCI
> hotplug framework (ACPIPHP), removal of one ACPI backlight
> blacklist entry that isn't necessary any more and a PM Kconfig
> cleanup.
>
> Specifics:
>
>  - Fix a recent cpuidle core regression that broke suspend-to-idle
>on all systems where cpuidle drivers don't provide ->enter_freeze
>callbacks for any states (Sudeep Holla).
>
>  - Drop an unnecessary symbol definition from the cpuidle core code
>handling coupled CPU cores (Anders Roxell).
>
>  - Fix a race condition related to governor initialization and removal
>in the cpufreq core (Viresh Kumar).
>
>  - Clean up the cpufreq core to use list_is_last() for checking if
>the given policy object is the last element of a list instead of
>open coding that in a clumsy way (Gautham R Shenoy).
>
>  - Fix compiler warnings in the pxa2xx and cpufreq-dt cpufreq drivers
>(Arnd Bergmann).
>
>  - Fix two locking issues and clean up a comment in the generic power
>domains framework (Ulf Hansson, Marek Szyprowski, Moritz Fischer).
>
>  - Fix the error code path of one function in the ACPI-based PCI
>hotplug framework (ACPIPHP) that forgets to release a lock
>acquired previously (Insu Yun).
>
>  - Drop the ACPI backlight blacklist entry for Dell Inspiron 5737
>that is not necessary any more (Hans de Goede).
>
>  - Clean up the top-level PM Kconfig to stop requiring APM emulation
>to depend on PM which in fact isn't necessary (Arnd Bergmann).
>
> Thanks!
>
>
> ---
>
> Anders Roxell (1):
>   cpuidle: coupled: remove unused define cpuidle_coupled_lock
>
> Arnd Bergmann (3):
>   PM: APM_EMULATION does not depend on PM
>   cpufreq: pxa2xx: fix pxa_cpufreq_change_voltage prototype
>   cpufreq: cpufreq-dt: avoid uninitialized variable warnings:
>
> Gautham R Shenoy (1):
>   cpufreq: Use list_is_last() to check last entry of the policy list
>
> Hans de Goede (1):
>   ACPI: Revert "ACPI / video: Add Dell Inspiron 5737 to the blacklist"
>
> Insu Yun (1):
>   ACPI / PCI / hotplug: unlock in error path in acpiphp_enable_slot()
>
> Marek Szyprowski (1):
>   PM / domains: fix lockdep issue for all subdomains
>
> Moritz Fischer (1):
>   PM / Domains: Fix typo in comment
>
> Sudeep Holla (1):
>   cpuidle: fix fallback mechanism for suspend to idle in absence
> of enter_freeze
>
> Ulf Hansson (1):
>   PM / Domains: Fix potential deadlock while adding/removing subdomains
>
> Viresh Kumar (1):
>   cpufreq: Fix NULL reference crash while accessing policy->governor_data
>
> ---
>
>  drivers/acpi/video_detect.c|  8 
>  drivers/base/power/domain.c| 37 -
>  drivers/cpufreq/cpufreq-dt.c   | 15 +++
>  drivers/cpufreq/cpufreq.c  |  6 +++---
>  drivers/cpufreq/cpufreq_governor.c | 11 ---
>  drivers/cpufreq/pxa2xx-cpufreq.c   |  2 +-
>  drivers/cpuidle/coupled.c  |  1 -
>  drivers/cpuidle/cpuidle.c  |  2 +-
>  drivers/pci/hotplug/acpiphp_glue.c |  4 +++-
>  kernel/power/Kconfig   |  2 +-
>  kernel/sched/idle.c|  2 +-
>  11 files changed, 45 insertions(+), 45 deletions(-)
> --
> To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at

Re: [ibm-acpi-devel] ibm-acpi developers not responding despite serious bugs and debuggers

2016-02-04 Thread Rafael J. Wysocki 
Hi,

On Saturday, January 30, 2016 01:22:27 PM jono wrote:
> Dear Rafael,
> Sorry to trouble you, but a number of us are having lots of grief
> getting a response from ibm/lenovo regarding acpi bugs in newer models
> like the Helix 2. The bugs make these machines difficult to use, and
> there are various reports of this on the internet, along with people
> willing to debug patches. But it's impossible to contact anyone on the
> ibm-acpi team to help with this. Do you know who we can contact to
> help sort these bugs out? Myself and others are polite, fairly tech
> savy, and willing to help, so I'm a bit puzzled by the silence from
> this team.

This is a tough one, unfortunately.

I can't tell you today, let me see if I can find out anything.

> The example is the Helix 2, see:
> https://bugzilla.kernel.org/show_bug.cgi?id=100171

Thanks for the pointer.

Take care,
Rafael


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
___
ibm-acpi-devel mailing list
ibm-acpi-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ibm-acpi-devel

Re: [ibm-acpi-devel] ibm-acpi developers not responding despite serious bugs and debuggers

2016-01-30 Thread Henrique de Moraes Holschuh 
On Sat, 30 Jan 2016, jono wrote:
> Sorry to trouble you, but a number of us are having lots of grief
> getting a response from ibm/lenovo regarding acpi bugs in newer models
> like the Helix 2. The bugs make these machines difficult to use, and
> there are various reports of this on the internet, along with people
> willing to debug patches. But it's impossible to contact anyone on the
> ibm-acpi team to help with this. Do you know who we can contact to

There's me for ibm-acpi-devel, but let's make one thing VERY clear:

1.  I do not work for Lenovo or IBM, I never did.  I am a volunteer.

2.  That specific ML is about the thinkpad-acpi driver, not about anything
else, not even generic ACPI issues.

Also, I work on thinkpad-acpi on my spare time, I do not have the hardware
to test many of the issues in the first place as I get no help at all from
Lenovo Brazil, so my resources to help are often very limited.

> The example is the Helix 2, see:
> https://bugzilla.kernel.org/show_bug.cgi?id=100171

This is not a thinkpad-acpi bug as far as I can see, but thinkpad-acpi is a
completely optional driver: anytime you suspect it of something, you just
remove it, reboot, and check if things start working.  If they do, you can
contact me about it and we will find the root cause and fix it.

On a related note, for a while you *could* unofficially reach some Lenovo
people through the linux-thinkpad ML.  You'd comment on something there --
with **all** the relevant detais as you often would get only one shot at
getting their attention, so you must make it count! -- and after a while,
Lenovo would (often silently) act on it.  I am unsure if they are still
lurking there, but you could try.

That said, please ensure you're running the latest Lenovo firmware on *any*
ThinkPad that is experiencing issues, and install your distro's distribution
for the Intel processor package unified update (aka "Intel microcode update"
-- it was reported that nowadays it updates more areas of the chip, such as
power management control/tables, etc.).

> and various repetitions of this...
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1424088
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1520965?comments=all

Same deal as bugzilla #100171, above.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
ibm-acpi-devel mailing list
ibm-acpi-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ibm-acpi-devel