On Wed, 20 Jan 2021 11:10:17 +0100, Bert Vermeulen wrote:
> Signed-off-by: Bert Vermeulen
> ---
> .../realtek,rtl-intc.yaml | 57 +++
> 1 file changed, 57 insertions(+)
> create mode 100644
> Documentation/devicetree/bindings/interrupt-controller/realtek,rtl-
When adding more than one IIO buffer per IIO device, we will need to create
a buffer & scan_elements directory for each buffer.
We also want to move the 'scan_elements' to be a sub-directory of the
'buffer' folder.
The format we want to reach is, for a iio:device0 folder, for 2 buffers
[for exampl
This change makes it so that the first buffer directory is named 'buffer0'
and moves the 'scan_elements' under it.
For backwards compatibility these folders are symlinked back to the
original folders.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/industrialio-buffer.c | 66 +
The __iio_device_attr_init() function initializes a device_attribute
object, but mostly it just does a lot of name creation logic.
We will want to re-use this logic for name-creation, so this change
re-purposes the __iio_device_attr_init() to be a __iio_attr_init() function
which just handles the
With the introduction of KASAN_HW_TAGS, kasan_report() currently assumes
that every location in memory has valid metadata associated. This is due
to the fact that addr_has_metadata() returns always true.
As a consequence of this, an invalid address (e.g. NULL pointer address)
passed to kasan_repor
On Fri, Jan 22, 2021 at 03:36:04PM +, Will Deacon wrote:
> On Fri, Jan 22, 2021 at 08:43:18PM +0530, Naresh Kamboju wrote:
> > On Fri, 22 Jan 2021 at 20:38, Greg Kroah-Hartman
> > wrote:
> > >
> > > On Fri, Jan 22, 2021 at 08:32:46PM +0530, Naresh Kamboju wrote:
> > > > On Fri, 22 Jan 2021 at
Em Fri, 22 Jan 2021 08:51:37 -0600
Rob Herring escreveu:
> On Tue, Jan 19, 2021 at 4:26 AM Mauro Carvalho Chehab
> wrote:
> >
> > Em Thu, 14 Jan 2021 19:47:31 -0600
> > Rob Herring escreveu:
> >
> > > On Thu, Jan 14, 2021 at 06:35:44PM +0100, Mauro Carvalho Chehab wrote:
> > > > The phy USB
Updates to the cpupower command to add support for AMD family 0x19
and cleanup the code to remove many of the family checks to hopefully
make any future family updates easier.
The first couple of patches are simple updates to rename the structs
in the msr_pstate union to better reflect current sup
The msr_pstate union struct named fam17h_bits is misleading since
this is the struct to use for all families >= 0x17, not just
for family 0x17. Rename the bits structs to be 'pstate' (for pre
family 17h CPUs) and 'pstatedef' (for CPUs since fam 17h) to align
closer with PPR/BDKG naming.
There are
On Thu, Jan 21, 2021 at 9:25 AM wrote:
>
> Thanks for reply, I have sent a new patch with better performance.
> The v1 patch uses mutex() is not necessary.
>
> Performance measurements:
> 1.Environment
> CPU: Intel(R) Core(TM) i7-6700 CPU @ 3.40GHz
> Linux kernel version: 5.11-rc3
> Audit version:
On 1/22/21 3:02 AM, Geert Uytterhoeven wrote:
> EXT4_KUNIT_TESTS selects EXT4_FS, thus enabling an optional feature the
> user may not want to enable. Fix this by making the test depend on
> EXT4_FS instead.
>
> Fixes: 1cbeab1b242d16fd ("ext4: add kunit test for decoding extended
> timestamps")
Add a check in get_cpu_info() for the ability to read frequencies
from hardware and set the CPUPOWER_CAP_AMD_HW_PSTATE cpuid flag.
The cpuid flag is set when CPUID_8007_EDX[7] is set,
which is all families >= 10h. The check excludes family 14h
because HW pstate reporting was not implemented on
The family checks in get_cof() and get_did() need to use the
correct MSR format depending on the family. Add a cpupower
capability for using the pstatedef (family 17h and newer) to
control this instead of direct family checks.
Signed-off-by: Nathan Fontenot
---
tools/power/cpupower/utils/helpers
Make regulator_sync_voltage() to re-balance voltage state of a coupled
regulators instead of changing the voltage directly.
Tested-by: Peter Geis # Ouya T30
Tested-by: Dmitry Osipenko # A500 T20 and Nexus7 T30
Tested-by: Nicolas Chauvet # PAZ00 T20
Tested-by: Matt Merhar # Ouya T30
Signed-off-
From: Robert Richter
The name is Core Performance Boost (CPB) for the cpuid flag. Correct
cpuid caps flag to use this name (instead of CBP).
Signed-off-by: Robert Richter
Signed-off-by: Nathan Fontenot
---
tools/power/cpupower/utils/helpers/cpuid.c |2 +-
tools/power/cpupower/utils/help
On Thu, Jan 21, 2021 at 12:54:52PM -0600, Josh Poimboeuf wrote:
> 2) The shadow stack idea sounds promising -- how hard would it be to
>make a prototype reliable unwinder?
In theory it doesn't look too hard and I can't see a particular reason
not to try doing this - there's going to be edge c
I'm volunteering to help review some of the pain.
Signed-off-by: Davidlohr Bueso
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 3978e8b21fc4..6f204358908b 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -7333,6 +7333,7 @@ M:Thomas Gleixn
On 22/01/2021 at 17:35, Alexandre Belloni wrote:
EXTERNAL EMAIL: Do not click links or open attachments unless you know the
content is safe
On 22/01/2021 16:25:47+0100, Arnd Bergmann wrote:
On Fri, Jan 22, 2021 at 3:35 PM wrote:
From: Nicolas Ferre
Arnd, Olof,
I'm taking back the lead on
On Fri, 22 Jan 2021 at 16:46, Joel Fernandes (Google)
wrote:
>
> On an octacore ARM64 device running ChromeOS Linux kernel v5.4, I found
> that there are a lot of calls to update_blocked_averages(). This causes
> the schedule loop to slow down to taking upto 500 micro seconds at
> times (due to ne
On Mon, Jan 18, 2021 at 03:12:19PM +0100, Frederic Weisbecker wrote:
> +config HAVE_PREEMPT_DYNAMIC
> + bool
> + depends on HAVE_STATIC_CALL_INLINE
I think we can relax this to HAVE_STATIC_CALL, using trampolines
shouldn't be too bad, and that would put it in reach of arm64.
> + depen
On Fri, 22 Jan 2021 17:32:13 +0800 Jiapeng Zhong wrote:
> coccicheck suggested using PTR_ERR_OR_ZERO() and looking at the code.
>
> Fix the following coccicheck warnings:
>
> ./net/bridge/br_multicast.c:1295:7-13: WARNING: PTR_ERR_OR_ZERO can be
> used.
>
> Reported-by: Abaci
> Signed-off-by: J
On Thu, Jan 21, 2021 at 02:46:27PM -0800, Andrew Morton wrote:
> On Wed, 20 Jan 2021 16:29:20 +0200 Jarkko Sakkinen wrote:
>
> >
> >
> > On Mon, Jan 18, 2021 at 09:33:10PM +0800, Tianjia Zhang wrote:
> > > Obviously, the error variable detection of the if statement is
> > > for the mprotect cal
The following commit has been merged into the sched/urgent branch of tip:
Commit-ID: 741ba80f6f9a4702089c122129f22df9774b3e64
Gitweb:
https://git.kernel.org/tip/741ba80f6f9a4702089c122129f22df9774b3e64
Author:Peter Zijlstra
AuthorDate:Sat, 16 Jan 2021 11:56:37 +01:00
Commi
The following commit has been merged into the sched/urgent branch of tip:
Commit-ID: 5c25b5ff89f004c30b04759dc34ace8585a4085f
Gitweb:
https://git.kernel.org/tip/5c25b5ff89f004c30b04759dc34ace8585a4085f
Author:Peter Zijlstra
AuthorDate:Tue, 12 Jan 2021 11:26:49 +01:00
Commi
The following commit has been merged into the sched/urgent branch of tip:
Commit-ID: 36c6e17bf16922935a5a0dd073d5b032d34aa73d
Gitweb:
https://git.kernel.org/tip/36c6e17bf16922935a5a0dd073d5b032d34aa73d
Author:Valentin Schneider
AuthorDate:Wed, 13 Jan 2021 18:31:41
Committ
The following commit has been merged into the sched/urgent branch of tip:
Commit-ID: ac687e6e8c26181a33270efd1a2e2241377924b0
Gitweb:
https://git.kernel.org/tip/ac687e6e8c26181a33270efd1a2e2241377924b0
Author:Peter Zijlstra
AuthorDate:Tue, 12 Jan 2021 11:24:04 +01:00
Commi
The following commit has been merged into the sched/urgent branch of tip:
Commit-ID: 22f667c97aadbf481e2cae2d6feabdf431e27b31
Gitweb:
https://git.kernel.org/tip/22f667c97aadbf481e2cae2d6feabdf431e27b31
Author:Peter Zijlstra
AuthorDate:Fri, 15 Jan 2021 18:17:45 +01:00
Commi
nvme_round_robin_path() should test if the return ns pointer is
valid. nvme_next_ns() will return a NULL pointer if there is no path
left.
Signed-off-by: Daniel Wagner
---
drivers/nvme/host/multipath.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/nvme/host/multipath.c b/drivers/
The following commit has been merged into the sched/urgent branch of tip:
Commit-ID: 547a77d02f8cfb345631ce23b5b548d27afa0fc4
Gitweb:
https://git.kernel.org/tip/547a77d02f8cfb345631ce23b5b548d27afa0fc4
Author:Lai Jiangshan
AuthorDate:Mon, 11 Jan 2021 23:26:33 +08:00
Commit
The following commit has been merged into the sched/urgent branch of tip:
Commit-ID: 5ba2ffba13a1e24e7b153683e97300f9cc6f605a
Gitweb:
https://git.kernel.org/tip/5ba2ffba13a1e24e7b153683e97300f9cc6f605a
Author:Peter Zijlstra
AuthorDate:Tue, 12 Jan 2021 11:28:16 +01:00
Commi
The following commit has been merged into the sched/urgent branch of tip:
Commit-ID: 975707f227b07a8212060f94447171d15d7a681b
Gitweb:
https://git.kernel.org/tip/975707f227b07a8212060f94447171d15d7a681b
Author:Peter Zijlstra
AuthorDate:Wed, 20 Jan 2021 15:05:41 +01:00
Commi
The following commit has been merged into the sched/urgent branch of tip:
Commit-ID: 640f17c82460e9724fd256f0a1f5d99e7ff0bda4
Gitweb:
https://git.kernel.org/tip/640f17c82460e9724fd256f0a1f5d99e7ff0bda4
Author:Peter Zijlstra
AuthorDate:Fri, 15 Jan 2021 19:08:36 +01:00
Commi
Remove the family check for accessing the MSR_AMD_HWCR MSR and replace
it with a cpupower cap flag.
This update also allows for the removal of the local cpupower_cpu_info
variable in cpufreq_has_boost_support() since we no longer need it to
check the family.
Signed-off-by: Nathan Fontenot
---
t
The decode_pstates() routine no longer uses the CPU family and
the caleed routines (get_cof() and get_did()) can grab the family
from the global cpupower_cpu_info struct. These update removes
passing the family arg to all these routines.
Signed-off-by: Nathan Fontenot
---
tools/power/cpupower/ut
The enabled bit (bit 63) is common for all families so we can remove
the multiple enabled checks based on family and have a common check
for HW pstate enabled.
Signed-off-by: Nathan Fontenot
---
tools/power/cpupower/utils/helpers/amd.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(
Convert ceph_write_begin to use the netfs_write_begin helper. Most of
the ops we need for it are already in place from the readpage conversion
but we do add a new check_write_begin op since ceph needs to be able to
vet whether there is an incompatible writeback already in flight before
reading in t
On Thu, Jan 21, 2021 at 5:11 AM Will Deacon wrote:
>
> > (It turns out that sparse gets this wrong too, so it's not just clang).
>
> Adding Luc, as hopefully that's fixable.
I had talked to Luc about this earlier, and he just sent out a fix for
sparse. It's not in the git repo yet, but it's comin
On Thu, Jan 21, 2021 at 11:23:06PM +0800, joeyli wrote:
> On Thu, Jan 21, 2021 at 04:32:26PM +0200, Jarkko Sakkinen wrote:
> > On Thu, Jan 21, 2021 at 12:23:53PM +0800, joeyli wrote:
> > > Hi Jarkko,
> > >
> > > On Thu, Jan 21, 2021 at 01:40:48AM +0200, Jarkko Sakkinen wrote:
> > > > On Wed, Jan 2
The pscur variable is set but not uused, just remove it.
This may have previsously been set to validate the MSR_AMD_PSTATE_STATUS
MSR. With the addition of the CPUPOWER_CAP_AMD_HW_PSTATE cap flag this
is no longer needed since the cpuid bit to enable this cap flag also
validates that the MSR_AMD_P
Convert ceph_readpages to ceph_readahead and make it use
netfs_readahead. With this we can rip out a lot of the old
readpage/readpages infrastructure.
Signed-off-by: Jeff Layton
---
fs/ceph/addr.c | 229 -
1 file changed, 34 insertions(+), 195 dele
On Sat, 2021-01-23 at 02:16 +0900, Masahiro Yamada wrote:
> On Sat, Jan 23, 2021 at 12:51 AM Joe Perches wrote:
> >
> > On Fri, 2021-01-22 at 07:06 +0900, Masahiro Yamada wrote:
> > > I use Ubuntu, where /usr/bin/python is a symlink
> > > to /usr/bin/python3.
> >
> > Odd, here:
> >
> > $ lsb_re
Have the ceph KConfig select NETFS_SUPPORT. Add a new netfs ops
structure and the operations for it. Convert ceph_readpage to use
the new netfs_readpage helper.
Signed-off-by: Jeff Layton
---
fs/ceph/Kconfig | 1 +
fs/ceph/addr.c | 149
fs/ceph
Hi Robin,
On Fri, Jan 22, 2021 at 02:42:05PM +, Robin Murphy wrote:
> On 2021-01-22 01:24, Moritz Fischer wrote:
> > Address issue observed on real world system with suboptimal IORT table
> > where DMA masks of PCI devices would get set to 0 as result.
> >
> > iort_dma_setup() would query the
With the new fscache API, the PageFsCache bit now indicates that the
page is being written to the cache and shouldn't be modified or released
until it's finished.
Change releasepage and invalidatepage to wait on that bit before
returning.
Signed-off-by: Jeff Layton
---
fs/ceph/addr.c | 8 ++
On Fri, Jan 22, 2021 at 06:41:25PM +0100, Daniel Wagner wrote:
> nvme_round_robin_path() should test if the return ns pointer is
> valid. nvme_next_ns() will return a NULL pointer if there is no path
> left.
How can that happen once we're in the loop?
On Fri, 22 Jan 2021 08:24:59 + Ronak Doshi wrote:
> On 1/21/21, 5:07 PM, "Jakub Kicinski" wrote:
> > On Tue, 19 Jan 2021 18:19:40 -0800 Ronak Doshi wrote:
> > > + tq->buf_info = kmalloc_array_node(tq->tx_ring.size,
> > > sizeof(tq->buf_info[0]),
> > > + GF
On Fri, 22 Jan 2021 at 18:44, Mark Brown wrote:
>
> On Thu, Jan 21, 2021 at 12:54:52PM -0600, Josh Poimboeuf wrote:
>
> > 2) The shadow stack idea sounds promising -- how hard would it be to
> >make a prototype reliable unwinder?
>
> In theory it doesn't look too hard and I can't see a particu
From: Xuan Zhuo
Date: Fri, 22 Jan 2021 23:39:15 +0800
> On Fri, 22 Jan 2021 13:55:14 +0100, Magnus Karlsson
> wrote:
> > On Fri, Jan 22, 2021 at 1:39 PM Alexander Lobakin wrote:
> > >
> > > From: Magnus Karlsson
> > > Date: Fri, 22 Jan 2021 13:18:47 +0100
> > >
> > > > On Fri, Jan 22, 2021 at
Hi,
On Fri, Jan 22, 2021 at 3:06 AM Sumit Garg wrote:
>
> Currently kdb uses in_interrupt() to determine whether its library
> code has been called from the kgdb trap handler or from a saner calling
> context such as driver init. This approach is broken because
> in_interrupt() alone isn't able
From: Yazen Ghannam
Refactor duplicated GHES identity logic into is_ghes_type().
Signed-off-by: Yazen Ghannam
Reviewed-by: Robert Richter
Signed-off-by: Terry Bowman
---
drivers/acpi/apei/hest.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/acpi/ape
On 1/7/21 2:29 PM, Thomas Renninger wrote:
Am Donnerstag, 7. Januar 2021, 22:15:16 CET schrieb Ivan Babrou:
On Thu, Jan 7, 2021 at 12:59 PM Thomas Renninger wrote:
Am Donnerstag, 7. Januar 2021, 18:42:25 CET schrieb Ivan Babrou:
On Thu, Jan 7, 2021 at 2:07 AM Thomas Renninger wrote:
Am Dien
On Fri, Jan 22, 2021 at 09:43:21AM +0100, Ahmad Fatoum wrote:
> Commit 27f5411a718c ("dm crypt: support using encrypted keys") extended
> dm-crypt to allow use of "encrypted" keys along with "user" and "logon".
>
> Along the same lines, teach dm-crypt to support "trusted" keys as well.
>
> Signed
On Thu 21 Jan 22:01 CST 2021, Wesley Cheng wrote:
> Some devices have USB compositions which may require multiple endpoints
> that support EP bursting. HW defined TX FIFO sizes may not always be
> sufficient for these compositions. By utilizing flexible TX FIFO
> allocation, this allows for endp
This patchset coverts ceph to use the new netfs API that David Howells
has proposed [1]. It's a substantial reduction in code in the ceph layer
itself, but the main impetus is to allow the VM, filesystem and fscache
to better work together to optimize readahead on network filesystems.
I think the
Ensure that we invalidate the fscache whenever we go to invalidate the
pagecache.
Signed-off-by: Jeff Layton
---
fs/ceph/caps.c | 1 +
fs/ceph/inode.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/fs/ceph/caps.c b/fs/ceph/caps.c
index 21ba949ca2c3..0102221db7bf 100644
--- a/fs/ceph/caps
With the new netfs read helper functions, we won't need a lot of this
infrastructure as it handles a the pagecache itself. Rip out the read
handling for now, and much of the old infrastructure that deals in
individual pages.
The cookie handling is mostly unchanged, however.
Signed-off-by: Jeff La
On 1/21/21 11:06 PM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20210121:
>
> The drm-intel tree lost its build failure.
>
> The notifications tree gained conflicts against the keys tree.
>
> Non-merge commits (relative to Linus' tree): 4819
> 5269 files changed, 192976 insertions(+),
On Sat, Jan 23, 2021 at 12:51 AM Joe Perches wrote:
>
> On Fri, 2021-01-22 at 07:06 +0900, Masahiro Yamada wrote:
> > I use Ubuntu, where /usr/bin/python is a symlink
> > to /usr/bin/python3.
>
> Odd, here:
>
> $ lsb_release -a
> No LSB modules are available.
> Distributor ID: Ubuntu
> Description
A test with the command below gives for example this error:
/arch/arm64/boot/dts/rockchip/rk3399-evb.dt.yaml: pcie@f800:
ranges: 'oneOf' conditional failed, one must be fixed:
The pcie ranges property is an array. The dt-check expects that
each array item is wrapped with angle brackets, so fix
A test with the command below gives for example this error:
/arch/arm64/boot/dts/rockchip/rk3399-rock960.dt.yaml:
pcie@f800: 'device_type' is a required property
Fix this by adding a device_type property to the rk3399 pcie node.
make ARCH=arm64 dtbs_check
DT_SCHEMA_FILES=~/.local/lib/python3.
On 21:54-20210122, Aswath Govindraju wrote:
> The following series of patches
> - adds support for HS200 and HS400 speed modes in MMCSD0 subsystem
> - adds support for UHS-I speed modes in MMCSD1 subsystem
>
> Aswath Govindraju (2):
> arm64: dts: ti: k3-j7200-main: Add sup
On Fri, 22 Jan 2021 20:43:11 +0300, Dmitry Osipenko wrote:
> Make regulator_sync_voltage() to re-balance voltage state of a coupled
> regulators instead of changing the voltage directly.
Applied to
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
for-next
Thanks!
[1/1]
On 1/21/21 11:06 PM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20210121:
>
on i386:
ERROR: modpost: "__udivdi3" [drivers/gpu/drm/amd/amdgpu/amdgpu.ko] undefined!
ERROR: modpost: "__divdi3" [drivers/gpu/drm/amd/amdgpu/amdgpu.ko] undefined!
--
~Randy
On Fri, Jan 22, 2021 at 06:50:29PM +0100, Christoph Hellwig wrote:
> How can that happen once we're in the loop?
As far I can tell, it's the first nvme_next_ns() call which returns the
NULL pointer and this will pass the test 'ns != old'.
Hello RT-list!
I'm pleased to announce the 4.4.252-rt213 stable release.
This release is just an update to the new stable 4.4.252 version.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
branch: v4.4-rt
Head SHA1: d35ff0a
On 1/22/21 3:48 AM, Andrew Jeffery wrote:
> Randy found that with the following Kconfig settings we have duplicate
> definitions (e.g. __inittest()) in sdhci-of-aspeed due to competing
> module_init()/module_exit() calls from kunit and driver the itself.
>
> ```
> CONFIG_MMC_SDHCI_OF_ASPEED=m
> CO
syzbot suspects this issue was fixed by commit:
commit cc00bcaa589914096edef7fb87ca5cee4a166b5c
Author: Subash Abhinov Kasiviswanathan
Date: Wed Nov 25 18:27:22 2020 +
netfilter: x_tables: Switch synchronization to RCU
bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=10879
Introduce fwnode_mdiobus_register_phy() to register PHYs on the
mdiobus. From the compatible string, identify whether the PHY is
c45 and based on this create a PHY device instance which is
registered on the mdiobus.
Signed-off-by: Calvin Johnson
---
Changes in v4: None
Changes in v3: None
Change
Modify dpaa2_mac_connect() to support ACPI along with DT.
Modify dpaa2_mac_get_node() to get the dpmac fwnode from either
DT or ACPI.
Replace of_get_phy_mode with fwnode_get_phy_mode to get
phy-mode for a dpmac_node.
Use helper function phylink_fwnode_phy_connect() to find phy_dev and
connect to
Refactor of_phy_find_device() to use fwnode_phy_find_device().
Signed-off-by: Calvin Johnson
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/net/mdio/of_mdio.c | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/drivers/net/mdio/of_mdio.c b
Define fwnode_phy_find_device() to iterate an mdiobus and find the
phy device of the provided phy fwnode. Additionally define
device_phy_find_device() to find phy device of provided device.
Define fwnode_get_phy_node() to get phy_node using named reference.
Signed-off-by: Calvin Johnson
---
Cha
Hi Shawn,
Thanks for the review
On 1/22/21 12:10 AM, Shawn Guo wrote:
On Thu, Jan 21, 2021 at 09:52:51PM -0500, Thara Gopinath wrote:
When bam dma is "controlled remotely", thus far clocks were not controlled
from the Linux. In this scenario, Linux was disabling runtime pm in bam dma
driver an
This patch set provides ACPI support to DPAA2 network drivers.
It also introduces new fwnode based APIs to support phylink and phy
layers
Following functions are defined:
phylink_fwnode_phy_connect()
fwnode_mdiobus_register_phy()
fwnode_mdiobus_register()
fwnode_get_p
From: Vadim Pasternak
[ Upstream commit 57726ebe2733891c9f59105eff028735f73d05fb ]
Validate thresholds to avoid a single failure due to some transceiver
unreliability. Ignore the last readouts in case warning temperature is
above alarm temperature, since it can cause unexpected thermal
shutdown.
From: Michael Hennerich
commit 4d163ad79b155c71bf30366dc38f8d2502f78844 upstream.
The issue is that using SPI from a callback under the CCF lock will
deadlock, since this code uses clk_get_rate().
Fixes: c474b38665463 ("spi: Add driver for Cadence SPI controller")
Signed-off-by: Michael Henneri
From: Eric Dumazet
[ Upstream commit 3226b158e67cfaa677fd180152bfb28989cb2fac ]
Both virtio net and napi_get_frags() allocate skbs
with a very small skb->head
While using page fragments instead of a kmalloc backed skb->head might give
a small performance improvement in some cases, there is a hu
From: Felix Fietkau
commit 2463ec86cd0338a2c2edbfb0b9d50c52ff76ff43 upstream.
ieee80211_tx_h_select_key drops any non-mgmt packets without a key when
encryption is used. This is wrong for nulldata packets that can't be
encrypted and are sent out for probing clients and indicating 4-address
mode.
From: Lorenzo Bianconi
commit c13cf5c159660451c8fbdc37efb998b198e1d305 upstream.
Check if atf has been disabled in __ieee80211_schedule_txq() in order to
avoid a given sta is always put to the beginning of the active_txqs list
and never moved to the end since deficit is not decremented in
ieee80
From: Hoang Le
[ Upstream commit b77413446408fdd256599daf00d5be72b5f3e7c6 ]
The buffer list can have zero skb as following path:
tipc_named_node_up()->tipc_node_xmit()->tipc_link_xmit(), so
we need to check the list before casting an &sk_buff.
Fault report:
[] tipc: Bulk publication failure
[
From: Arnd Bergmann
commit 6e7b64b9dd6d96537d816ea07ec26b7dedd397b9 upstream.
kernel/elfcore.c only contains weak symbols, which triggers a bug with
clang in combination with recordmcount:
Cannot find symbol for section 2: .text.
kernel/elfcore.o: failed
Move the empty stubs into linux/elf
From: Aya Levin
[ Upstream commit b210de4f8c97d57de051e805686248ec4c6cfc52 ]
There are cases where GSO segment's length exceeds the egress MTU:
- Forwarding of a TCP GRO skb, when DF flag is not set.
- Forwarding of an skb that arrived on a virtualisation interface
(virtio-net/vhost/tap) wi
From: Jakub Kicinski
[ Upstream commit 47e4bb147a96f1c9b4e7691e7e994e53838bfff8 ]
We need to unregister the netdevice if config failed.
.ndo_uninit takes care of most of the heavy lifting.
This was uncovered by recent commit c269a24ce057 ("net: make
free_netdev() more lenient with unregistering
From: David Wu
[ Upstream commit 5b55299eed78538cc4746e50ee97103a1643249c ]
Since the original mtu is not used when the mtu is updated,
the mtu is aligned with cache, this will get an incorrect.
For example, if you want to configure the mtu to be 1500,
but mtu 1536 is configured in fact.
Fixed:
From: Qinglang Miao
commit 4c3a14fbc05a09fc369fb68a86cdbf6f441a29f2 upstream
Simplify the return expression.
Signed-off-by: Qinglang Miao
Link: https://lore.kernel.org/r/20200921131106.93228-1-miaoqingl...@huawei.com
Signed-off-by: Mark Brown
Signed-off-by: Sudip Mukherjee
Signed-off-by: Gre
From: zhengbin
commit f7cb0d0945ebc9879aff72cf7b3342fd1040ffaa upstream.
Fix sparse warnings:
drivers/scsi/lpfc/lpfc_nportdisc.c:290:1: warning: symbol
'lpfc_defer_pt2pt_acc' was not declared. Should it be static?
Link:
https://lore.kernel.org/r/1570183477-137273-1-git-send-email-zhengbi...@
From: YueHaibing
commit fdb827e4a3f84cb92e286a821114ac0ad79c8281 upstream.
Fix sparse warning:
drivers/scsi/lpfc/lpfc_nportdisc.c:344:1: warning:
symbol 'lpfc_defer_acc_rsp' was not declared. Should it be static?
Link: https://lore.kernel.org/r/20200107014956.41748-1-yuehaib...@huawei.com
Rep
From: Roger Pau Monne
commit ef3a575baf53571dc405ee4028e26f50856898e7 upstream.
Allow issuing an IOCTL_PRIVCMD_MMAP_RESOURCE ioctl with num = 0 and
addr = 0 in order to fetch the size of a specific resource.
Add a shortcut to the default map resource path, since fetching the
size requires no ad
YUV 4:4:4 is not subsampled, fix this in the docs.
Fixes: da785536e007 ("media: doc: pixfmt-yuv: Move all semi-planar YUV formats
to common file")
Signed-off-by: Helen Koike
---
Documentation/userspace-api/media/v4l/pixfmt-yuv-planar.rst | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Move functionality within load_system_certificate_list to a common
function, so it can be reused in the future.
Signed-off-by: Eric Snowberg
Acked-by: Jarkko Sakkinen
---
certs/Makefile | 2 +-
certs/common.c | 56 ++
certs/common.h
From: Lukas Wunner
commit 234266a5168bbe8220d263e3aa7aa80cf921c483 upstream
If the call to devm_spi_register_master() fails on probe of the NPCM FIU
SPI driver, the clock "fiu->clk" is erroneously not unprepared and
disabled. Fix it.
Fixes: ace55c411b11 ("spi: npcm-fiu: add NPCM FIU controller
> Il giorno 22 gen 2021, alle ore 19:19, Paolo Valente
> ha scritto:
>
> Hi,
>
> about nine months ago, Jan (Kara, SUSE) reported a throughput
> regression with BFQ. That was the beginning of a fruitful dev&testing
> collaboration, which led to 18 new commits. Part are fixes, part are
> actu
From: David Howells
[ Upstream commit d52e419ac8b50c8bef41b398ed13528e75d7ad48 ]
Clang static analysis reports the following:
net/rxrpc/key.c:657:11: warning: Assigned value is garbage or undefined
toksize = toksizes[tok++];
^ ~~~
rxrpc_read(
This commits preserves I/O-dispatch plugging for a special symmetric
case that may suddenly turn into asymmetric: the case where only one
bfq_queue, say bfqq, is busy. In this case, not expiring bfqq does not
cause any harm to any other queues in terms of service guarantees. In
contrast, it avoids
From: Daniel Borkmann
[ no upstream commit ]
Fix a potential kernel address leakage for the prerequisite where there is
a BPF program attached to the cgroup/setsockopt hook. The latter can only
be attached under root, however, if the attached program returns 1 to then
run the related kernel hand
BFQ tags some bfq_queues as interactive or soft_rt if it deems that
these bfq_queues contain the I/O of, respectively, interactive or soft
real-time applications. BFQ privileges both these special types of
bfq_queues over normal bfq_queues. To privilege a bfq_queue, BFQ
mainly raises the weight of
From: Dinghao Liu
commit a306aba9c8d869b1fdfc8ad9237f1ed718ea55e6 upstream.
If usnic_ib_qp_grp_create() fails at the first call, dev_list
will not be freed on error, which leads to memleak.
Fixes: e3cf00d0a87f ("IB/usnic: Add Cisco VIC low-level hardware driver")
Link: https://lore.kernel.org/r
On Fri, Jan 22, 2021 at 7:42 AM Nathan Chancellor
wrote:
>
> On Fri, Jan 22, 2021 at 03:36:04PM +, Will Deacon wrote:
> > On Fri, Jan 22, 2021 at 08:43:18PM +0530, Naresh Kamboju wrote:
> > > On Fri, 22 Jan 2021 at 20:38, Greg Kroah-Hartman
> > > wrote:
> > > >
> > > > On Fri, Jan 22, 2021 at
Extract phy_id from compatible string. This will be used by
fwnode_mdiobus_register_phy() to create phy device using the
phy_id.
Signed-off-by: Calvin Johnson
---
Changes in v4: None
Changes in v3:
- Use traditional comparison pattern
- Use GENMASK
Changes in v2: None
drivers/net/phy/phy_devi
On Fri, Jan 22, 2021 at 01:26:16PM +, Mark Brown wrote:
> On Thu, Jan 21, 2021 at 03:12:36PM -0800, Daniel Walker wrote:
> > Add compatible string for Cisco device present on the Cisco Petra
> > platform.
>
> I'm missing patch 1 of this series, what's the story with dependencies?
The other c
BFQ heuristics try to detect interactive I/O, and raise the weight of
the queues containing such an I/O. Yet, if also the user changes the
weight of a queue (i.e., the user changes the ioprio of the process
associated with that queue), then it is most likely better to prevent
BFQ heuristics from si
801 - 900 of 1467 matches
Mail list logo