On 13/10/2020 19:18, Kleber Sacilotto de Souza wrote:
> From: Thadeu Lima de Souza Cascardo
>
> When dccps_hc_tx_ccid is freed, ccid timers may still trigger. The reason
> del_timer_sync can't be used is because this relies on keeping a reference
> to struct sock. But as we keep a pointer to
On 10/9/20 12:42 PM, ira.we...@intel.com wrote:
> #ifdef CONFIG_X86_32
> /*
>* We can fault-in kernel-space virtual memory on-demand. The
> diff --git a/include/linux/pkeys.h b/include/linux/pkeys.h
> index cc3510cde64e..f9552bd9341f 100644
> --- a/include/linux/pkeys.h
> +++
On 13/10/2020 19:18, Kleber Sacilotto de Souza wrote:
> rom: Thadeu Lima de Souza Cascardo
>
> This reverts commit 2677d20677314101293e6da0094ede7b5526d2b1.
>
> This fixes an issue that after disconnect, dccps_hc_tx_ccid will still be
> kept, allowing the socket to be reused as a listener
releasing lock.
I am wondering if virtiofsd still alive and responding to requests? I
see another task which is blocked on getdents() for more than 120s.
[10580.142571][ T348] INFO: task trinity-c36:254165 blocked for more than 123
+seconds.
[10580.143924][ T348] Tainted: G O
On Mon, Oct 12, 2020 at 12:04:10PM -0500, David Lechner wrote:
> On 10/8/20 7:28 AM, William Breathitt Gray wrote:
> > On Thu, Oct 08, 2020 at 10:09:09AM +0200, Pavel Machek wrote:
> >> Hi!
> >>
> >>> +int main(void)
> >>> +{
> >>> +struct pollfd pfd = { .events =
> @@ -548,6 +549,11 @@ show_fault_oops(struct pt_regs *regs, unsigned long
> error_code, unsigned long ad
>(error_code & X86_PF_PK)? "protection keys violation" :
> "permissions violation");
>
> +#ifdef
On 10/8/2020 7:34 PM, Mel Gorman wrote:
On Thu, Oct 08, 2020 at 07:15:46PM +0200, Rafael J. Wysocki wrote:
Force enabling C6
./5.9.0-rc8-enable-c6/iter-0/sys/devices/system/cpu/cpu0/cpuidle/state0/disable:0
./5.9.0-rc8-enable-c6/iter-0/sys/devices/system/cpu/cpu0/cpuidle/state1/disable:0
On 10/9/20 12:42 PM, ira.we...@intel.com wrote:
> @@ -341,6 +341,9 @@ noinstr void irqentry_enter(struct pt_regs *regs,
> irqentry_state_t *state)
> /* Use the combo lockdep/tracing function */
> trace_hardirqs_off();
> instrumentation_end();
> +
> +done:
> +
On 10/13/20 11:09 AM, Luka Kovacic wrote:
> Hello Guenter,
>
> On Sun, Oct 11, 2020 at 11:26 PM Guenter Roeck wrote:
>>
>> On Wed, Oct 07, 2020 at 02:48:58AM +0200, Luka Kovacic wrote:
>>> Add the iEi WT61P803 PUZZLE HWMON driver, that handles the fan speed
>>> control via PWM, reading fan speed
Thanks Mauro.
On Tue, 2020-10-13 at 13:54 +0200, Mauro Carvalho Chehab wrote:
> Changeset df78a0c0b67d ("nl80211: S1G band and channel definitions")
> added a new parameter, but didn't add the corresponding kernel-doc
> markup, as repoted when doing "make htmldocs":
>
>
On Fri, Oct 9, 2020 at 12:52 PM wrote:
>
> From: Ira Weiny
>
> The kmap() calls in this FS are localized to a single thread. To avoid
> the over head of global PKRS updates use the new kmap_thread() call.
>
> Cc: Nicolas Pitre
> Signed-off-by: Ira Weiny
> ---
> fs/cramfs/inode.c | 10
> +static inline void pks_update_protection(int pkey, unsigned long protection)
> +{
> + current->thread.saved_pkrs = update_pkey_val(current->thread.saved_pkrs,
> + pkey, protection);
> + preempt_disable();
> +
On Fri, 9 Oct 2020, ira.we...@intel.com wrote:
> From: Ira Weiny
>
> The kmap() calls in this FS are localized to a single thread. To avoid
> the over head of global PKRS updates use the new kmap_thread() call.
>
> Cc: Nicolas Pitre
> Signed-off-by: Ira Weiny
Acked-by: Nicolas Pitre
>
On Tue, Oct 13, 2020 at 01:11:05PM -0400, Qian Cai wrote:
> Running some fuzzing on virtiofs with an unprivileged user on today's
> linux-next
> could trigger soft-lockups below.
>
> # virtiofsd --socket-path=/tmp/vhostqemu -o source=$TESTDIR -o cache=always
> -o no_posix_lock
>
> Basically,
On 2020-10-09 09:19, Manivannan Sadhasivam wrote:
On Fri, Sep 18, 2020 at 07:02:31PM -0700, Bhaumik Bhatt wrote:
If MHI were to attempt a device shutdown following an assumption
MHI host? And is this really an assumption or it is definite that the
link is inaccessible. Please clarify!
Will
Since commit 269a535ca931 ("modpost: generate vmlinux.symvers and
reuse it for the second modpost"), with CONFIG_MODULES disabled,
"make deb-pkg" (or "make bindeb-pkg") fails with:
find: ‘Module.symvers’: No such file or directory
If CONFIG_MODULES is disabled, it doesn't really make sense to
Hard-code the names of linux-headers and debug packages in the
control file.
The kernel package is different for ARCH=um. Change the code
for better readability.
Signed-off-by: Masahiro Yamada
---
scripts/package/mkdebian | 18 +-
1 file changed, 9 insertions(+), 9
On 10/13/20 11:18 AM, Alex Qiu wrote:
> (Intercepting the email thread...)
>
> Hi Grant,
>
> Looks like you made a typo in your patch:
>
>> + case raa_dmpvr2_2rail_nontc:
>> + info->func[0] &= ~PMBUS_HAVE_TEMP;
>> + info->func[1] &= ~PMBUS_HAVE_TEMP;
>> + fallthrough;
>
> Did you mean "/*
In the case where the PLL configuration is lost, then the pm runtime
resume will reconfigure before usage.
Fixes: edab812d802d ("clk: qcom: lpass: Add support for LPASS clock controller
for SC7180")
Signed-off-by: Taniya Das
---
drivers/clk/qcom/lpasscorecc-sc7180.c | 22 ++
In the case where the LPASSCC PLL loses the PLL configuration it would fail
to lock. Thus allow reconfigure the PLL from pm_resume.
Taniya Das (1):
clk: qcom: lpasscc: Re-configure the PLL in case lost
drivers/clk/qcom/lpasscorecc-sc7180.c | 22 ++
1 file changed, 22
Le lundi 28 septembre 2020 à 17:14 -0300, Ezequiel Garcia a écrit :
> In preparation for making the interface public,
> document all the structures. Special care is taken to
> annotate those fields that depart from the H264 syntax.
>
> This commit only adds documentation and doesn't affect
>
On 10/9/20 12:42 PM, ira.we...@intel.com wrote:
> From: Ira Weiny
>
> The PKRS MSR is defined as a per-logical-processor register. This
> isolates memory access by logical CPU. Unfortunately, the MSR is not
> managed by XSAVE. Therefore, tasks must save/restore the MSR value on
> context
The pull request you sent on Mon, 12 Oct 2020 14:09:08 +0100:
> https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
> tags/regulator-v5.10
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/1724e02e024adf5a17da12fad6819e30d304da7d
Thank you!
--
The pull request you sent on Mon, 12 Oct 2020 13:41:39 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
> tags/media/v5.10-1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/fd5c32d80884268a381ed0e67cccef0b3d37750b
Thank you!
--
The pull request you sent on Mon, 12 Oct 2020 12:01:27 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/ulfh/mmc.git tags/mmc-v5.10
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/647412daeb454b6dad12a6c6961ab90aac9e5d29
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Mon, 12 Oct 2020 14:09:27 +0100:
> https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git tags/spi-v5.10
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/a996b9c61729cd1507e48303c214dc317df890e2
Thank you!
--
Deet-doot-dot, I am
The pull request you sent on Tue, 13 Oct 2020 11:49:35 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio.git
> tags/gpio-v5.10-1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/0486beaf88d2460e9dbcbba281dab683a838f0c6
Thank you!
--
The pull request you sent on Mon, 12 Oct 2020 07:28:32 -0700:
> git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git
> hwmon-for-v5.10
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/c4439713e82a0d746e533ae5ddd7dfa832e2a486
Thank you!
--
The pull request you sent on Mon, 12 Oct 2020 14:08:49 +0100:
> https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
> tags/regmap-v5.10
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/57218d7f2e87069f73c7a841b6ed6c1cc7acf616
Thank you!
--
On 10/9/20 12:42 PM, ira.we...@intel.com wrote:
> +/*
> + * PKS is independent of PKU and either or both may be supported on a CPU.
> + * Configure PKS if the cpu supports the feature.
> + */
Let's at least be consistent about CPU vs. cpu in a single comment. :)
> +static void setup_pks(void)
>
Jason pointed me to the patch
https://github.com/torvalds/linux/commit/294f69e662d1570703e9b56e95be37a9fd3afba5.
Nvm...
- Alex Qiu
On Tue, Oct 13, 2020 at 11:18 AM Alex Qiu wrote:
>
> (Intercepting the email thread...)
>
> Hi Grant,
>
> Looks like you made a typo in your patch:
>
> > + case
Hi Thomas,
Thank you for the patch.
On Tue, Oct 13, 2020 at 04:26:18PM +0200, Thomas Gleixner wrote:
> in_interrupt() covers hard and soft interrupt servicing and bottom half
> disabled contexts, which is semantically ill defined.
>
> The comment for __ccdc_lsc_configure() "Context:
Add support for HDMI on MT8167. HDMI on MT8167 is similar to
MT8173/MT2701 execpt for the two registers: SYS_CFG1C and SYS_CFG20
Signed-off-by: Fabien Parent
---
Changelog:
v2: fix name of pdata structure
drivers/gpu/drm/mediatek/mtk_hdmi.c | 7 +++
On MT8167, the two registers SYS_CFG1C and SYS_CFG20 don't have the
same address as on MT8173. Add OF data in order to store the address
of these two registers.
Signed-off-by: Fabien Parent
---
Changelog:
v2: no changes
drivers/gpu/drm/mediatek/mtk_hdmi.c | 45 ++---
1
(Intercepting the email thread...)
Hi Grant,
Looks like you made a typo in your patch:
> + case raa_dmpvr2_2rail_nontc:
> + info->func[0] &= ~PMBUS_HAVE_TEMP;
> + info->func[1] &= ~PMBUS_HAVE_TEMP;
> + fallthrough;
Did you mean "/* fallthrough */" instead of "fallthrough;"?
- Alex Qiu
Hi!
> This is the start of the stable review cycle for the 4.19.151 release.
> There are 49 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses should be made by Wed, 14 Oct 2020 13:26:14
On Mon 2020-10-12 15:26:30, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.239 release.
> There are 39 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
On Tue, Oct 13, 2020 at 7:28 PM Fabien Parent wrote:
>
> Add support for HDMI on MT8167. HDMI on MT8167 is similar to
> MT8173/MT2701 execpt for the two registers: SYS_CFG1C and SYS_CFG20
>
> Signed-off-by: Fabien Parent
> ---
> drivers/gpu/drm/mediatek/mtk_hdmi.c | 7 +++
>
Hello Guenter,
On Sun, Oct 11, 2020 at 11:26 PM Guenter Roeck wrote:
>
> On Wed, Oct 07, 2020 at 02:48:58AM +0200, Luka Kovacic wrote:
> > Add the iEi WT61P803 PUZZLE HWMON driver, that handles the fan speed
> > control via PWM, reading fan speed and reading on-board temperature
> > sensors.
> >
On Tue, Oct 13, 2020 at 6:59 AM Georgi Djakov wrote:
>
> Currently if we use sync_state, by default the bandwidth is maxed out,
> but in order to set this in hardware, the BCMs (Bus Clock Managers) need
> to be initialized first. Move the BCM initialization before creating the
> nodes to fix
On Tue, Oct 13, 2020 at 6:59 AM Georgi Djakov wrote:
>
> Currently if we use sync_state, by default the bandwidth is maxed out,
> but in order to set this in hardware, the BCMs (Bus Clock Managers) need
> to be initialized first. Move the BCM initialization before creating the
> nodes to fix
On Tue, Oct 13, 2020 at 6:59 AM Georgi Djakov wrote:
>
> When setting the initial bandwidth, make sure to call the aggregate()
> function (if such is implemented for the current provider), to handle
> cases when data needs to be aggregated first.
>
> Fixes: b1d681d8d324 ("interconnect: Add sync
Sebastian
On 10/9/20 7:12 AM, Dan Murphy wrote:
Fix the issue when 'i' is equal to array size then array index over
runs the array when checking for the watch dog value.
This also fixes the uninitialized wd_reg_val if the for..loop was not
successful in finding an appropriate match.
Might
Sebastian
On 10/9/20 9:41 AM, Dan Murphy wrote:
Add the bindings for the bq25790.
Also any updates on this series?
Dan
On Tue, Oct 13, 2020 at 11:31 PM Masahiro Yamada wrote:
>
> On Thu, Oct 1, 2020 at 4:57 PM Lukas Bulwahn wrote:
> >
> > During an investigation to fix up the execute bits of scripts in the kernel
> > repository, Andrew Morton and Kees Cook pointed out that the execute bit
> > should not matter,
Zhen
On 10/13/20 11:08 AM, Zhen Lei wrote:
There are so many properties have not been described in this yaml file,
and a lot of errors will be reported. Especially, some yaml files such as
google,cros-ec-typec.yaml, extcon-usbc-cros-ec.yaml can not pass the
self-check, because of the examples.
config: mips-randconfig-s032-20201013 (attached as .config)
compiler: mips64el-linux-gcc (GCC) 9.3.0
reproduce:
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
chmod +x ~/bin/make.cross
# apt-get install sparse
# sparse
Update the leds/common.yaml to indicate that the max color ID is 9.
Reflect the same change in the leds-class-multicolor.yaml
Reported-by: Zhen Lei
Signed-off-by: Dan Murphy
---
Documentation/devicetree/bindings/leds/common.yaml | 2 +-
On 10/9/20 12:42 PM, ira.we...@intel.com wrote:
> +/*
> + * Update the pk_reg value and return it.
How about:
Replace disable bits for @pkey with values from @flags.
> + * Kernel users use the same flags as user space:
> + * PKEY_DISABLE_ACCESS
> + * PKEY_DISABLE_WRITE
> + */
>
On 10/9/20 12:42 PM, ira.we...@intel.com wrote:
> Protection Keys User (PKU) and Protection Keys Supervisor (PKS) work
> in similar fashions and can share common defines.
Could we be a bit less abstract? PKS and PKU each have:
1. A single control register
2. The same number of keys
3. The same
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: 5f1ec1fd32252af5130dac23b5542e8e66fe0bcb
Gitweb:
https://git.kernel.org/tip/5f1ec1fd32252af5130dac23b5542e8e66fe0bcb
Author:Thomas Gleixner
AuthorDate:Mon, 12 Oct 2020 15:11:47 +02:00
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: 081dd68c89061077930ec7776d98837cb64b0405
Gitweb:
https://git.kernel.org/tip/081dd68c89061077930ec7776d98837cb64b0405
Author:Mike Travis
AuthorDate:Tue, 13 Oct 2020 10:47:31 -05:00
On Tue, Oct 13, 2020 at 07:23:34PM +0530, Akhil P Oommen wrote:
> On 10/12/2020 11:10 PM, m...@chromium.org wrote:
> > On Mon, Oct 12, 2020 at 07:03:51PM +0530, Akhil P Oommen wrote:
> > > On 10/10/2020 12:06 AM, m...@chromium.org wrote:
> > > > Hi Akhil,
> > > >
> > > > On Thu, Oct 08, 2020 at
Hi Linus,
here's the clang build warning fix from yesterday which is finally
ready. I've added a second one from the tip's urgent queue which could
go in now too.
Please pull,
thx.
---
The following changes since commit 8b6591fd0ac8b7e8b2873703bc24b71a6f3d2d3e:
Merge tag
Hi Linus,
Please pull from the tag
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
pnp-5.10-rc1
with top-most commit 2ef0342530b0f487a65b5f6c94c85dce5f9b53b5
PNP: remove the now unused pnp_find_card() function
on top of commit ba4f184e126b751d1bffad5897f263108befc780
Hi Uwe,
Part 1 of 2 missing here.
Submit all patches to all maintainers and mail lists.
Don't forget robh+dt !
./scripts/get_maintainer.pl --noroles --norolestats --nogit-fallback
--nogit
git send-email --suppress-cc all --annotate --to <..> --cc <..>
On 10/13/20 6:13 PM, Uwe
Hi Linus,
Please pull from the tag
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
acpi-5.10-rc1
with top-most commit 8be2362d10e8b0ea9844706d8c388480d37226d2
Merge branches 'acpi-extlog', 'acpi-memhotplug', 'acpi-button',
'acpi-tools' and 'acpi-pci'
on top of commit
Zhen
On 10/13/20 11:08 AM, Zhen Lei wrote:
The property name used in arch/arm/boot/dts/mmp2-olpc-xo-1-75.dts is
cmd-gpio.
arch/arm/boot/dts/mmp2-olpc-xo-1-75.dts:235:
cmd-gpio = < 155 GPIO_ACTIVE_HIGH>;
Signed-off-by: Zhen Lei
---
Documentation/devicetree/bindings/misc/olpc,xo1.75-ec.yaml
Hi Linus,
Please pull from the tag
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
pm-5.10-rc1
with top-most commit 16641d81f9ff5f902d084754c84b2bde3a60bc6e
Merge branches 'pm-avs' and 'powercap'
on top of commit 549738f15da0e5a00275977623be199fbbf7df50
Linux 5.9-rc8
Add support for HDMI on MT8167. HDMI on MT8167 is similar to
MT8173/MT2701 execpt for the two registers: SYS_CFG1C and SYS_CFG20
Signed-off-by: Fabien Parent
---
drivers/gpu/drm/mediatek/mtk_hdmi.c | 7 +++
drivers/gpu/drm/mediatek/mtk_hdmi_regs.h | 2 ++
2 files changed, 9
On MT8167, the two registers SYS_CFG1C and SYS_CFG20 don't have the
same address as on MT8173. Add OF data in order to store the address
of these two registers.
Signed-off-by: Fabien Parent
---
drivers/gpu/drm/mediatek/mtk_hdmi.c | 45 ++---
1 file changed, 34
On 10/12/20 11:10 AM, Andrey Konovalov wrote:
From: Nazime Hande Harputluoglu
Add kcov_remote_start()/kcov_remote_stop() annotations to the
vhci_rx_loop() function, which is responsible for parsing USB/IP packets
coming into USB/IP client.
Since vhci_rx_loop() threads are spawned per vhci_hcd
On Tue, Oct 13, 2020 at 01:53:50PM +0200, Mauro Carvalho Chehab wrote:
> The :c:type: tag has problems with Sphinx 3.x, as structs
> there should be declared with c:struct.
>
> So, remove them, relying at automarkup.py extension to
> convert them into cross-references.
>
> Signed-off-by: Mauro
On Mon, 12 Oct 2020 22:52:17 +0200, Fabien Parent wrote:
> Add documentation for the auxadc binding for MT8516 SoC.
>
> Signed-off-by: Fabien Parent
> ---
> Documentation/devicetree/bindings/iio/adc/mt6577_auxadc.txt | 1 +
> 1 file changed, 1 insertion(+)
>
Acked-by: Rob Herring
f2fs_io erase [block_device_path]
Signed-off-by: Ocean Chen
---
tools/f2fs_io/f2fs_io.c | 53 -
1 file changed, 52 insertions(+), 1 deletion(-)
diff --git a/tools/f2fs_io/f2fs_io.c b/tools/f2fs_io/f2fs_io.c
index 1ca82f1..cef32b1 100644
---
On Tue, 13 Oct 2020 10:45:22 +0530, Kathiravan T wrote:
> Add the binding for the QPIC NAND used on IPQ6018 SoC.
>
> Signed-off-by: Kathiravan T
> ---
> Documentation/devicetree/bindings/mtd/qcom_nandc.txt | 2 ++
> 1 file changed, 2 insertions(+)
>
Acked-by: Rob Herring
Let's simplify the cmp_vcd() function and replace the conditionals
with just a single statement, which also improves readability.
Signed-off-by: Georgi Djakov
---
drivers/interconnect/qcom/bcm-voter.c | 15 ---
1 file changed, 4 insertions(+), 11 deletions(-)
diff --git
From: Thadeu Lima de Souza Cascardo
This reverts commit 2677d20677314101293e6da0094ede7b5526d2b1.
This fixes an issue that after disconnect, dccps_hc_tx_ccid will still be
kept, allowing the socket to be reused as a listener socket, and the cloned
socket will free its dccps_hc_tx_ccid, leading
From: Thadeu Lima de Souza Cascardo
When dccps_hc_tx_ccid is freed, ccid timers may still trigger. The reason
del_timer_sync can't be used is because this relies on keeping a reference
to struct sock. But as we keep a pointer to dccps_hc_tx_ccid and free that
during disconnect, the timer should
This patchset addresses the following CVE:
CVE-2020-16119 - DCCP CCID structure use-after-free
Hadar Manor reported that by reusing a socket with an attached
dccps_hc_tx_ccid as a listener, it will be used after being released,
leading to DoS and potentially code execution.
The first patch
On Mon 2020-10-05 19:41:15, Joe Perches wrote:
> This doesn't seem like a great idea to me.
>
> For my system I've got:
>
> /sys/devices/platform/Fixed MDIO bus.0/
> /sys/bus/platform/drivers/int3401 thermal/
> /sys/bus/platform/drivers/int3403 thermal/
> /sys/bus/platform/drivers/int3400
On Mon, Oct 12, 2020 at 09:20:12PM +0530, Manivannan Sadhasivam wrote:
> Convert Qualcomm cpufreq devicetree binding to YAML.
>
> Signed-off-by: Manivannan Sadhasivam
> ---
>
> Changes in v2:
>
> * Removed qcom,freq-domain property which doesn't belong to this binding
It needs to be defined
On Mon, 12 Oct 2020 09:47:53 -0500, Michael Auchter wrote:
> Add a device tree binding for the TI TUSB320.
>
> Signed-off-by: Michael Auchter
> ---
> Changes since v1:
> - use tusb320 instead of extcon in the unit name
>
> .../bindings/extcon/extcon-usbc-tusb320.yaml | 41 +++
On 10/13/20 11:13 AM, Shuah Khan wrote:
Hi Rafael,
Please pull the following cpupower update for Linux 5.10-rc1 or for
a later rc.
This cpupower update for Linux 5.10-rc1 consists of minor fixes for
spelling and speeding up generating git version string which will
in turn speedup compiles.
On Thu, Oct 08, 2020 at 09:54:44PM +0200, Frederic Weisbecker wrote:
> On Thu, Oct 08, 2020 at 02:54:09PM -0300, Marcelo Tosatti wrote:
> > On Thu, Oct 08, 2020 at 02:22:56PM +0200, Peter Zijlstra wrote:
> > > On Wed, Oct 07, 2020 at 03:01:52PM -0300, Marcelo Tosatti wrote:
> > > > When adding a
Hi Rafael,
Please pull the following cpupower update for Linux 5.10-rc1 or for
a later rc.
This cpupower update for Linux 5.10-rc1 consists of minor fixes for
spelling and speeding up generating git version string which will
in turn speedup compiles.
diff is attached.
thanks,
-- Shuah
Add support for the camera clock controller found on SC7180 based devices.
This would allow camera drivers to probe and control their clocks.
Signed-off-by: Taniya Das
---
drivers/clk/qcom/Kconfig|9 +
drivers/clk/qcom/Makefile |1 +
drivers/clk/qcom/camcc-sc7180.c | 1737
Add programming sequence support for managing the Agera PLLs.
Signed-off-by: Taniya Das
---
drivers/clk/qcom/clk-alpha-pll.c | 80
drivers/clk/qcom/clk-alpha-pll.h | 4 ++
2 files changed, 84 insertions(+)
diff --git a/drivers/clk/qcom/clk-alpha-pll.c
The Camera Subsystem clock provider have a bunch of generic properties
that are needed in a device tree. Add a YAML schemas for those.
Add clock ids for camera clocks which are required to bring the camera
subsystem out of reset.
Signed-off-by: Taniya Das
---
[v2]
* Update PLL set rate function : clk_alpha_pll_agera_set_rate
* Remove mb()
[v1]
* Add support for Agera PLL which is used in the camera clock controller.
* Add driver support for camera clock controller for SC7180 and also
update device tree bindings for the various clocks supported
/0x40
[10813.350026] entry_SYSCALL_64_after_hwframe+0x44/0xa9
== soft-lockups ==
[10579.953730][ T348] Tainted: G O 5.9.0-next-20201013+ #2
[10579.955016][ T348] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
disables this message.
[10579.956467][ T348]
Thanks for the review Stephen.
On 9/15/2020 5:43 AM, Stephen Boyd wrote:
Quoting Taniya Das (2020-09-08 10:07:26)
diff --git a/drivers/clk/qcom/clk-alpha-pll.c b/drivers/clk/qcom/clk-alpha-pll.c
index 26139ef..fb27fcf 100644
--- a/drivers/clk/qcom/clk-alpha-pll.c
+++
Hi!
> > --- a/Documentation/devicetree/bindings/leds/leds-lp55xx.yaml
> > +++ b/Documentation/devicetree/bindings/leds/leds-lp55xx.yaml
> > @@ -197,7 +197,7 @@ examples:
> > #address-cells = <1>;
> > #size-cells = <0>;
> > reg = <0x2>;
> > -
Hello,
syzbot found the following issue on:
HEAD commit:583090b1 Merge tag 'block5.9-2020-10-08' of git://git.kern..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1453138450
kernel config: https://syzkaller.appspot.com/x/.config?x=de7f697da23057c7
On Tue, 13 Oct 2020 17:31:51 +0530 Reji Thomas wrote:
> Currently End.X action doesn't consider the outgoing interface
> while looking up the nexthop.This breaks packet path functionality
> specifically while using link local address as the End.X nexthop.
> The patch fixes this by enforcing End.X
On Mon, 12 Oct 2020 20:45:45 +0800, Wenbin Mei wrote:
> MT8192 mmc host ip is compatible with MT8183.
> Add support for this.
>
> Signed-off-by: Wenbin Mei
> ---
> Documentation/devicetree/bindings/mmc/mtk-sd.yaml | 15 +--
> 1 file changed, 13 insertions(+), 2 deletions(-)
>
On Mon, 2020-10-12 at 17:58 -0500, Bjorn Helgaas wrote:
> On Fri, Oct 09, 2020 at 11:51:39PM +, Kelley, Sean V wrote:
> > On Fri, 2020-10-09 at 15:07 -0700, Sean V Kelley wrote:
> > So I tested the following out, including your moving flr to aer.c:
> >
> > - Renamed flr_on_rciep() to
On Mon, Oct 12, 2020 at 08:45:44PM +0800, Wenbin Mei wrote:
> Convert the mtk-sd binding to DT schema format using json-schema.
>
> Signed-off-by: Wenbin Mei
> ---
> .../devicetree/bindings/mmc/mtk-sd.txt| 75
> .../devicetree/bindings/mmc/mtk-sd.yaml | 163
From: Colin Ian King
An incorrect sizeof is being used, sizeof(*fields) is not correct,
it should be sizeof(**fields). This is not causing a problem since
the size of these is the same. Fix this.
Also replace kmalloc_array and memcpy with a kmemdup.
Addresses-Coverity: ("Sizeof not portable
On Tue, Oct 13, 2020 at 15:32:46 +0200, Qais Yousef
wrote...
> On 10/13/20 13:46, Patrick Bellasi wrote:
>> > So IMO you just need a single SCHED_FLAG_UTIL_CLAMP_RESET that if set in
>> > the
>> > attr, you just execute that loop in __setscheduler_uclamp() + reset
>> > uc_se->user_defined.
On Tue, 13 Oct 2020 18:59:28 +0300 Aleksandr Nogikh wrote:
> On Mon, 12 Oct 2020 at 09:04, Dmitry Vyukov wrote:
> >
> > On Sat, Oct 10, 2020 at 5:14 PM Jakub Kicinski wrote:
> > >
> > > On Sat, 10 Oct 2020 09:54:57 +0200 Dmitry Vyukov wrote:
> > > > On Sat, Oct 10, 2020 at 1:16 AM Jakub
Hi Uwe,
On Tue, 2020-10-13 at 14:17 +0200, Uwe Kleine-König wrote:
> Hello Nicolas,
>
> On Tue, Oct 13, 2020 at 01:20:00PM +0200, Nicolas Saenz Julienne wrote:
> > On Mon, 2020-10-12 at 09:06 +0200, Uwe Kleine-König wrote:
> > > > + depends on RASPBERRYPI_FIRMWARE || (COMPILE_TEST &&
> >
On Mon, Oct 12, 2020 at 12:46:26PM +0200, Jerome Pouiller wrote:
> From: Jérôme Pouiller
>
> Signed-off-by: Jérôme Pouiller
> ---
> .../bindings/net/wireless/silabs,wfx.yaml | 125 ++
> 1 file changed, 125 insertions(+)
> create mode 100644
>
On Tue, Oct 13, 2020 at 02:14:28PM +0200, Mauro Carvalho Chehab wrote:
> The reference was missing the extension, causing the
> check script to complain.
>
> Signed-off-by: Mauro Carvalho Chehab
Acked-by: Guenter Roeck
> ---
> Documentation/hwmon/adm1266.rst | 2 +-
> 1 file changed, 1
On Tue, Oct 13, 2020 at 02:14:44PM +0200, Mauro Carvalho Chehab wrote:
> .../Documentation/hwmon/mp2975.rst:25: WARNING: Unexpected indentation.
> .../Documentation/hwmon/mp2975.rst:27: WARNING: Block quote ends without
> a blank line; unexpected unindent.
>
On 2020-10-12 08:31, Bjorn Andersson wrote:
On Mon 21 Sep 23:08 CEST 2020, Will Deacon wrote:
On Sat, Sep 12, 2020 at 10:25:59PM -0500, Bjorn Andersson wrote:
On Fri 11 Sep 12:13 CDT 2020, Robin Murphy wrote:
On 2020-09-04 16:55, Bjorn Andersson wrote:
Add a new operation to allow platform
On 2020-10-13 04:54, Mauro Carvalho Chehab wrote:
Changeset df78a0c0b67d ("nl80211: S1G band and channel definitions")
added a new parameter, but didn't add the corresponding kernel-doc
markup, as repoted when doing "make htmldocs":
./include/net/cfg80211.h:471: warning: Function
On 10/9/20 9:54 PM, Kees Cook wrote:
It turns out that SLUB redzoning ("slub_debug=Z") checks from
s->object_size rather than from s->inuse (which is normally bumped to
make room for the freelist pointer), so a cache created with an object
size less than 24 would have their freelist pointer
On 13.10.20 16:13, Geert Uytterhoeven wrote:
The help text for the CAN_ISOTP config symbol uses the acronym "PDU".
However, this acronym is not explained here, nor in
Documentation/networking/can.rst.
Expand the acronym to make it easier for users to decide if they need to
enable the
On Mon, Oct 12, 2020 at 03:30:04PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.8.15 release.
> There are 124 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me
301 - 400 of 1032 matches
Mail list logo