of it in case of out-of-band updates (Rafael Wysocki).
Thanks!
---
Colin Ian King (1):
cpufreq: powernow-k8: pass policy rather than use cpufreq_cpu_get()
Lukas Bulwahn (1):
cpufreq: intel_pstate: remove obsolete functions
Rafael J. Wysocki (1):
cpufreq: intel_pstate
text for items that are no longer modular
Rafael J. Wysocki (1):
ACPI: PM: s2idle: Drop unused local variables and related code
Shawn Guo (1):
ACPI: scan: add stub acpi_create_platform_device() for !CONFIG_ACPI
---
drivers/acpi/Kconfig | 6 --
drivers/acpi/x86
On Fri, Jan 8, 2021 at 4:43 PM Greg Kroah-Hartman
wrote:
>
> On Mon, Dec 14, 2020 at 08:56:48PM -0800, Furquan Shaikh wrote:
> > On Tue, Dec 1, 2020 at 1:30 PM Furquan Shaikh wrote:
> > >
> > > When the system is powered off or rebooted, devices are not detached
> > > from their PM domain. This
power resources for the device thus complying with its
> power sequencing requirements.
>
> Signed-off-by: Furquan Shaikh
Acked-by: Rafael J. Wysocki
> ---
> drivers/base/core.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/drivers/base/core.c b/drivers/base/
On Thu, Jan 07, 2021 at 02:27:51PM -0800, Eric Biggers wrote:
> On Thu, Jan 07, 2021 at 10:48:05PM +0100, Arnd Bergmann wrote:
> > On Thu, Jan 7, 2021 at 5:27 PM Theodore Ts'o wrote:
> > >
> > > On Thu, Jan 07, 2021 at 01:37:47PM +, Russell King - ARM Linux admin
> > > wrote:
> > > > > The
Hi,
These three patches clean up intel_pstate a bit:
[1/3] makes it always use READ_ONCE() for reading hwp_cap_cached
[2/3] changes the first argument of intel_pstate_get_hwp_max()
[3/3] renames to functions (to avoid possible confusion).
Please see patch changelogs for details.
Thanks!
From: Rafael J. Wysocki
Rename intel_cpufreq_adjust_hwp() and intel_cpufreq_adjust_perf_ctl()
to intel_cpufreq_hwp_update() and intel_cpufreq_perf_ctl_update(),
respectively, to avoid possible confusion with the ->adjist_perf()
callback function, intel_cpufreq_adjust_perf().
Signed-
From: Rafael J. Wysocki
All of the callers of intel_pstate_get_hwp_max() access the struct
cpudata object that corresponds to the given CPU already and the
function itself needs to access that object (in order to update
hwp_cap_cached), so modify the code to pass a struct cpudata pointer
From: Rafael J. Wysocki
Because intel_pstate_get_hwp_max() which updates hwp_cap_cached
may run in parallel with the readers of it, annotate all of the
read accesses to it with READ_ONCE().
Signed-off-by: Rafael J. Wysocki
---
drivers/cpufreq/intel_pstate.c | 13 +++--
1 file
On Mon, Dec 21, 2020 at 11:21 PM Nathan Chancellor
wrote:
>
> On Mon, Dec 21, 2020 at 06:13:20AM +0100, Lukas Bulwahn wrote:
> > percent_fp() was used in intel_pstate_pid_reset(), which was removed in
> > commit 9d0ef7af1f2d ("cpufreq: intel_pstate: Do not use PID-based P-state
> > selection")
On Mon, Jan 4, 2021 at 3:24 PM Daniel Lezcano wrote:
>
> On 04/01/2021 13:10, Colin King wrote:
> > From: Colin Ian King
> >
> > The kzalloc allocation for dtpm_cpu is currently allocating the size
> > of the pointer and not the size of the structure. Fix this by using
> > the correct sizeof
On Tue, Jan 5, 2021 at 2:18 PM Hans de Goede wrote:
>
> Hi,
>
> On 1/5/21 2:14 PM, Jiaxun Yang wrote:
> > Add a object pointer to handler callbacks to avoid having
> > global variables everywhere.
> >
> > Signed-off-by: Jiaxun Yang
> > Suggested-by: Hans de Goede
>
> Thanks, patch looks good to
On Thu, Jan 7, 2021 at 3:11 PM Heikki Krogerus
wrote:
>
> On Tue, Jan 05, 2021 at 05:11:46PM +0800, Bard Liao wrote:
> > There are only four valid fwnode cases which are
> > - primary --> secondary --> -ENODEV
> > - primary --> NULL
> > - secondary --> -ENODEV
> > - NULL
> >
> > dev->fwnode
On Tue, Dec 29, 2020 at 12:19 PM Peter Robinson wrote:
>
> The CONTAINER and HOTPLUG_MEMORY memory options mention modules
> but are bool only options so if selected are alway built in. Drop
> the help text about modules.
>
> Signed-off-by: Peter Robinson
> ---
> drivers/acpi/Kconfig | 6 --
On Thu, Dec 31, 2020 at 12:36 PM Shawn Guo wrote:
>
> It adds a stub acpi_create_platform_device() for !CONFIG_ACPI build, so
> that caller doesn't have to deal with !CONFIG_ACPI build issue.
>
> Reported-by: kernel test robot
> Signed-off-by: Shawn Guo
> ---
> This fixes an build issue
On Tue, Jan 5, 2021 at 11:22 AM Viresh Kumar wrote:
>
> On 05-01-21, 10:19, Colin King wrote:
> > From: Colin Ian King
> >
> > Currently there is an unlikely case where cpufreq_cpu_get returns a
> > null policy and this will cause a null pointer dereference later on.
> > Fix this by passing the
On Wed, Jan 6, 2021 at 10:17 AM Hans de Goede wrote:
>
> Hi,
>
> On 1/5/21 6:18 PM, Rafael J. Wysocki wrote:
> > On Mon, Jan 4, 2021 at 9:58 PM Hans de Goede wrote:
>
>
>
> >> Patch 1/2 does use a slightly different approach then I suggest above,
&g
On Tue, Jan 5, 2021 at 11:02 PM Dexuan Cui wrote:
>
> > From: Michael Kelley
> > Sent: Tuesday, December 22, 2020 5:56 AM
> > From: Dexuan Cui
> > Sent: Thursday, December 17, 2020
> > 8:08 PM
> > >
> > > Linux VM on Hyper-V crashes with the latest mainline:
> > > ...
> > > ---
On Wed, Jan 6, 2021 at 2:13 AM Ye Bin wrote:
>
> Fix warning:
> drivers/acpi/x86/s2idle.c:138:25: warning: variable ‘obj_new’ set but
> not used [-Wunused-but-set-variable]
> union acpi_object *obj_new;
>^~~
> Reported-by: Hulk Robot
> Signed-off-by: Ye
On Wed, Jan 06, 2021 at 10:32:42AM +0900, Daejun Park wrote:
> In the fast commit, it adds REQ_FUA and REQ_PREFLUSH on each fast commit
> block when barrier is enabled. However, in recovery phase, ext4 compares
> CRC value in the tail. So it is sufficient adds REQ_FUA and REQ_PREFLUSH
> on the
On Tue, Jan 05, 2021 at 03:47:26PM +, Russell King - ARM Linux admin wrote:
> Hi,
>
> This is an update on where I am with this long standing issue at the
> current time.
>
> Since 5.4, I have been struggling with several of my ARM64 systems, of
> different SoC vendors and differing
From: Rafael J. Wysocki
If turbo P-states cannot be used, either due to the configuration of
the processor, or because intel_pstate is not allowed to used them,
the maximum available P-state with HWP enabled corresponds to the
HWP_CAP.GUARANTEED value which is not static. It can be adjusted
From: Rafael J. Wysocki
Two local variables in drivers/acpi/x86/s2idle.c are never read, so
drop them along with the code updating their values (in vain).
Fixes: fef98671194b ("ACPI: PM: s2idle: Move x86-specific code to the x86
directory")
Signed-off-by: Rafael J. Wysocki
---
dr
On Mon, Jan 4, 2021 at 9:58 PM Hans de Goede wrote:
>
> Hi,
>
> On 1/4/21 9:33 PM, Rafael J. Wysocki wrote:
> > On Mon, Jan 4, 2021 at 3:36 PM Hans de Goede wrote:
> >>
> >> Hi,
> >>
> >> On 1/1/21 1:56 PM, Jiaxun Yang wrote:
> >>>
On Fri, Dec 18, 2020 at 10:11:54AM +0800, Ruan Shiyang wrote:
>
>
> On 2020/12/16 上午4:51, Darrick J. Wong wrote:
> > On Tue, Dec 15, 2020 at 08:14:13PM +0800, Shiyang Ruan wrote:
> > > With the support of ->rmap(), it is possible to obtain the superblo
On Thu, Dec 31, 2020 at 12:56:00AM +0800, Shiyang Ruan wrote:
> This function is used to handle errors which may cause data lost in
> filesystem. Such as memory failure in fsdax mode.
>
> In XFS, it requires "rmapbt" feature in order to query for files or
> metadata which associated to the
;fs: simplify freeze_bdev/thaw_bdev")
> Signed-off-by: Satya Tangirala
I came up with the same solution to the same crash, so:
Reviewed-by: Darrick J. Wong
--D
> ---
> fs/block_dev.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/fs/block_dev.c b/fs/block_d
On Mon, Jan 4, 2021 at 3:36 PM Hans de Goede wrote:
>
> Hi,
>
> On 1/1/21 1:56 PM, Jiaxun Yang wrote:
> > Tested on Lenovo Yoga-14SARE Chinese Edition.
> >
> > Jiaxun Yang (2):
> > ACPI: platform-profile: Introduce data parameter to handler
> > platform/x86: ideapad-laptop: DYTC Platform
SelvaKumar S: This didn't show up on dm-devel, sorry for the OT reply...
On Mon, Jan 04, 2021 at 12:47:11PM +, Damien Le Moal wrote:
> On 2021/01/04 19:48, SelvaKumar S wrote:
> > Add new BLKCOPY ioctl that offloads copying of one or more sources
> > ranges to a destination in the device.
On Thursday, December 31, 2020 9:46:11 PM CET Rafael J. Wysocki wrote:
> On Wednesday, December 2, 2020 8:13:38 PM CET Rafael J. Wysocki wrote:
> > On Wed, Dec 2, 2020 at 7:31 PM Rafael J. Wysocki wrote:
> > >
> > > On Wed, Dec 2, 2020 at 7:03 PM Sebastian A
memory leak in _allocate_opp_table
Rafael J. Wysocki (1):
cpufreq: intel_pstate: Fix fast-switch fallback path
Viresh Kumar (1):
opp: Call the missing clk_put() on error
---
MAINTAINERS| 2 +-
drivers/cpufreq/intel_pstate.c | 1 -
drivers/idle
On Fri, Jan 1, 2021 at 10:12 PM Linus Torvalds
wrote:
>
> On Fri, Jan 1, 2021 at 8:51 AM Rafael J. Wysocki wrote:
> >
> > - Add new power capping facility called DTPM (Dynamic Thermal Power
> >Management), based on the existing power capping framework, to
>
/dtpm: Fix __udivdi3 and __aeabi_uldivmod
unresolved symbols
Lukas Bulwahn (1):
MAINTAINERS: include governors into CPU IDLE TIME MANAGEMENT FRAMEWORK
Quanyang Wang (1):
opp: fix memory leak in _allocate_opp_table
Rafael J. Wysocki (1):
cpufreq: intel_pstate: Fix fast-switch
On Tue, Dec 29, 2020 at 10:49:55AM +0300, Dmitrii Tcvetkov wrote:
> >Please pull the following branch containing all the new xfs code for
> >5.11. In this release we add the ability to set a 'needsrepair' flag
> >indicating that we /know/ the filesystem requires xfs_repair, but other
> >than
On Wednesday, December 2, 2020 8:13:38 PM CET Rafael J. Wysocki wrote:
> On Wed, Dec 2, 2020 at 7:31 PM Rafael J. Wysocki wrote:
> >
> > On Wed, Dec 2, 2020 at 7:03 PM Sebastian Andrzej Siewior
> > wrote:
> > >
> > > On 2020-10-26 18:20
On Wed, Dec 30, 2020 at 4:38 PM Daniel Lezcano
wrote:
>
> 32 bits architectures do not support u64 division, so the macro
> DIV_ROUND_CLOSEST is not adequate as the compiler will replace the
> call to an unexisting function for the platform, leading to an
> unresolved symbols.
>
> Fix this by
From: Rafael J. Wysocki
When sugov_update_single_perf() falls back to the "frequency"
path due to the missing scale-invariance, it will call
cpufreq_driver_fast_switch() via sugov_fast_switch()
and the driver's ->fast_switch() callback will be invoked,
so it must not be NULL.
H
On Wed, Dec 23, 2020 at 2:08 PM Giovanni Gherdovich
wrote:
>
> On Mon, 2020-12-21 at 17:11 +0100, Rafael J. Wysocki wrote:
> > Hi,
> >
> > On Fri, Dec 18, 2020 at 5:22 PM Giovanni Gherdovich wrote:
> > >
> > > Gitsource: this test show the most c
).
Thanks!
---
Hans de Goede (1):
ACPI: scan: Add Intel Baytrail Mailbox Device to acpi_ignore_dep_ids
Hui Wang (1):
ACPI: PNP: compare the string length in the matching_id()
Rafael J. Wysocki (4):
ACPI: scan: Evaluate _DEP before adding the device
ACPI: scan: Defer
: replace per-cpu data array with a list
Punit Agrawal (1):
ACPI: processor: Drop duplicate setting of shared_cpu_map
Rafael J. Wysocki (4):
cpufreq: schedutil: Add util to struct sg_cpu
cpufreq: Add special-purpose fast-switching callback for drivers
cpufreq: intel_psta
On Thu, Dec 17, 2020 at 8:16 AM Lukas Bulwahn wrote:
>
> The current pattern in the file entry does not make the files in the
> governors subdirectory to be a part of the CPU IDLE TIME MANAGEMENT
> FRAMEWORK.
>
> Adjust the file pattern to include files in governors.
>
> Signed-off-by: Lukas
On Fri, Dec 11, 2020 at 8:15 PM Rafael J. Wysocki wrote:
>
> On Fri, Dec 11, 2020 at 11:41 AM Daniel Lezcano
> wrote:
> >
> >
> > Hi Rafael,
> >
> > I believe I took into account all the comments, do you think it is
> > possible to merge this s
/idle.c | 18 --
4 files changed, 51 insertions(+), 17 deletions(-)
Please feel free to add
Reviewed-by: Rafael J. Wysocki
to all patches in the series.
Thanks!
ng the ARM SMMU driver module.
Signed-off-by: Isaac J. Manjarres
---
drivers/iommu/arm/arm-smmu/arm-smmu.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/iommu/arm/arm-smmu/arm-smmu.c
b/drivers/iommu/arm/arm-smmu/arm-smmu.c
index d8c6bfd..a72649f 100644
--- a/drivers/iommu/arm/ar
In preparation for modularizing io-pgtable formats, add support
for reference counting the io-pgtable format modules to ensure
that the modules are not unloaded while they are in use.
Signed-off-by: Isaac J. Manjarres
---
drivers/iommu/io-pgtable-arm-v7s.c | 1 +
drivers/iommu/io-pgtable-arm.c
re loading the Panfrost DRM driver module.
Signed-off-by: Isaac J. Manjarres
---
drivers/gpu/drm/panfrost/panfrost_drv.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/panfrost/panfrost_drv.c
b/drivers/gpu/drm/panfrost/panfrost_drv.c
index 83a461b..7294622 100644
--- a/drivers/gpu/dr
-pgtable formats, switch to a
dynamic registration scheme, where each io-pgtable format can register
their init functions with the io-pgtable code at boot or module
insertion time.
Signed-off-by: Isaac J. Manjarres
---
drivers/iommu/io-pgtable-arm-v7s.c | 34 +-
drivers/iommu/io-pgtable
ARM SMMUv3 driver module.
Signed-off-by: Isaac J. Manjarres
---
drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c
b/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c
index 8ca7415..c498ac8 100644
--- a/drivers/iom
Now that everything is in place for modular io-pgtable formats,
allow the ARM LPAE and ARMV7S io-pgtable formats to be built
as modules.
Signed-off-by: Isaac J. Manjarres
---
drivers/iommu/Kconfig | 4 ++--
drivers/iommu/io-pgtable-arm-v7s.c | 2 ++
drivers/iommu/io-pgtable-arm.c
the Kconfig options for the ARM LPAE nad ARM V7S to tristate.
Thanks in advance for the feedback,
Isaac J. Manjarres
Isaac J. Manjarres (7):
iommu/io-pgtable: Introduce dynamic io-pgtable fmt registration
iommu/io-pgtable: Add refcounting for io-pgtable format modules
iommu/arm-smmu: Add dependency
he MSM DRM driver module.
Signed-off-by: Isaac J. Manjarres
---
drivers/gpu/drm/msm/msm_drv.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/msm/msm_drv.c b/drivers/gpu/drm/msm/msm_drv.c
index 535a026..8be3506 100644
--- a/drivers/gpu/drm/msm/msm_drv.c
+++ b/drivers/gpu/drm/msm
Hi,
On Fri, Dec 18, 2020 at 5:22 PM Giovanni Gherdovich
wrote:
>
> On Mon, 2020-12-14 at 21:01 +0100, Rafael J. Wysocki wrote:
> > Hi,
> >
> > The timing of this is not perfect (sorry about that), but here's a refresh
> > of this series.
> >
> > The m
On Thu, Dec 17, 2020 at 4:27 PM Doug Smythies wrote:
>
> On 2020.12.14 12:02 Rafael J. Wysocki wrote:
>
> > Hi,
>
> Hi Rafael,
>
> V2 test results below are new, other results are partially re-stated:
>
> For readers that do not want to read on, I didn'
On Fri, Dec 18, 2020 at 4:17 AM Saravana Kannan wrote:
>
> As discussed in LPC 2020, cyclic dependencies in firmware that couldn't
> be broken using logic was one of the last remaining reasons
> fw_devlink=on couldn't be set by default.
>
> This series changes fw_devlink so that when a cyclic
On Sat, Dec 19, 2020 at 6:21 AM srinivas pandruvada
wrote:
>
> On Thu, 2020-12-17 at 20:17 +0100, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > When turbo has been disabled by the BIOS, but HWP_CAP.GUARANTEED is
> > changed later, user sp
re straightforward.
- Small prep cleanup for idmapping support.
- Get rid of the xfs_buf_t typedef.
Christoph Hellwig (2):
xfs: remove xfs_vn_setattr_nonsize
xfs: open code updating i_mode in xfs_set_acl
Darrick J. Wong (21):
with
the descriptor format (either or both ARM LPAE and ARMV7S)
can be built as modules.
Signed-off-by: Isaac J. Manjarres
---
drivers/iommu/Kconfig | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/iommu/Kconfig b/drivers/iommu/Kconfig
index 192ef8f..d7de6db 100644
() instead.
Also, add the GPL v2 module license to the io-pgtable source file.
Signed-off-by: Isaac J. Manjarres
---
drivers/iommu/io-pgtable.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/iommu/io-pgtable.c b/drivers/iommu/io-pgtable.c
index 94394c8..867ecb4
module.
Thanks in advance for the feedback,
Isaac J. Manjarres
Isaac J. Manjarres (3):
iommu/io-pgtable-arm: Prepare for modularization
iommu/io-pgtable: Prepare for modularization
iommu/io-pgtable: Allow building as a module
drivers/iommu/Kconfig | 6 +++---
drivers/iommu/io
The io-pgtable-arm and io-pgtable-arm-v7s source files will
be compiled as separate modules, along with the io-pgtable
source. Export the symbols for the io-pgtable init function
structures for the io-pgtable module to use.
Signed-off-by: Isaac J. Manjarres
---
drivers/iommu/io-pgtable-arm
On Fri, Dec 18, 2020 at 10:44:26AM +0800, Ruan Shiyang wrote:
>
>
> On 2020/12/17 上午4:55, Jane Chu wrote:
> > Hi, Shiyang,
> >
> > On 12/15/2020 4:14 AM, Shiyang Ruan wrote:
> > > The call trace is like this:
> > > memory_failure()
> > > pgmap->ops->memory_failure() =>
From: Rafael J. Wysocki
Some code in drivers/acpi/sleep.c (which is regarded as a generic
file) related to suspend-to-idle support has grown direct dependencies
on x86, but in fact it has been specific to x86 (which is the only
user of it) anyway for a long time.
For this reason, move that code
From: Rafael J. Wysocki
When turbo has been disabled by the BIOS, but HWP_CAP.GUARANTEED is
changed later, user space may want to take advantage of this increased
guaranteed performance.
HWP_CAP.GUARANTEED is not a static value. It can be adjusted by an
out-of-band agent or during an Intel
On Thu, Dec 17, 2020 at 6:29 PM Rafael J. Wysocki wrote:
>
> On Thu, Dec 17, 2020 at 6:09 PM Srinivas Pandruvada
> wrote:
> >
> > On Thu, 2020-12-17 at 16:24 +0100, Rafael J. Wysocki wrote:
> > > On Thu, Dec 17, 2020 at 4:21 PM Srinivas Pandruvada
> > >
On Thu, Dec 17, 2020 at 6:09 PM Srinivas Pandruvada
wrote:
>
> On Thu, 2020-12-17 at 16:24 +0100, Rafael J. Wysocki wrote:
> > On Thu, Dec 17, 2020 at 4:21 PM Srinivas Pandruvada
> > wrote:
> > >
> > > On Thu, 2020-12-17 at 16:12 +0100, Rafael J. Wysocki wro
On Thu, Dec 17, 2020 at 4:21 PM Srinivas Pandruvada
wrote:
>
> On Thu, 2020-12-17 at 16:12 +0100, Rafael J. Wysocki wrote:
> > On Thursday, December 17, 2020 3:23:44 PM CET Srinivas Pandruvada
> > wrote:
> > > On Thu, 2020-12-17 at 06:19 -0800, Srinivas Pandruvada wro
On Thursday, December 17, 2020 3:23:44 PM CET Srinivas Pandruvada wrote:
> On Thu, 2020-12-17 at 06:19 -0800, Srinivas Pandruvada wrote:
> > On Thu, 2020-12-17 at 14:58 +0100, Rafael J. Wysocki wrote:
> > > On Thu, Dec 17, 2020 at 11:44 AM Srinivas Pandr
On Thu, Dec 17, 2020 at 11:44 AM Srinivas Pandruvada
wrote:
>
> This change tries to address an issue, when BIOS disabled turbo
> but HWP_CAP guaranteed is changed later and user space wants to take
> advantage of this increased guaranteed performance.
>
> The HWP_CAP.GUARANTEED value is not a
On Wed, Dec 16, 2020 at 10:10:22AM +1100, Dave Chinner wrote:
> On Tue, Dec 15, 2020 at 11:05:07AM -0800, Jane Chu wrote:
> > On 12/15/2020 3:58 AM, Ruan Shiyang wrote:
> > > Hi Jane
> > >
> > > On 2020/12/15 上午4:58, Jane Chu wrote:
> > > > Hi, Shiyang,
> > > >
> > > > On 11/22/2020 4:41 PM,
On Tue, Dec 15, 2020 at 08:14:13PM +0800, Shiyang Ruan wrote:
> With the support of ->rmap(), it is possible to obtain the superblock on
> a mapped device.
>
> If a pmem device is used as one target of mapped device, we cannot
> obtain its superblock directly. With the help of SYSFS, the mapped
On Tue, Dec 15, 2020 at 08:14:14PM +0800, Shiyang Ruan wrote:
> This function is used to handle errors which may cause data lost in
> filesystem. Such as memory failure in fsdax mode.
>
> In XFS, it requires "rmapbt" feature in order to query for files or
> metadata which associated to the
On Mon, Dec 14, 2020 at 5:14 PM Mian Yousaf Kaukab wrote:
>
> On Mon, Dec 14, 2020 at 12:38:19PM +, Ionela Voinescu wrote:
> > Hi guys,
> >
> > I'm sending v2 of some of the patches at [1] in light of the discussions
> > at [2].
> >
> > v2:
> > - Patches 1-3 are trivial rebase on linux next
hat both functions return domains with a single CPU, this change
> does not affect the functionality, but clarifies the intention.
>
> Signed-off-by: Ionela Voinescu
> Acked-by: Viresh Kumar
> [ rjw: Subject edit ]
> Signed-off-by: Rafael J. Wysocki
> ---
>
> Hi guy
(1):
ACPI: video: Add DMI quirk for GIGABYTE GB-BXBT-2807
Punit Agrawal (1):
ACPI: processor: Drop duplicate setting of shared_cpu_map
Rafael J. Wysocki (8):
ACPI: EC: Fold acpi_ec_clear_gpe() into its caller
ACPI: EC: Rename acpi_ec_is_gpe_raised()
ACPI:
missing MODULE_ALIAS
Patrice Chotard (1):
PM: sleep: Add dev_wakeup_path() helper
Pavankumar Kondeti (1):
PM / EM: Micro optimization in em_cpu_energy
Qinglang Miao (1):
cpufreq: mediatek: add missing platform_driver_unregister() on
error in mtk_cpufreq_driver_init
Rafael J. Wysocki
On Tue, Dec 15, 2020 at 5:17 AM Viresh Kumar wrote:
>
> On 08-12-20, 14:32, Viresh Kumar wrote:
> > On 07-12-20, 17:35, Rafael J. Wysocki wrote:
> > > From: Rafael J. Wysocki
> > >
> > > First off, some cpufreq drivers (eg. intel_pstate) can pass hints
&g
Hi,
This series addresses some enumeration ordering issues by using information
from _DEP to defer the enumeration of devices that are likely to depend on
operation region (OpRegion) handlers supplied by the drivers of other
devices.
This allows the OpRegion suppliers to be probed and start
From: Rafael J. Wysocki
In some cases ACPI control methods used during device enumeration
(such as _HID or _STA) may rely on Operation Region handlers
supplied by the drivers of other devices [1]:
An example of this is the Acer Switch 10E SW3-016 model. The _HID
method of the ACPI node
From: Rafael J. Wysocki
Evaluate _DEP before calling acpi_add_single_object() from
acpi_bus_check_add() and do that only for ACPI_BUS_TYPE_DEVICE
objects.
While at it, rename acpi_device_dep_initialize() to
acpi_scan_check_dep(), fix up a memory allocation statement in
that function
From: Rafael J. Wysocki
If there are no devices whose enumeration has been deferred after
the first pass in acpi_bus_scan(), the second pass is not necssary,
so avoid it with the help of a new static variable.
Signed-off-by: Rafael J. Wysocki
---
drivers/acpi/scan.c | 11 ++-
1 file
Hi,
The timing of this is not perfect (sorry about that), but here's a refresh
of this series.
The majority of the previous cover letter still applies:
On Monday, December 7, 2020 5:25:38 PM CET Rafael J. Wysocki wrote:
>
> This is based on the RFC posted a few days ago:
>
From: Rafael J. Wysocki
Make intel_pstate expose the ->adjust_perf() callback when it
operates in the passive mode with HWP enabled which causes the
schedutil governor to use that callback instead of ->fast_switch().
The minimum and target performance-level values passed by the
go
From: Rafael J. Wysocki
Instead of passing util and max between functions while computing the
utilization and capacity, store the former in struct sg_cpu (along
with the latter and bw_dl).
This will allow the current utilization value to be compared with the
one obtained previously (which
From: Rafael J. Wysocki
First off, some cpufreq drivers (eg. intel_pstate) can pass hints
beyond the current target frequency to the hardware and there are no
provisions for doing that in the cpufreq framework. In particular,
today the driver has to assume that it should not allow the frequency
3c.ca...@redhat.com/
> Fixes: 01bb86b380a3 ("driver core: Add fwnode_init()")
> Reported-by: Qian Cai
> Suggested-by: Robin Murphy
> Tested-by: Marc Zyngier
> Signed-off-by: Saravana Kannan
Acked-by: Rafael J. Wysocki
> ---
> Greg,
>
> Can you
From: Rafael J. Wysocki
In some cases acpi_pci_find_companion() returns an incorrect device
object as the ACPI companion for device 0 on the root bus (bus 0).
On the affected systems that device is the PCI interface to the
host bridge and the "ACPI companion" returned for it c
On Fri, Dec 11, 2020 at 11:41 AM Daniel Lezcano
wrote:
>
>
> Hi Rafael,
>
> I believe I took into account all the comments, do you think it is
> possible to merge this series ?
It should be, unless more changes are requested.
I will be taking care of it next week and, if all goes well, it
On Fri, Dec 11, 2020 at 8:45 AM Chanwoo Choi wrote:
>
> Dear Rafael,
>
> This is devfreq-next pull request for v5.11-rc1. I add detailed description of
> this pull request on the following tag. Please pull devfreq with following
> updates.
> - tag name : devfreq-next-for-5.11
>
> Best Regards,
>
On Thu, Dec 10, 2020 at 6:23 PM Ionela Voinescu wrote:
>
> Hi Rafael,
>
> On Thursday 10 Dec 2020 at 17:55:56 (+0100), Rafael J. Wysocki wrote:
> > On Thursday, December 10, 2020 4:04:40 PM CET Mian Yousaf Kaukab wrote:
> > > On Thu, Dec 10, 2020 at 03:32:09PM +01
On Thu, Dec 10, 2020 at 8:18 AM Ulf Hansson wrote:
>
> On Tue, 8 Dec 2020 at 20:20, Thierry Strudel wrote:
> >
> > debugfs nodes were created in genpd_debug_init alled in late_initcall
> > preventing power domains registered though loadable modules to have
> > a debugfs entry.
> >
> >
On Thu, Dec 10, 2020 at 3:23 PM Mian Yousaf Kaukab
wrote:
>
> From: Mian Yousaf Kaukab
>
> Since commit 28f06f770454 ("cppc_cpufreq: replace per-cpu structures with
> lists"), cppc-cpufreq driver doesn't check availability of PSD data before
> registering with cpufreq core. As a result on a
On Thursday, December 10, 2020 4:04:40 PM CET Mian Yousaf Kaukab wrote:
> On Thu, Dec 10, 2020 at 03:32:09PM +0100, Rafael J. Wysocki wrote:
> > On Thu, Dec 10, 2020 at 3:23 PM Mian Yousaf Kaukab
> > wrote:
> > >
> > > Convert cppc-cpufreq driver to a pl
On Tue, Dec 8, 2020 at 9:34 AM Viresh Kumar wrote:
>
> On 07-12-20, 17:28, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > Instead of passing util and max between functions while computing the
> > utilization and capacity, store the former in struct sg_
On Tue, Dec 8, 2020 at 9:39 PM Greg Kroah-Hartman
wrote:
>
> On Tue, Dec 08, 2020 at 11:19:55AM -0800, Thierry Strudel wrote:
> > debugfs nodes were created in genpd_debug_init alled in late_initcall
> > preventing power domains registered though loadable modules to have
> > a debugfs entry.
> >
On Wed, Dec 9, 2020 at 6:16 AM Viresh Kumar wrote:
>
> On 08-12-20, 18:01, Rafael J. Wysocki wrote:
> > On Tue, Dec 8, 2020 at 9:52 AM Viresh Kumar wrote:
> > >
> > > On 07-12-20, 17:29, Rafael J. Wysocki wrote:
> > > > From: Rafael J. Wysock
On Tue, Dec 08, 2020 at 10:32:34PM +, Matthew Wilcox wrote:
> On Tue, Dec 08, 2020 at 02:23:10PM -0800, Dan Williams wrote:
> > On Tue, Dec 8, 2020 at 1:51 PM Matthew Wilcox wrote:
> > >
> > > On Tue, Dec 08, 2020 at 01:32:55PM -0800, Ira Weiny wrote:
> > > > On Mon, Dec 07, 2020 at
: https://bugzilla.kernel.org/show_bug.cgi?id=209207
> Signed-off-by: Takashi Iwai
Reviewed-by: Rafael J. Wysocki
> ---
> drivers/base/core.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/base/core.c b/drivers/base/core.c
> index d661ada
>
> On Mon, Nov 30, 2020 at 09:48:46AM -0500, Steven Rostedt wrote:
> > On Thu, 26 Nov 2020 13:26:13 -0500
> > Steven Rostedt wrote:
> >
> > > On Thu, 26 Nov 2020 06:52:45 +0100
> > > Greg KH wrote:
> > >
> > > >
On Sat, Nov 28, 2020 at 3:21 AM Pavankumar Kondeti
wrote:
>
> When the sum of the utilization of CPUs in a power domain is zero,
> return the energy as 0 without doing any computations.
>
> Acked-by: Quentin Perret
> Reviewed-by: Dietmar Eggemann
> Signed-off-by: Pavankumar Kondeti
> ---
>
On Tue, Dec 8, 2020 at 5:31 PM Giovanni Gherdovich wrote:
>
> On Mon, 2020-12-07 at 17:25 +0100, Rafael J. Wysocki wrote:
> > Hi,
> >
> > This is based on the RFC posted a few days ago:
> >
> > https://lore.kernel.org/linux-pm/1817571.2o5Kk4Ohv2@kreacher/
701 - 800 of 41269 matches
Mail list logo
