On Tue, Jan 14, 2025 at 4:38 PM Kurt Borja wrote:
>
> Hello,
>
> As suggested by Mario, I moved patch 15/18 to position 3/18. This indeed
> simplified all diffs. Full reordering bellow.
>
> Series based on top of pdx86/for-next branch.
>
> ~ Kurt
> ---
> v1 -> v2:
>
> 01 -> 04
> 02 -> 05
> 03 -> 0
On Tue, Jan 14, 2025 at 5:55 PM Ilpo Järvinen
wrote:
>
> On Tue, 14 Jan 2025, Kurt Borja wrote:
>
> > In order to protect the platform_profile_handler from API consumers,
> > allocate it in platform_profile_register() and modify it's signature
> > accordingly.
> >
> > Remove the platform_profile_h
Hi Ilpo,
On Tue, Dec 10, 2024 at 6:30 PM Ilpo Järvinen
wrote:
>
> Hi Rafael,
>
> This series seems ready and Mario has requested it to be merged through
> platform drivers tree despite majority of changes touching
> drivers/acpi/platform_profile.c because its API relates to many pdx86
> drivers.
On Tue, Nov 12, 2024 at 9:20 PM Mario Limonciello
wrote:
>
> On 11/12/2024 14:16, Rafael J. Wysocki wrote:
> > On Sat, Nov 9, 2024 at 5:42 AM Mario Limonciello
> > wrote:
> >>
> >> Currently there are a number of ASUS products on the market that happen to
&
On Sat, Nov 9, 2024 at 5:42 AM Mario Limonciello
wrote:
>
> Currently there are a number of ASUS products on the market that happen to
> have ACPI objects for amd-pmf to bind to as well as an ACPI platform
> profile provided by asus-wmi.
>
> The ACPI platform profile support created by amd-pmf on
> >
> > Signed-off-by: Gergo Koteles
>
> Thank you for your patch, 1 small remark below,
> otherwise this looks good to me.
>
> Rafael, may I have your Ack for merging this through the pdx86 tree
> together with the rest of the series once my remark has been addressed
On Fri, Jul 1, 2022 at 7:47 AM Mika Westerberg
wrote:
>
> Hi Andy,
>
> On Fri, Jul 01, 2022 at 12:28:15AM +0300, Andy Shevchenko wrote:
> > extern long acpi_is_video_device(acpi_handle handle);
> > +extern bool acpi_match_video_device_handle(acpi_handle handle);
>
> I think we can do slightly bet
From: Rafael J. Wysocki
Instead of walking the list of children of an ACPI device directly,
use acpi_dev_for_each_child() to carry out an action for all of
the given ACPI device's children.
This will help to eliminate the children list head from struct
acpi_device as it is redundant and
On Thu, Jun 9, 2022 at 5:49 PM Andy Shevchenko
wrote:
>
> On Thu, Jun 09, 2022 at 04:09:45PM +0200, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > Instead of walking the list of children of an ACPI device directly,
> > use acpi_dev_for_each_child() to
From: Rafael J. Wysocki
Instead of walking the list of children of an ACPI device directly,
use acpi_dev_for_each_child() to carry out an action for all of
the given ACPI device's children.
This will help to eliminate the children list head from struct
acpi_device as it is redundant and
On Thu, Dec 23, 2021 at 5:36 PM Hans de Goede wrote:
>
> Hi Thomas,
>
> On 12/22/21 22:20, Thomas Weißschuh wrote:
> > The EC/ACPI firmware on Lenovo ThinkPads used to report a status
> > of "Unknown" when the battery is between the charge start and
> > charge stop thresholds. On Windows, it repor
On Thu, Jun 25, 2020 at 7:23 AM Dmitry Torokhov
wrote:
>
> On Wed, Jun 24, 2020 at 05:00:09PM +0200, Rafael J. Wysocki wrote:
> > On Mon, Jun 8, 2020 at 1:22 PM Andrzej Pietrasiewicz
> > wrote:
> > >
> > > Inspecting input device's 'users' membe
On Mon, Jun 8, 2020 at 1:22 PM Andrzej Pietrasiewicz
wrote:
>
> Inspecting input device's 'users' member should be done under device's
> mutex, so add appropriate invocations.
>
> Signed-off-by: Andrzej Pietrasiewicz
This looks like a fix that might be applied independently of the other
patches
On Wed, Jun 10, 2020 at 3:21 PM Hans de Goede wrote:
>
> Hi,
>
> On 6/10/20 3:12 PM, Andrzej Pietrasiewicz wrote:
> > Hi All,
> >
[cut]
> > What would it mean to become a wakeup source if there are no users,
> > or nobody has ever opened the device? There are no interested
> > input handlers (us
On Wed, Jun 10, 2020 at 11:50 AM Hans de Goede wrote:
>
> Hi All,
>
> On 6/8/20 1:22 PM, Andrzej Pietrasiewicz wrote:
> > This is a quick respin of v3, with just two small changes, please see
> > the changelog below.
> >
> > Userspace might want to implement a policy to temporarily disregard input
On Friday, May 15, 2020 11:41:16 PM CEST Andy Shevchenko wrote:
> +Cc: ACPI ML and Rafael
+Cc: David Box
> On Fri, May 15, 2020 at 8:36 PM la...@apache.org wrote:
> >
> > Hi. I hope this is the right forum to raise this...
> >
> > For a while I have noticed that my CPU (i9-9880H in a Lenovo X1 E
On Wednesday, July 4, 2018 12:27:15 PM CEST Jouke Witteveen wrote:
> A hooking API was implemented for 4.17 in fa93854f7a7ed63d followed by
> hooks for Thinkpad laptops in 2801b9683f740012. The Thinkpad drivers
> did not support the Thinkpad 13 and the hooking API crashes on
> unsupported batteries
On Wed, Jul 4, 2018 at 11:29 AM, Jouke Witteveen wrote:
> On Sat, Jun 23, 2018 at 11:08:51AM +0200, Jouke Witteveen wrote:
>> As unregistering a hook takes it off the hook list, we should use a safe
>> for_each loop when we potentially unregister a hook.
>>
>> Signed-off-by: Jouke Witteveen
>> --
On Sat, Feb 24, 2018 at 6:32 PM, Ognjen Galić wrote:
> On Sat, Feb 24, 2018 at 10:07:20AM +0100, Rafael J. Wysocki wrote:
>> On Fri, Feb 23, 2018 at 6:21 PM, Andy Shevchenko
>> wrote:
>> > On Sat, Feb 10, 2018 at 10:48 AM, Ognjen Galić wrote:
>> >
>> &g
On Fri, Feb 23, 2018 at 6:21 PM, Andy Shevchenko
wrote:
> On Sat, Feb 10, 2018 at 10:48 AM, Ognjen Galić wrote:
>
>> Do you guys want me to send in another revision of the patch with some
>> documentation on the sysfs API?
>
> I noticed I didn't apply it because of some pending changes discussed,
On Fri, Feb 9, 2018 at 11:39 AM, Sebastian Reichel wrote:
> Hi,
>
> On Fri, Feb 09, 2018 at 10:22:54AM +0100, Rafael J. Wysocki wrote:
>> On Thu, Feb 8, 2018 at 11:03 PM, Sebastian Reichel wrote:
>> > Hi,
>> >
>> > On Wed, Feb 07, 2018 at 03:58:44PM
On Thu, Feb 8, 2018 at 11:03 PM, Sebastian Reichel wrote:
> Hi,
>
> On Wed, Feb 07, 2018 at 03:58:44PM +0100, Ognjen Galic wrote:
>> 1) Charge start threshold
>> /sys/class/power_supply/BATN/charge_start_threshold
>>
>> Valid values are [0, 99]. A value of 0 turns off the
>> start threshold wear c
On Wed, Feb 7, 2018 at 3:58 PM, Ognjen Galic wrote:
> 1) Charge start threshold
> /sys/class/power_supply/BATN/charge_start_threshold
>
> Valid values are [0, 99]. A value of 0 turns off the
> start threshold wear control.
>
> 2) Charge stop threshold
> /sys/class/power_supply/BATN/charge_stop_thr
On Wed, Feb 7, 2018 at 3:58 PM, Ognjen Galic wrote:
> This is a patch that implements a generic hooking API for the
> generic ACPI battery driver.
>
> With this new generic API, drivers can expose platform specific
> behaviour via sysfs attributes in /sys/class/power_supply/BATn/
> in a generic wa
On Sun, Feb 4, 2018 at 10:11 AM, Ognjen Galić wrote:
> On Sun, Feb 04, 2018 at 09:52:33AM +0100, Rafael J. Wysocki wrote:
>> On Wednesday, January 3, 2018 12:58:47 PM CET Ognjen Galic wrote:
>> > This is a patch that implements a generic hooking API for the
>> >
On Wednesday, January 3, 2018 12:58:47 PM CET Ognjen Galic wrote:
> This is a patch that implements a generic hooking API for the
> generic ACPI battery driver.
>
> With this new generic API, drivers can expose platform specific
> behaviour via sysfs attributes in /sys/class/power_supply/BATn/
> i
On Thu, Jan 4, 2018 at 12:13 PM, Ognjen Galić wrote:
> On Wed, Jan 03, 2018 at 06:40:12PM +0200, Andy Shevchenko wrote:
>> On Wed, Jan 3, 2018 at 4:53 PM, Ognjen Galić wrote:
>> > On Wed, Jan 03, 2018 at 04:25:42PM +0200, Andy Shevchenko wrote:
>> >> On Wed, Jan 3, 2018 at 1:58 PM, Ognjen Galic
On Wednesday, January 3, 2018 11:34:55 AM CET Ognjen Galić wrote:
> On Mon, Jan 01, 2018 at 12:24:39PM +0200, Andy Shevchenko wrote:
> > On Sun, Dec 31, 2017 at 4:17 PM, Ognjen Galic wrote:
> > > thinkpad_acpi registers two new attributes for each battery:
> > >
> > > 1) Charge start threshold
> >
On Mon, Jan 1, 2018 at 12:43 PM, Ognjen Galić wrote:
> On Mon, Jan 01, 2018 at 12:24:39PM +0200, Andy Shevchenko wrote:
>> On Sun, Dec 31, 2017 at 4:17 PM, Ognjen Galic wrote:
>> > thinkpad_acpi registers two new attributes for each battery:
>> >
>> > 1) Charge start threshold
>> > /sys/class/pow
On Sun, Dec 31, 2017 at 10:37 AM, Andy Shevchenko
wrote:
> On Sat, Dec 30, 2017 at 1:49 AM, Ognjen Galić wrote:
>> On Čet, 2017-12-28 at 10:19 +0200, Andy Shevchenko wrote:
>>> On Sat, Dec 23, 2017 at 12:53 PM, Ognjen Galic
>>> wrote:
>>> >
>>> > This patch adds the to_power_supply macro to upca
On Sat, Dec 23, 2017 at 11:52 AM, Ognjen Galic wrote:
> This is a patch that implements a generic hooking API for the
> generic ACPI battery driver.
>
> With this new generic API, drivers can expose platform specific
> behaviour via sysfs attributes in /sys/class/power_supply/BATn/
> in a generic
On Tue, Dec 19, 2017 at 3:34 PM, Andy Shevchenko
wrote:
> On Mon, Dec 18, 2017 at 7:31 PM, Rafael J. Wysocki wrote:
>> On Mon, Dec 18, 2017 at 1:36 PM, Andy Shevchenko
>> wrote:
>>> On Mon, Dec 18, 2017 at 12:21 PM, Ognjen Galić wrote:
>>>> On 16/12/2017, R
On Fri, Dec 15, 2017 at 5:56 PM, Ognjen Galic wrote:
> This is a patch that implements a generic hooking API for the
> generic ACPI battery driver.
>
> With this new generic API, drivers can expose platform specific
> behaviour via sysfs attributes in /sys/class/power_supply/BATn/
> in a generic w
On Mon, Dec 18, 2017 at 1:36 PM, Andy Shevchenko
wrote:
> On Mon, Dec 18, 2017 at 12:21 PM, Ognjen Galić wrote:
>> On 16/12/2017, Rafael J. Wysocki wrote:
>
>>> I would reorder it as the first patch in the series, then, because the
>>> other two are more related t
On Mon, Dec 18, 2017 at 11:21 AM, Ognjen Galić wrote:
> On 16/12/2017, Rafael J. Wysocki wrote:
>> On Sat, Dec 16, 2017 at 9:48 AM, Ognjen Galic wrote:
>>> On Sat, Dec 16, 2017 at 01:33:55AM +0100, Rafael J. Wysocki wrote:
>>>> On Fri, Dec 15, 2017 at 5:5
On Sat, Dec 16, 2017 at 9:48 AM, Ognjen Galic wrote:
> On Sat, Dec 16, 2017 at 01:33:55AM +0100, Rafael J. Wysocki wrote:
>> On Fri, Dec 15, 2017 at 5:57 PM, Ognjen Galic wrote:
>> > The EC/ACPI firmware on Lenovo ThinkPads used to report a status
>> > of "Unkn
On Sat, Dec 16, 2017 at 1:33 AM, Rafael J. Wysocki wrote:
> On Fri, Dec 15, 2017 at 5:57 PM, Ognjen Galic wrote:
>> The EC/ACPI firmware on Lenovo ThinkPads used to report a status
>> of "Unknown" when the battery is between the charge start and
>> charge stop thr
On Fri, Dec 15, 2017 at 5:57 PM, Ognjen Galic wrote:
> The EC/ACPI firmware on Lenovo ThinkPads used to report a status
> of "Unknown" when the battery is between the charge start and
> charge stop thresholds. On Windows, it reports "Not Charging"
> so the quirk has been added to also report corre
On Sunday, December 3, 2017 11:56:40 PM CET Ognjen Galic wrote:
> Add support for the ACPI batteries on newer thinkpad models
> (>Sandy Bridge) that support the setting of start and stop
> thresholds.
>
> The actual interface to the driver is a extension for the
> existing ACPI battery driver. Thi
On Mon, Nov 14, 2016 at 8:03 PM, Pavel Machek wrote:
> Hi!
>
> Bisection was not fun, but I've got the result:
>
> # first bad commit: [6ea8c546f3655a81f82672f24b66dad6095bdd07] ACPICA:
> FADT support cleanup
Bob?
> I've reverted the patch on top of 4.9-rc4, and thermal management now works.
>
>
ed before this point */
> > - if (acpi_video_handles_brightness_key_presses()) {
> > + if (acpi_video_get_backlight_type() != acpi_backlight_vendor) {
> > pr_info("This ThinkPad has standard ACPI backlight &q
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 v
I am at the latest UEFI, sorry for not making that clear. What I meant
I'll try is filling a bug report to Lenovo, but I updated to 2.55
(latest version on their website) for a different matter.
--
Download BIRT iHub F-T
OK, I'll try that. Is there any way I can help you with the unsupported
brightness interface issue?
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Re
laptop.
If you need any other information to track the issue, I'm happy to help,
but I need pointers to do so.
Thanks a lot,
Mario J. Rugiero.
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
On Tuesday, March 26, 2013 02:09:19 PM Oleg Nesterov wrote:
> On 03/26, Rafael J. Wysocki wrote:
> >
> > On Thursday, March 07, 2013 06:53:59 PM Oleg Nesterov wrote:
> > > hotkey_kthread() does try_to_freeze() under hotkey_thread_mutex.
> > >
&g
_mutex);
> mutex_init(&hotkey_thread_data_mutex);
> #endif
>
>
> --
> 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 http://vger.kernel.org/majordomo-info.html
-
report the conditions when this
event happened to ibm-acpi-devel@lists.sourceforge.net
this is on a Lenovo ThinkPad X121e
Linux x 3.0.0-10-generic #16-Ubuntu SMP Fri Sep 2 18:32:04 UTC 2011
x86_64 x86_64 x86_64 GNU/Linux
j
On Thursday, 6 of November 2008, Henrique de Moraes Holschuh wrote:
> On Thu, 06 Nov 2008, Tino Keitel wrote:
> > The whole fan level stuff looks a bit complicated to me. Especially the
>
> It is. The sysfs hwmon interface does not map 1:1 with the three possible
> thinkpad fan control interfaces
On Wednesday, 8 August 2007 16:48, Henrique de Moraes Holschuh wrote:
> On Wed, 08 Aug 2007, Rafael J. Wysocki wrote:
> > > I wish we loaded the kernel just once, maybe from the boot loader.
> >
> > Well, that's not so easy. That will work for the bare image, but
On Wednesday, 8 August 2007 14:04, Henrique de Moraes Holschuh wrote:
> On Wed, 08 Aug 2007, Toralf Förster wrote:
> > Am Dienstag, 7. August 2007 17:38 schrieb Rafael J. Wysocki:
> > > Actually, you don't need the patch above, just do
> > > "echo shutdown >
On Tuesday, 7 August 2007 15:21, Toralf Förster wrote:
> Am Dienstag, 7. August 2007 02:21 schrieb Henrique de Moraes Holschuh:
> > On Mon, 06 Aug 2007, Toralf Förster wrote:
> > > Because I
> > > (1) use the latest BIOS and
> > > (2) I'm able to wake up a suspended system via under Windows XP
>
On Monday, 6 August 2007 16:36, Henrique de Moraes Holschuh wrote:
> On Mon, 06 Aug 2007, Toralf Förster wrote:
> > Am Montag, 6. August 2007 00:29 schrieb Pavel Machek:
> > > Yes, I seen similar reports. Does it happen in all shutdown mode and
> > > 2.6.22? Does it happen in platform mode in 2.6
53 matches
Mail list logo
