There is an allocation for priv->rx_urb[16] has no null check,
which may lead to a null pointer dereference.
Signed-off-by: Dinghao Liu
---
drivers/staging/rtl8192u/r8192U_core.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/staging/rtl8192u/r8192U_core.c
When cross-compiling with Clang, the `$(CLANG_FLAGS)' variable
contains additional flags needed to build C and assembly sources
for the target platform. Normally this variable is automatically
included in `$(KBUILD_CFLAGS)' by via the top-level Makefile.
The x86 real-mode makefile builds
On Mon, 2020-12-21 at 08:59 +0800, Nicolas Boichat wrote:
> On Mon, Nov 16, 2020 at 8:27 PM Crystal Guo wrote:
> >
> > Hi Maintainers,
> >
> > Gentle pin for this patch.
> >
> > Thanks
> >
> > On Wed, 2020-10-14 at 21:19 +0800, Crystal Guo wrote:
> > > update mtk-wdt document for MT8192 platform
On Thu, 2020-12-03 at 15:41 +0800, Philipp Zabel wrote:
> Hi,
>
> On Wed, 2020-09-30 at 10:21 +0800, Crystal Guo wrote:
> > Add a YAML documentation for Mediatek, which uses ti reset-controller
> > driver directly. The TI reset controller provides a common reset
> > management, and is suitable
Switch the DT binding to a YAML schema to enable the DT validation.
Signed-off-by: Qing Zhang
---
v4:
- fix warnings/errors about running 'make dt_binding_check'
v5:
- remove num-chipelects
---
.../devicetree/bindings/spi/loongson,spi-ls7a.yaml | 44 ++
1 file changed,
Add spi support.
Signed-off-by: Qing Zhang
---
v2:
- Add spi about pci device DT
v3:
- Remove spiflash node
v4:
- Remove useless compatible
v5:
- Remove num-chipselects
---
arch/mips/boot/dts/loongson/ls7a-pch.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git
This is now supported, enable for Loongson systems.
Reviewed-by: Huacai Chen
Signed-off-by: Qing Zhang
---
v2:
- Modify CONFIG_SPI_LOONGSON to CONFIG_SPI_LS7A
v3:
- No changes
v4:
- No changes
v5:
- No changes
---
arch/mips/configs/loongson3_defconfig | 3 +++
1 file changed, 3
The SPI controller has the following characteristics:
- Full-duplex synchronous serial data transmission
- Support up to 4 variable length byte transmission
- Main mode support
- Mode failure generates an error flag and issues an interrupt request
- Double buffer receiver
- Serial clock with
Add support of sub-functions disabling. It allows one to define
an stmpe sub-function device in devicetree, but keep it disabled.
Signed-off-by: Oleksandr Suvorov
---
drivers/mfd/stmpe.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/mfd/stmpe.c b/drivers/mfd/stmpe.c
index
This patch ports commit 02b016ca7f99 ("ext4: enforce the immutable
flag on open files") to f2fs.
According to the chattr man page, "a file with the 'i' attribute
cannot be modified..." Historically, this was only enforced when the
file was opened, per the rest of the description, "... and the
Relocate f2fs_precache_extents() in prior to check_swap_activate(),
then extent cache can be enabled before its use.
Signed-off-by: Chao Yu
---
fs/f2fs/data.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/fs/f2fs/data.c b/fs/f2fs/data.c
index baa9ccf84e2c..3a6d848b7e38
On 11/27/20 8:20 PM, Heinrich Schuchardt wrote:
Since the UEFI 2.8A specification the UEFI enabled firmware provides a
configuration table EFI_RT_PROPERTIES_TABLE which indicates which runtime
services are enabled. The EFI stub reads this table and saves the value of
the field
Currently 'active_queues' is cleared when there is no more IO in 5
secondes. Thus if multiple hardware queues share a tag set, and
some queues occasionally issue small amount of IO, some queues might
can't get enough tags while the utilization rate of total tags is
less than 100% because
The problem is due to the max number of avaliable tags is
max(total tags / active_queues, 4).
We fix it by ensuring the following:
a. don't restrict if the utilization rate of total tags is less than
100%
b. if the utilization rate of total tags is 100%, and someone failed
to get driver tag,
When sharing a tag set, if most disks are issuing small amount of IO, and
only a few is issuing a large amount of IO. Current approach is to limit
the max amount of tags a disk can get equally to the average of total
tags. Thus the few heavy load disk can't get enough tags while many tags
are
Hi Krzysztof,
First bad commit (maybe != root cause):
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 40f78232f97344afbbeb5b0008615f17c4b93466
commit: 1b0e4a2141c7bf6a122f1e04cbc1690b835707cf mmc: s3cmci: enable compile
testing
date: 6 weeks ago
> -Original Message-
> From: Jiangyifei
> Sent: 23 December 2020 09:01
> To: Anup Patel ; Palmer Dabbelt
> ; Palmer Dabbelt ;
> Paul Walmsley ; Albert Ou
> ; Paolo Bonzini
> Cc: Alexander Graf ; Atish Patra
> ; Alistair Francis ;
> Damien Le Moal ; Anup Patel
> ; k...@vger.kernel.org;
If pending_queues is increased once, it will only be decreased when
nr_active is zero, and that will lead to the under-utilization of
host tags because pending_queues is non-zero and the available
tags for the queue will be max(host tags / active_queues, 4)
instead of the needed tags of the queue.
Hi Chen, thanks for looking at this.
On Sat, 2020-12-26 at 11:35 +0800, Chen Zhou wrote:
> If the memory reserved for crash dump kernel falled in ZONE_DMA32,
> the devices in crash dump kernel need to use ZONE_DMA will alloc fail.
>
> Fix this by reserving low memory in ZONE_DMA if
On Sat, 2020-12-26 at 11:35 +0800, Chen Zhou wrote:
> Since patchset "arm64: Default to 32-bit wide ZONE_DMA", ZONE_DMA's
> size is fine-tuned. In the absence of addressing limited masters,
> ZONE_DMA will span the whole 32-bit address space, otherwise, in
> the case of the Raspberry Pi 4, it'll
Fixed two coding style issues in kernel/fork.c
Do not use {} around single-line statements.
Signed-off-by: Alexander Guril
---
kernel/fork.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/kernel/fork.c b/kernel/fork.c
index 37720a6d04ea..d66cd1014211 100644
---
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 40f78232f97344afbbeb5b0008615f17c4b93466
commit: 8f28ca6bd8211214faf717677bbffe375c2a6072 iomap: constify ioreadX()
iomem argument (as in generic implementation)
date: 4 months ago
config:
On Sat, Dec 26, 2020 at 10:18:08AM +0800, Leizhen (ThunderTown) wrote:
> On 2020/12/25 19:44, Zhen Lei wrote:
> > The outercache of some Hisilicon SOCs support physical addresses wider
> > than 32-bits. The unsigned long datatype is not sufficient for mapping
> > physical addresses >= 4GB. The
On Fri, Dec 25, 2020 at 07:44:58PM +0800, Zhen Lei wrote:
> The outercache of some Hisilicon SOCs support physical addresses wider
> than 32-bits. The unsigned long datatype is not sufficient for mapping
> physical addresses >= 4GB. The commit ad6b9c9d78b9 ("ARM: 6671/1: LPAE:
> use phys_addr_t
Hi Jerome,
while working on some changes for the 32-bit SoCs I hit a corner-case
in the HDMI PLL: there's some rate doubling going. The PLL only locks
in a specific rate range but the M/N table is not aware of that. This
means for now (I am planning to fix that) that we can end up in a
ituation
The error codes returned by meson_clk_get_pll_settings() are all
negative. Make "ret" a signed integer in meson_clk_pll_set_rate() to
make it match with the clk_ops.set_rate API as well as the data type
returned by meson_clk_get_pll_settings().
Fixes: 8eed1db1adec6a ("clk: meson: pll: update
Popagate the error code from meson_clk_pll_set_rate() when the PLL does
not lock with the new settings.
Fixes: 722825dcd54b2e ("clk: meson: migrate plls clocks to clk_regmap")
Signed-off-by: Martin Blumenstingl
---
drivers/clk/meson/clk-pll.c | 5 +++--
1 file changed, 3 insertions(+), 2
The "rate" parameter in meson_clk_pll_set_rate() contains the new rate.
Retrieve the old rate with clk_hw_get_rate() so we don't inifinitely try
to switch from the new rate to the same ratte again.
Fixes: 7a29a869434e8b ("clk: meson: Add support for Meson clock controller")
Signed-off-by: Martin
Hi Len,
find attached fix to avoid exiting with -13 on Zen. Patch is against turbostat
as included in Linux-5.10.2.
Please merge.
PS: This is probably material for -stable, as it used to work before on Zen
(Zen2 aka Ryzen 3000 in my case).
--
Kurt Garloff
Cologne, Germany
commit
Because of missing export symbol for irq_chekc_status_bit,
Building arm_spe_pmu.ko is failure on modpost step.
below is error message what i saw:
ERROR:modpost: "irq_check_status_bit" [drivers/perf/arm_spe_pmu.ko] undefined!
make[4]: *** [scripts/Makefile.modpost:111: Module.symvers] Error 1
During the process of converting the documentation to reST, some links
were converted using the following wrong syntax (and sometimes using %20
instead of spaces):
`Display text <#section-name-in-html>`__
This syntax can work in html, but isn't the one described in docutils,
and it also
Hi Nicholas,
First bad commit (maybe != root cause):
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 61d791365b72a89062fbbea69aa61479476da946
commit: 9a32a7e78bd0cd9a9b6332cbdc345ee5ffd0c5de powerpc/64s: flush L1D after
user accesses
date: 5 weeks
Hi Rasmus,
First bad commit (maybe != root cause):
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 40f78232f97344afbbeb5b0008615f17c4b93466
commit: 5a35435ef4e6e4bd2aabd6706b146b298a9cffe5 soc: fsl: qe: remove PPC32
dependency from CONFIG_QUICC_ENGINE
Hi Artur,
On Fri, Dec 25, 2020 at 11:41:04AM +, Artur Petrosyan wrote:
> > @@ -251,7 +251,12 @@ static int dwc2_lowlevel_hw_init(struct dwc2_hsotg
> > *hsotg)
> > }
> >
> > if (!hsotg->phy) {
> > - hsotg->uphy = devm_usb_get_phy(hsotg->dev, USB_PHY_TYPE_USB2);
> > +
Hi Peter
Apologies for the late comments on the patch.
On 10/23/20 12:12, Peter Zijlstra wrote:
[...]
> + * When a preempted task becomes elegible to run under the ideal model (IOW
> it
> + * becomes one of the M highest priority tasks), it might still have to wait
> + * for the preemptee's
This series updates the parsing of Kconfig files within checkpatch.pl
to the current state, as discussed previously.
The second iteration contains two more patches.
Patch 3 adds a new warning regarding the indentation as discussed.
Patch 4 aims to clarify the existing warning.
Nicolai Fischer
Kconfig parsing does not recognise all type attributes.
This adds the missing 'int', 'string' and 'hex' types.
Co-developed-by: Johannes Czekay
Signed-off-by: Johannes Czekay
Signed-off-by: Nicolai Fischer
---
scripts/checkpatch.pl | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
All '---help---' lines have been replaced by just 'help'.
Therefore it is no longer necessary to include '---' in the regex.
Co-developed-by: Johannes Czekay
Signed-off-by: Johannes Czekay
Signed-off-by: Nicolai Fischer
Acked-by: Joe Perches
---
scripts/checkpatch.pl | 2 +-
1 file changed,
Currently checkpatch displays a warning if it detects a help text
of a Kconfig option which is too short. However the warning does
not contain any further information.
This adds the expected and currently detected number of lines
to the warning, which makes it more obvious why checkpatch
is
Adds a new warning in case the indentation level of the
first line of a Kconfig help message is not two spaces
higher than the keyword itself.
Blank lines between the message and the help keyword
are ignored.
Co-developed-by: Johannes Czekay
Signed-off-by: Johannes Czekay
Signed-off-by: Nicolai
On boards without cont_splash the clock wouldn't get enabled.
Reparent it and strongly depend on the parent to make sure
it's accessible. Access to MMSS depends on mmss_s0_axi being
up and alive.
Fixes: d8b212014e69 ("clk: qcom: Add support for MSM8974's multimedia clock
controller (MMCC)")
This is required for MSM8974 devices that cannot afford to push
the regulators further.
Signed-off-by: Konrad Dybcio
---
drivers/remoteproc/qcom_wcnss.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/remoteproc/qcom_wcnss.c b/drivers/remoteproc/qcom_wcnss.c
index
On Sat, Dec 26, 2020 at 06:34:21PM +0800, Hillf Danton wrote:
> On Wed, 23 Dec 2020 11:49:51 -0800 "Paul E. McKenney" wrote:
> >On Sat, Dec 19, 2020 at 01:09:09AM +0800, Lai Jiangshan wrote:
> >> From: Lai Jiangshan
> >>
> >> 06249738a41a ("workqueue: Manually break affinity on hotplug")
> >>
On 12/23/20 5:18 PM, Marc Zyngier wrote:
Marc,
Thanks for reviewing. We will rework as needed, however:
On Wed, 23 Dec 2020 15:06:24 +,
Bert Vermeulen wrote:
[...]
+/* Interrupt numbers/bits */
+#define RTL8380_IRQ_UART0 31
+#define RTL8380_IRQ_UART1 30
On Thu, Dec 24, 2020 at 07:26:45AM -0800, Guenter Roeck wrote:
> On 12/23/20 7:33 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.10.3 release.
> > There are 40 patches in this series, all will be posted as a response
> > to this one. If anyone has any
On Wed, Dec 23, 2020 at 06:56:56PM -0600, Daniel Díaz wrote:
> Hello!
>
> On 12/23/20 9:33 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.10.3 release.
> > There are 40 patches in this series, all will be posted as a response
> > to this one. If anyone
On Thu, Dec 24, 2020 at 03:13:38PM +0530, Jeffrin Jose T wrote:
> On Wed, 2020-12-23 at 16:33 +0100, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.10.3 release.
> > There are 40 patches in this series, all will be posted as a response
> > to this one. If
I'm announcing the release of the 5.10.3 kernel.
All users of the 5.10 kernel series must upgrade.
The updated 5.10.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-5.10.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index 44f4cd2e58a8..a72bc404123d 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 5
PATCHLEVEL = 10
-SUBLEVEL = 2
+SUBLEVEL = 3
EXTRAVERSION =
NAME = Kleptomaniac Octopus
diff --git
On 17.11.2020 17:57, Rafael J. Wysocki wrote:
> On Tue, Nov 17, 2020 at 5:38 PM Bjorn Helgaas wrote:
>>
>> [+to Rafael, author of the commit you mentioned,
>> +cc Mika, Kai Heng, Lukas, linux-pm, linux-kernel]
>>
>> On Tue, Nov 17, 2020 at 04:56:09PM +0100, Heiner Kallweit wrote:
>>> More than 10
On Sat, 2020-12-26 at 15:05 +0100, Nicolai Fischer wrote:
> Adds a new warning in case the indentation level of the
> first line of a Kconfig help message is not two spaces
> higher than the keyword itself.
> Blank lines between the message and the help keyword
> are ignored.
[]
> diff --git
Hello Oleksander,
On 26.12.20 10:47, Oleksandr Suvorov wrote:
> Add support of sub-functions disabling. It allows one to define
> an stmpe sub-function device in devicetree, but keep it disabled.
>
> Signed-off-by: Oleksandr Suvorov
> ---
>
> drivers/mfd/stmpe.c | 3 +++
> 1 file changed, 3
Hi Richard,
I love your patch! Perhaps something to improve:
[auto build test WARNING on asoc/for-next]
[also build test WARNING on v5.10 next-20201223]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--base' as documented in
Add support of sub-functions disabling. It allows one to define
an stmpe sub-function device in devicetree, but keep it disabled.
Signed-off-by: Oleksandr Suvorov
---
Changes in v2:
Use for_each_available_child_of_node() instead of checking
of_device_is_available() for each node.
Thanks for
Sometimes, especially in a production system we may not want to
use a "smart bootloader" like u-boot to load kernel, ramdisk and
device tree from a filesystem on eMMC, but rather load the kernel
from a NAND partition and just run it as soon as we can, and in
this case it is convenient to have
Fixes: 6a70298420b2 ("clocksource: Check per-CPU clock synchronization when
marked unstable")
Reported-by: kernel test robot
Signed-off-by: kernel test robot
---
clocksource.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/time/clocksource.c
tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
dev.2020.12.23a
head: 7cc07f4867eb9618d4f7c35ddfbd746131b52f51
commit: 6a70298420b2bd6d3e3dc86d81b993f618df8569 [133/149] clocksource: Check
per-CPU clock synchronization when marked unstable
config:
Alphanumeric characters after vsprintf pointer extension %pI4 are
not valid and are not emitted.
Remove the invalid characters from the %pI4 uses.
Signed-off-by: Joe Perches
---
drivers/net/ethernet/broadcom/bnxt/bnxt_tc.c | 6 +++---
drivers/net/ethernet/intel/i40e/i40e_main.c
On Thu, Dec 24, 2020 at 1:24 PM Nikita Shubin wrote:
>
> I was lucky enough to became an owner of some splendid piece's of
> antiques called ts7250 based on the top of Cirrus Logic EP9302.
>
> I don't know what fate expects this hardware (it's not EOL it's just Not
> recommended for new designs)
Hi Rafael,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 40f78232f97344afbbeb5b0008615f17c4b93466
commit: fef98671194be005853cbbf51b164a3927589b64 ACPI: PM: s2idle: Move
x86-specific code to the x86 directory
Add info that "early_param()" kernel boot parameters are also listed
in kernel-parameters.txt.
Signed-off-by: Randy Dunlap
Cc: Jonathan Corbet
Cc: linux-...@vger.kernel.org
---
Documentation/admin-guide/kernel-parameters.rst |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
---
On Sat, 2020-12-26 at 09:10 -0800, Joe Perches wrote:
> Alphanumeric characters after vsprintf pointer extension %pI4 are
> not valid and are not emitted.
>
> Remove the invalid characters from the %pI4 uses.
self-nak. I believe I misunderstood the format specifier.
On Thu, Dec 24, 2020 at 1:23 PM Nikita Shubin wrote:
>
> Since gpiolib requires having separate irqchips for each gpiochip, we
> need to add some we definetly need a separate one for F port, and we
definitely
> could combine gpiochip A and B into one - but this will break namespace
> and
On Fri, Dec 25, 2020 at 3:31 AM Kirill A. Shutemov wrote:
>
> The new helper next_page() returns a stablized page, so filemap_map_pmd()
> can clearly decide if we should set up a page table or a huge page.
I really like that next_page() abstraction, my only comment is that I
think it should be
Background:
Let's say we have 2 LBA format for 4096B and 512B LBA size for a
NVMe namespace. Assume that current LBA format is 4096B and in case
we convert namespace to 512B and 4096B back again:
nvme format /dev/nvme0n1 --lbaf=1 --force # to 512B LBA
nvme format /dev/nvme0n1 --lbaf=0
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 40f78232f97344afbbeb5b0008615f17c4b93466
commit: 5b4258f6721f41b092c63f6ee71be76e9616718b misc: rtsx: rts5249 support
runtime PM
date: 2 weeks ago
config: mips-randconfig-r034-20201225 (attached as
Fedora Rawhide has started including gcc 11,and the g++ compiler
throws a wobbly when it hits scripts/gcc-plugins:
HOSTCXX scripts/gcc-plugins/latent_entropy_plugin.so
In file included from /usr/include/c++/11/type_traits:35,
from
Hi Carl,
First bad commit (maybe != root cause):
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 40f78232f97344afbbeb5b0008615f17c4b93466
commit: 322b60ceb0f321b4b9c41717f7306c0dbaf0279b ath11k: do not depend on
ARCH_QCOM for ath11k
date: 4 months
Hi Luc,
First bad commit (maybe != root cause):
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 40f78232f97344afbbeb5b0008615f17c4b93466
commit: e5fc436f06eef54ef512ea55a9db8eb9f2e76959 sparse: use static inline for
__chk_{user,io}_ptr()
date: 4
Hi Alex,
I love your patch! Perhaps something to improve:
[auto build test WARNING on net/master]
url:
https://github.com/0day-ci/linux/commits/Alex-Elder/net-ipa-GSI-interrupt-handling-fixes/20201223-020409
base: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net.git
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: f838f8d2b694cf9d524dc4423e9dd2db13892f3f
commit: 53f985584e3c2ebe5f2455530fbf87a001528db8 KVM: arm64: pvtime: Fix stolen
time accounting across migration
date: 4 months ago
config:
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: f838f8d2b694cf9d524dc4423e9dd2db13892f3f
commit: e057dd3fc20ffb3d7f150af46542a51b59b90127 can: add ISO 15765-2:2016
transport protocol
date: 3 months ago
config: sh-randconfig-s032-20201225 (attached as
Hi Mark,
> Thanks for your suggestions, I will remove the duplicate definitions and
> functions.
>
> Firstly, we will add the support of enabling MT7921U in btusb.c
> Secondary, we will discuss the driver architecture with you.
> Finally, we update the common part and hif part for MT7921.
>
>
From: Tom Rix
> Sent: 25 December 2020 14:57
...
> > Kernel code doesn't use a signed char or short with %hx or %hu very often
> > but in case you didn't already know, any signed char/short emitted with
> > anything like %hx or %hu needs to be left alone as sign extension occurs so:
>
> Yes, this
On Sat, Dec 26, 2020 at 09:57:13AM -0800, Linus Torvalds wrote:
> Because not only does that get rid of the "if (page)" test, I think it
> would make things a bit clearer. When I read the patch first, the
> initial "next_page()" call confused me.
Agreed. Here we go:
>From
The Dell Inspiron 7352 is a 2-in-1 model that has chassis-type "Notebook".
Add this model to the dmi_switches_allow_list.
Signed-off-by: Arnold Gozum
---
drivers/platform/x86/intel-vbtn.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/platform/x86/intel-vbtn.c
On Sat, 26 Dec 2020, Kirill A. Shutemov wrote:
> On Sat, Dec 26, 2020 at 09:57:13AM -0800, Linus Torvalds wrote:
> > Because not only does that get rid of the "if (page)" test, I think it
> > would make things a bit clearer. When I read the patch first, the
> > initial "next_page()" call confused
I was going to just apply this patch, because I like it so much, but
then I decided to take one last look, and:
On Sat, Dec 26, 2020 at 12:43 PM Kirill A. Shutemov
wrote:
>
> +static bool filemap_map_pmd(struct vm_fault *vmf, struct page *page)
> +{
> + struct mm_struct *mm =
On Sat, Dec 26, 2020 at 1:04 PM Hugh Dickins wrote:
>
>
> Hold on. I guess this one will suffer from the same bug as the previous.
> I was about to report back, after satisfactory overnight testing of that
> version - provided that one big little bug is fixed:
>
> --- a/mm/filemap.c
> +++
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: f838f8d2b694cf9d524dc4423e9dd2db13892f3f
commit: 95393f3e07ab53855b91881692a4a5b52dcdc03c i3c/master/mipi-i3c-hci: quiet
maybe-unused variable warning
date: 10 days ago
config:
Callers of gsi_channel_command() no longer care whether the command
times out, and don't use what gsi_channel_command() returns. Redefine
that function to have void return type.
Reported-by: kernel test robot
Fixes: 6ffddf3b3d182 ("net: ipa: use state to determine channel command
success")
Callers of evt_ring_command() no longer care whether the command
times out, and don't use what evt_ring_command() returns. Redefine
that function to have void return type.
Reported-by: kernel test robot
Fixes: 428b448ee764a ("net: ipa: use state to determine event ring command
success")
I got a super friendly message from the Intel kernel test robot that
pointed out that two patches I posted last week caused new build
warnings. I already had these problems fixed in my own tree but
the fix was not included in what I sent out last week.
I regret the error.
On Sat, Dec 26, 2020 at 11:43:35PM +0300, Kirill A. Shutemov wrote:
> +static struct page *next_stable_page(struct page *page, struct vm_fault *vmf,
> + struct xa_state *xas, pgoff_t end_pgoff)
A "stable page" means one that doesn't currently have an outstanding
Hi Nathan,
First bad commit (maybe != root cause):
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: f838f8d2b694cf9d524dc4423e9dd2db13892f3f
commit: c39866f268f89868df17724cd2262d121552d8c9 arm/build: Always handle
.ARM.exidx and .ARM.extab sections
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: f838f8d2b694cf9d524dc4423e9dd2db13892f3f
commit: 33700f6f7d9f6b4e1e6df933ef7fd39c662c drm/ingenic: Reset pixclock
rate when parent clock rate changes
date: 3 months ago
config:
On Fri, Dec 25, 2020 at 07:16:46PM -0500, Gabriel Somlo wrote:
> This series expands on commit 22447a99c97e ("drivers/soc/litex: add LiteX
> SoC Controller driver"), adding support for handling both 8- and 32-bit
> LiteX CSR (MMIO) subregisters, on both 32- and 64-bit CPUs.
>
> Notes v4:
>
I'm currently hacking on Linux trying to run a sort of UML-style thing on macOS
(please don't question my sanity :), and I've run into various issues stemming
from macOS having a case-insensitive filesystem.
The one you run into immediately is: there are a number of files (mostly in
On Sat, Dec 26, 2020 at 01:16:09PM -0800, Linus Torvalds wrote:
> On Sat, Dec 26, 2020 at 1:04 PM Hugh Dickins wrote:
> >
> >
> > Hold on. I guess this one will suffer from the same bug as the previous.
> > I was about to report back, after satisfactory overnight testing of that
> > version -
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: f838f8d2b694cf9d524dc4423e9dd2db13892f3f
commit: cdf367192766ad11a03e8d5098556be43b8eb6b0 KVM: arm64: Intercept host's
CPU_ON SMCs
date: 3 weeks ago
config: arm64-randconfig-s032-20201223 (attached as
Theodore,
On Sat, Dec 26, 2020 at 11:41 PM Theodore Dubois wrote:
>
> I'm currently hacking on Linux trying to run a sort of UML-style thing on
> macOS (please don't question my sanity :), and I've run into various issues
> stemming from macOS having a case-insensitive filesystem.
Sounds
Hi "Enrico,
I love your patch! Yet something to improve:
[auto build test ERROR on powerpc/next]
[also build test ERROR on linux/master arm/for-next arm64/for-next/core
m68k/for-next linus/master v5.10 next-20201223]
[cannot apply to arc/for-next uclinux-h8/h8300-next ia64/next nios2/for-linus]
On Sat, Dec 26, 2020 at 02:30:13PM -0800, Theodore Dubois wrote:
> I'm currently hacking on Linux trying to run a sort of UML-style thing on
> macOS (please don't question my sanity :), and I've run into various issues
> stemming from macOS having a case-insensitive filesystem.
>
> The one you
Hi Andy
On 24/12/2020 12:32, Andy Shevchenko wrote:
> On Thu, Dec 24, 2020 at 3:13 AM Daniel Scally wrote:
> Reviewed-by: Andy Shevchenko
Thank you
>> +/**
>> + * enum v4l2_fwnode_bus_type - Video bus types defined by firmware
>> properties
>> + * @V4L2_FWNODE_BUS_TYPE_GUESS: Default value
hi,
adding support to enable/disable specific events via control
file via following commands:
# echo 'enable sched:sched_process_fork' > control
# echo 'disabled sched:sched_process_fork' > control
v4 changes:
- some of the patches got merged
- rebased to latest perf/core
- fixed
Adding new evlist control event to display all evlist events.
When it is received, perf will scan and print current evlist
into perf record terminal.
The interface string for control file is:
evlist [-v|-g|-F]
The syntax follows perf evlist command:
-F Show just the sample frequency used
Adding new control events to enable/disable specific event.
The interface string for control file are:
'enable '
'disable '
when received the command, perf will scan the current evlist
for and if found it's enabled/disabled.
Example session:
terminal 1:
# mkfifo control ack
Adding control 'stop' command to stop perf record.
When it is received, perf will set done = 1.
Example session:
terminal 1:
# mkfifo control ack
# perf record --control=fifo:control,ack
terminal 2:
# echo stop > control
terminal 1:
[ perf record: Woken up 7 times to
Adding control 'ping' command to detect if perf is up and
control interface is operational.
It will be used in following daemon patches to synchronize
with record session - when control interface is up and
running, we know that perf record is monitoring and ready
to receive signals.
Example
Hi Andy
On 24/12/2020 12:54, Andy Shevchenko wrote:
> On Thu, Dec 24, 2020 at 3:12 AM Daniel Scally wrote:
>>
>> Currently on platforms designed for Windows, connections between CIO2 and
>> sensors are not properly defined in DSDT. This patch extends the ipu3-cio2
>> driver to compensate by
1 - 100 of 131 matches
Mail list logo
