Commit dd03dd60 authored by Takashi Iwai's avatar Takashi Iwai
Browse files

Merge tag 'asoc-v6.20' of... 

Merge tag 'asoc-v6.20' of https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound into for-linus

ASoC: Updates for v7.0

This release is almost all abut driers, there's very little core work
here, although some of that driver work is in more generic areas like
SDCA and SOF:

 - Generic SDCA support for reporting jack events.
 - Continuing platform support, cleanup and feature improements for the
   AMD, Intel, Qualcomm and SOF code.
 - Platform description improvements for the Cirrus drivers.
 - Support for NXP i.MX952, Realtek RT1320 and RT5575, and Sophogo
   CV1800B.

We also pulled in one small SPI API update and some more substantial
regmap work (cache description improvements) for use in drivers.
parents fe7cd89f f8f77491

.mailmap

+4 −0
Original line number Diff line number Diff line
@@ -12,6 +12,7 @@ 
#

Aaron Durbin <adurbin@google.com>

Abel Vesa <abelvesa@kernel.org> <abel.vesa@nxp.com>

Abel Vesa <abelvesa@kernel.org> <abel.vesa@linaro.org>

Abel Vesa <abelvesa@kernel.org> <abelvesa@gmail.com>

Abhijeet Dharmapurikar <quic_adharmap@quicinc.com> <adharmap@codeaurora.org>

Abhinav Kumar <quic_abhinavk@quicinc.com> <abhinavk@codeaurora.org>
@@ -850,6 +851,7 @@ Valentin Schneider <vschneid@redhat.com> <valentin.schneider@arm.com> 
Veera Sundaram Sankaran <quic_veeras@quicinc.com> <veeras@codeaurora.org>

Veerabhadrarao Badiganti <quic_vbadigan@quicinc.com> <vbadigan@codeaurora.org>

Venkateswara Naralasetty <quic_vnaralas@quicinc.com> <vnaralas@codeaurora.org>

Viacheslav Bocharov <v@baodeep.com> <adeep@lexina.in>

Vikash Garodia <vikash.garodia@oss.qualcomm.com> <vgarodia@codeaurora.org>

Vikash Garodia <vikash.garodia@oss.qualcomm.com> <quic_vgarodia@quicinc.com>

Vincent Mailhol <mailhol@kernel.org> <mailhol.vincent@wanadoo.fr>
@@ -878,6 +880,8 @@ Wolfram Sang <wsa@kernel.org> <wsa@the-dreams.de> 
Yakir Yang <kuankuan.y@gmail.com> <ykk@rock-chips.com>

Yanteng Si <si.yanteng@linux.dev> <siyanteng@loongson.cn>

Ying Huang <huang.ying.caritas@gmail.com> <ying.huang@intel.com>

Yixun Lan <dlan@kernel.org> <dlan@gentoo.org>

Yixun Lan <dlan@kernel.org> <yixun.lan@amlogic.com>

Yosry Ahmed <yosry.ahmed@linux.dev> <yosryahmed@google.com>

Yu-Chun Lin <eleanor.lin@realtek.com> <eleanor15x@gmail.com>

Yusuke Goda <goda.yusuke@renesas.com>

CREDITS

+4 −0
Original line number Diff line number Diff line
@@ -2231,6 +2231,10 @@ S: Markham, Ontario 
S: L3R 8B2

S: Canada



N: Krzysztof Kozlowski

E: krzk@kernel.org

D: NFC network subsystem and drivers maintainer



N: Christian Krafft

D: PowerPC Cell support

Documentation/admin-guide/laptops/alienware-wmi.rst

+1 −1
Original line number Diff line number Diff line
@@ -105,7 +105,7 @@ information. 


Manual fan control on the other hand, is not exposed directly by the AWCC

interface. Instead it let's us control a fan `boost` value. This `boost` value

has the following aproximate behavior over the fan pwm:

has the following approximate behavior over the fan pwm:



::

Documentation/admin-guide/sysctl/vm.rst

+6 −0
Original line number Diff line number Diff line
@@ -231,6 +231,8 @@ eventually gets pushed out to disk. This tunable is used to define when dirty 
inode is old enough to be eligible for writeback by the kernel flusher threads.

And, it is also used as the interval to wakeup dirtytime_writeback thread.



Setting this to zero disables periodic dirtytime writeback.





dirty_writeback_centisecs

=========================
@@ -494,6 +496,10 @@ memory allocations. 


The default value depends on CONFIG_MEM_ALLOC_PROFILING_ENABLED_BY_DEFAULT.



When CONFIG_MEM_ALLOC_PROFILING_DEBUG=y, this control is read-only to avoid

warnings produced by allocations made while profiling is disabled and freed

when it's enabled.





memory_failure_early_kill

=========================

Documentation/arch/riscv/uabi.rst

+3 −1
Original line number Diff line number Diff line
@@ -7,7 +7,9 @@ ISA string ordering in /proc/cpuinfo 
------------------------------------



The canonical order of ISA extension names in the ISA string is defined in

chapter 27 of the unprivileged specification.

Chapter 27 of the RISC-V Instruction Set Manual Volume I Unprivileged ISA

(Document Version 20191213).



The specification uses vague wording, such as should, when it comes to ordering,

so for our purposes the following rules apply: