static const struct acpi_device_id acp3x_audio_acpi_match[] = {
{ "AMDI5682", (unsigned long)_5682},
{ "AMDI1015", (unsigned long)_1015},
+ { "AMDP1015", (unsigned long)_1015p},
This isn't a valid ACPI ID. AMDP does not exist in
https://uefi.org/acpi_id_list
There
Em seg., 29 de mar. de 2021 às 13:10, Song Liu escreveu:
>
>
>
> > On Mar 28, 2021, at 9:10 AM, Pedro Tammela wrote:
> >
> > The current code only checks flags in 'bpf_ringbuf_output()'.
> >
> > Signed-off-by: Pedro Tammela
> > ---
> > include/uapi/linux/bpf.h | 8
> >
On Tue, Mar 30, 2021 at 3:23 PM Fawad Lateef wrote:
> On Mon, 29 Mar 2021 at 22:06, Arnd Bergmann wrote:
> >
> > On Mon, Mar 29, 2021 at 9:23 PM Fawad Lateef wrote:
> > >
> > > On Mon, 29 Mar 2021 at 06:57, Greg KH wrote:
> > > >
> > > > On Sun, Mar 28, 2021 at 10:20:50PM +0200, Fawad Lateef
Add maintainer for HiSilicon I2C driver.
Signed-off-by: Yicong Yang
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 8d23b0e..da2754a 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -8040,6 +8040,13 @@ F:
Add driver and MAINTAINERS for HiSilicon I2C controller on Kunpeng SoC. Also
provide the devm_*() variants for adding the I2C adapters. Add a public
api to provide I2C frequency mode strings and convert designware driver
to use it.
Change since v4:
- and Andy's review-by
- attach Andy's patch of
Add HiSilicon I2C controller driver for the Kunpeng SoC. It provides
the access to the i2c busses, which connects to the eeprom, rtc, etc.
The driver works with IRQ mode, and supports basic I2C features and 10bit
address. The DMA is not supported.
Reviewed-by: Andy Shevchenko
Signed-off-by:
From: Andy Shevchenko
Use generic i2c_freq_mode_string() helper to print chosen bus speed.
Signed-off-by: Andy Shevchenko
Signed-off-by: Yicong Yang
---
drivers/i2c/busses/i2c-designware-master.c | 20
1 file changed, 4 insertions(+), 16 deletions(-)
diff --git
Some I2C drivers like Designware and HiSilicon will print the
bus frequency mode information, so add a public one that everyone
can make use of.
Reviewed-by: Andy Shevchenko
Signed-off-by: Yicong Yang
---
include/linux/i2c.h | 20
1 file changed, 20 insertions(+)
diff
Some I2C controller drivers will only unregister the I2C
adapter in their .remove() callback, which can be done
by simply using a managed variant to add the I2C adapter.
So add the managed functions for adding the I2C adapter.
Reviewed-by: Andy Shevchenko
Signed-off-by: Yicong Yang
---
From: richard.g...@linux.intel.com
> Sent: 30 March 2021 15:33
>
> Extend Intel service layer driver to get the firmware version running at
> FPGA device. Therefore FPGA manager driver, one of Intel service layer
> driver's client, can decide whether to handle the newly added bitstream
>
On 3/30/21 3:08 AM, Carlis wrote:
From: Xuezhi Zhang
This adds a new module for the ST7789V controller with parameters for
the Waveshare 2inch LCD module.
Signed-off-by: Xuezhi Zhang
---
v2:change compatible value.
v3:change author name.
---
MAINTAINERS| 8 +
From: Richard Gong
Extend Intel service layer driver to get the firmware version running at
FPGA device. Therefore FPGA manager driver, one of Intel service layer
driver's client, can decide whether to handle the newly added bitstream
authentication function based on the retrieved firmware
From: Richard Gong
Hi Greg,
Please take this stratix10-svc patch, which has been reviewed on the
mailing list and applied cleanly on current linux-next and
char-misc-testing.
Thanks,
Richard
Richard Gong (1):
firmware: stratix10-svc: extend SVC driver to get the firmware version
Thorsten will keep an eye on the new document about reporting issues
(aka bugs).
Signed-off-by: Thorsten Leemhuis
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index e66ff3daf23c..b5d38fedff6c 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@
Make the TLDR a bit shorter while improving it at the same time by going
straight to the aspects readers are more interested it. The change makes
the process especially more straight-forward for people that hit a
regression in a stable or longterm kernel. Due to the changes the TLDR
now also
A pile of small fixes:
- don't quote terms like vanilla, mainline, and stable, unless in they
occur in places where readers new to the kernel might see them for the
first time
- make people rule out that vendor patches are interfering if they face
a regression in a stable or longterm
Remove the WIP and two FIXME notes in the text to make it official, as
it's now considered fully ready for consumption. To make sure this
step is okay for people the intent of this change and the latest version
of the text were posted to ksummit-discuss; nobody complained, thus
lets move ahead.
This patchset makes reporting-issues.rst fully official and thus removes
reporting-bugs.rst. It also adds an entry for the text in MAINTAINERS as
discussed earlier. Then there is the new text for the TLDR already posted as a
draft and a patch which assorted fixes and small enhancements.
Thorsten
On Tue, 30 Mar 2021 14:06:37 +0100,
Lorenzo Pieralisi wrote:
>
> On Tue, Mar 30, 2021 at 12:05:46PM +0100, Lorenzo Pieralisi wrote:
> > On Tue, Mar 30, 2021 at 11:33:13AM +0100, Marc Zyngier wrote:
> > > [+Lorenzo, +Julien on an actual email address]
> > >
> > > On Tue, 30 Mar 2021 11:06:19
Add device tree binding document for the Aspeed SSIF BMC driver.
Signed-off-by: Quan Nguyen
---
.../bindings/ipmi/aspeed-ssif-bmc.txt | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 Documentation/devicetree/bindings/ipmi/aspeed-ssif-bmc.txt
diff --git
The SMBus system interface (SSIF) IPMI BMC driver can be used to perform
in-band IPMI communication with their host in management (BMC) side.
This commits adds support specifically for Aspeed AST2500 which commonly
used as Board Management Controllers.
Signed-off-by: Quan Nguyen
---
Expose the PEC calculation i2c_smbus_pec() for generic use.
Signed-off-by: Quan Nguyen
---
drivers/i2c/i2c-core-smbus.c | 12 ++--
include/linux/i2c.h | 1 +
2 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/drivers/i2c/i2c-core-smbus.c
This series add support for the Aspeed specific SSIF BMC driver which
is to perform in-band IPMI communication with the host in management
(BMC) side.
v2:
+ Fixed compiling error with COMPILE_TEST for arc
Quan Nguyen (3):
i2c: i2c-core-smbus: Expose PEC calculate function for generic use
On 3/29/21 11:13 PM, Guo Ren wrote:
On Mon, Mar 29, 2021 at 8:50 PM Peter Zijlstra wrote:
On Mon, Mar 29, 2021 at 08:01:41PM +0800, Guo Ren wrote:
u32 a = 0x55aa66bb;
u16 *ptr =
CPU0 CPU1
= =
xchg16(ptr, new) while(1)
On 3/30/21 3:54 PM, Oleksij Rempel wrote:
> PHY loopback is needed for the ethernet controller self test support.
> This PHY was tested with the FEC sefltest.
>
> Signed-off-by: Oleksij Rempel
> ---
> drivers/net/phy/at803x.c | 25 +
> 1 file changed, 25 insertions(+)
>
On 3/30/21 3:54 PM, Oleksij Rempel wrote:
> PHY loopback is needed for the ethernet controller self test support.
> This PHY was tested with the FEC sefltest.
selftest
Same typo is in the other patches, too.
Marc
--
Pengutronix e.K. | Marc
>Are there any (developer) boards available that can be bought online?
>(that have HW for this Ethernet driver stmmac)
At this point of time, I am not aware of any commercially available platform
yet as the EHL product is newly launched but we expect some of board
vendors will be start shipping
This looks great, thank you for constifying this.
Finally it's clean again, yet much more flexible than the original
platform_data approach when I first submitted the driver.
Thanks everyone for your work
Max
The macro KSM_FLAG_MASK is used in rmap_walk_ksm() only. So we can replace
~KSM_FLAG_MASK with PAGE_MASK to remove this dedicated macro and make code
more consistent because PAGE_MASK is used elsewhere in this file.
Signed-off-by: Miaohe Lin
---
mm/ksm.c | 4 +---
1 file changed, 1
The same VM_BUG_ON_PAGE() check is already done in the callee. Remove these
extra caller one to simplify code slightly.
Signed-off-by: Miaohe Lin
---
mm/ksm.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/mm/ksm.c b/mm/ksm.c
index 1f2c62e1d797..359afb3023b4 100644
--- a/mm/ksm.c
+++
When remove rmap_item from stable tree, STABLE_FLAG of rmap_item is cleared
with head reserved. So the following scenario might happen:
For ksm page with rmap_item1:
cmp_and_merge_page
stable_node->head = _nodes;
remove_rmap_item_from_tree, but head still equal to stable_node;
It's unnecessary to lock the page when get ksm page if we're going to
remove the rmap item as page migration is irrelevant in this case. Use
GET_KSM_PAGE_NOLOCK instead to save some page lock cycles.
Signed-off-by: Miaohe Lin
---
mm/ksm.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
Hi all,
This series contains cleanups to remove unnecessary VM_BUG_ON_PAGE and
dedicated macro KSM_FLAG_MASK. Also this fixes potential missing rmap_item
for stable_node which would result in failed rmap_walk_ksm(). More details
can be found in the respective changelogs. Thanks!
Miaohe Lin (4):
On Mon, Mar 29, 2021 at 07:53:40PM -0700, Douglas Anderson wrote:
> Each time we call drm_get_edid() we:
> 1. Go out to the bus and ask for the EDID.
> 2. Cache the EDID.
>
> We can improve this to actually use the cached EDID so that if
> drm_get_edid() is called multiple times then we don't
Hi Oleksij,
On Tue, Mar 9, 2021 at 8:26 AM Oleksij Rempel wrote:
>
> changes v2:
> - rebase against latest kernel
> - fix networking on RIoTBoard
>
> This patch series tries to remove most of the imx6 and imx7 board
> specific PHY configuration via fixup, as this breaks the PHYs when
> connected
On Tue, 30 Mar 2021 14:34:23 +0100,
Suzuki K Poulose wrote:
>
> On 30/03/2021 13:15, Marc Zyngier wrote:
> > On Tue, 30 Mar 2021 12:12:49 +0100,
> > Suzuki K Poulose wrote:
[...]
> >> May be we could do this check at kvm_arch_vcpu_load()/put() ?
> >
> > That would extend the tracing blackout
Hi Andrew,
On Tue, 2021-03-30 at 15:34 +0200, Andrew Lunn wrote:
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the
> content is safe
>
> > > > +static int sparx5_sd25g28_apply_params(struct sparx5_serdes_macro
> > > > *macro,
> > > > +
On Tue, Mar 30, 2021 at 01:22:08PM +0800, Po-Kai Chi wrote:
> This patch adds the documentation of the device-tree binding for
> MediaTek Common DRAM Controller.
>
> Signed-off-by: Po-Kai Chi
> ---
> .../memory-controllers/mediatek,dramc.yaml | 155
>
> 1 file
BUG_ON() uses unlikely in if(), which can be optimized at compile time.
Signed-off-by: zhouchuangao
---
arch/riscv/mm/init.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/riscv/mm/init.c b/arch/riscv/mm/init.c
index 067583a..a7fa5e2 100644
---
This patch set provides diagnostic capabilities for some iMX based
boards.
So far I add only initial infrastructure with basic tests and fixed some
PHY drivers. To validate this tests, I made some common
missconfigurations like wrong RGMII type, not configured clock providers
and so on.
Oleksij
PHY loopback is needed for the ethernet controller self test support.
This PHY was tested with the FEC sefltest.
Signed-off-by: Oleksij Rempel
---
drivers/net/phy/at803x.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/drivers/net/phy/at803x.c
Port some parts of the stmmac selftest to the FEC. This patch was tested
on iMX6DL.
With this tests it is possible to detect some basic issues like:
- MAC loopback fail: most probably wrong clock configuration.
- PHY loopback fail: incorrect RGMII timings, damaged traces, etc
Signed-off-by:
PHY loopback is needed for the ethernet controller self test support.
This PHY was tested with the FEC sefltest.
Signed-off-by: Oleksij Rempel
---
drivers/net/phy/micrel.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/phy/micrel.c b/drivers/net/phy/micrel.c
index
On Mon, Mar 29, 2021 at 04:24:19PM -0700, Dan Williams wrote:
> On Thu, Mar 25, 2021 at 7:34 AM Jason Gunthorpe wrote:
> >
> > On Thu, Mar 18, 2021 at 10:03:06AM -0700, Dan Williams wrote:
> > > Yes. I still need to answer the question of whether mapping
> > > invalidation triggers longterm pin
mc rdma_cm scsi_dh_alua iw_cm ib_cm mlx5_ib ib_uverbs dm_mod
> > ib_core s390_trng vfio_ccw vfio_mdev mdev vfio_iommu_type1 zcrypt_cex4 vfio
> > eadm_sch sch_fq_codel configfs ip_tables x_tables ghash_s390 prng aes_s390
> > des_s390 libdes sha3_512_s390 sha3_256_s390 mlx5_core s
Update soc node compatible property to enable support for the Actions
Semi Owl soc info driver.
Signed-off-by: Cristian Ciocaltea
---
arch/arm/boot/dts/owl-s500.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/owl-s500.dtsi
Add entries for the Actions Semi Owl reserved-memory and socinfo
bindings.
Signed-off-by: Cristian Ciocaltea
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index bea5ac8a5e47..48b7f7d097ae 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1533,6
Provide access to the reserved memory region where the Actions Semi Owl
S500 SoC serial number can be read from.
Signed-off-by: Cristian Ciocaltea
---
arch/arm/boot/dts/owl-s500.dtsi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/owl-s500.dtsi
Add devicetree binding for the Actions Semi Owl SoC serial number
reserved-memory range.
Signed-off-by: Cristian Ciocaltea
---
.../actions,owl-soc-serial.yaml | 53 +++
1 file changed, 53 insertions(+)
create mode 100644
The driver provides information about the Action Semi Owl family of
SoCs (S500, S700 and S900) to user space via sysfs: machine, family,
soc_id, serial_number.
Note the serial number is currently provided only for the S500 SoC
variant.
Signed-off-by: Cristian Ciocaltea
---
Add devicetree binding for the Actions Semi Owl socinfo driver.
Signed-off-by: Cristian Ciocaltea
---
.../bindings/soc/actions/owl-socinfo.yaml | 57 +++
1 file changed, 57 insertions(+)
create mode 100644
Documentation/devicetree/bindings/soc/actions/owl-socinfo.yaml
This patchset adds a socinfo driver which provides information about
Actions Semi Owl SoCs to user space via sysfs: machine, family, soc_id,
serial_number.
Please note the serial number is currently available only for the S500
SoC variant.
This has been tested on the S500 SoC based RoseapplePi
Port the scmi iio driver to the new SCMI sensor interface based on
protocol handles and common devm_get_ops().
Link: https://lore.kernel.org/r/20210316124903.35011-26-cristian.maru...@arm.com
Cc: Jyoti Bhayana
Cc: Jonathan Cameron
Cc: linux-...@vger.kernel.org
Tested-by: Florian Fainelli
On Tue, Mar 30, 2021 at 03:42:24PM +0200, Jean-Philippe Brucker wrote:
> On Tue, Mar 30, 2021 at 10:07:55AM -0300, Jason Gunthorpe wrote:
> > On Fri, Mar 26, 2021 at 09:06:42AM +0100, Jean-Philippe Brucker wrote:
> >
> > > It's not inconceivable to have a control queue doing DMA tagged with
> > >
On Tue, Mar 30, 2021 at 08:08:43AM -0500, Rob Herring wrote:
> On Mon, 29 Mar 2021 22:46:00 +0300, Dmitry Osipenko wrote:
> > Convert Tegra20 Memory Controller binding to schema.
> >
> > Signed-off-by: Dmitry Osipenko
> > ---
> > .../memory-controllers/nvidia,tegra20-mc.txt | 40 --
> >
Use generic i2c_freq_mode_string() helper to print chosen bus speed.
Signed-off-by: Andy Shevchenko
---
Depends on the "Add support for HiSilicon I2C controller" series.
Message-Id - 1617109549-4013-1-git-send-email-yangyic...@hisilicon.com
Yicong, feel free to attach to your new version of it.
overlayfs using jffs2 as the upper filesystem would fail in some cases
since moving to v5.10. The test case used was to run 'touch' on a file
that exists in the lower fs, causing the modification time to be
updated. It returns EINVAL when the bug is triggered.
A bisection showed this was
It is unclear from the changelog if this new patch was split from an existing
patch or new content.
the file ops seem to come from mgmnt/main.c, which call what could be file ops
here. why is this complicated redirection needed ?
On 3/23/21 10:29 PM, Lizhi Hou wrote:
> Helper functions for
Hi!
> On Tue, 30 Mar 2021 at 08:43, Hao Fang wrote:
> >
> > s/Hisilicon/HiSilicon/g.
> > It should use capital S, according to
> > https://www.hisilicon.com/en/terms-of-use.
> >
> > Signed-off-by: Hao Fang
> > /*
> > * Copyright (c) 2013 Linaro Ltd.
> > - * Copyright (c) 2013 Hisilicon
On Mon, Mar 29, 2021 at 03:55:26PM -0700, Jacob Pan wrote:
> In one of the earlier discussions, I was made aware of some use cases (by
> AMD, iirc) where PASID can be used w/o IOMMU. That is why I tried to keep
> ioasid a separate subsystem. Other than that, I don't see an issue
> combining the
On Tue, Mar 30, 2021 at 10:07:55AM -0300, Jason Gunthorpe wrote:
> On Fri, Mar 26, 2021 at 09:06:42AM +0100, Jean-Philippe Brucker wrote:
>
> > It's not inconceivable to have a control queue doing DMA tagged with
> > PASID. The devices I know either use untagged DMA, or have a choice to use
> > a
Hi Andy,
El 30/03/2021 a las 12:55, Andy Shevchenko escribió:
On Tue, Mar 30, 2021 at 1:33 PM Álvaro Fernández Rojas
wrote:
The current implementation of bcm6362_set_gpio() produces the following
warning on x86_64:
drivers/pinctrl/bcm/pinctrl-bcm6362.c: In function 'bcm6362_set_gpio':
On Tue, Mar 30, 2021 at 03:23:10PM +0200, Fawad Lateef wrote:
> So can I still use kernel-3.4 compiled with gcc-5.5, and boot full
> user-space with gcc-9.1?
Yes, of course.
> I was expecting it to be possible but might not work due to
> incompatibility? As I know that when I tried to compile
On Tue, 30 Mar 2021 18:02:26 +0800
Jiapeng Chong wrote:
> Fix the following whitescan warning:
>
> "order" is passed to a parameter that cannot be negative.
>
> Reported-by: Abaci Robot
> Signed-off-by: Jiapeng Chong
> ---
> kernel/trace/ftrace.c | 2 +-
> 1 file changed, 1 insertion(+), 1
On Tue, Mar 30, 2021 at 05:05:28PM +0800, zhiyong tao wrote:
> On Mon, 2021-03-29 at 14:21 -0500, Rob Herring wrote:
> > On Mon, 29 Mar 2021 19:30:59 +0800, Zhiyong Tao wrote:
> > > The commit adds mt8195 compatible node in binding document.
> > >
> > > Signed-off-by: Zhiyong Tao
> > > ---
> > >
I'm announcing the release of the 5.10.27 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
On Wed, Mar 17, 2021 at 12:07 PM David Hildenbrand wrote:
> I. Background: Sparse Memory Mappings
>
> When we manage sparse memory mappings dynamically in user space - also
> sometimes involving MAP_NORESERVE - we want to dynamically populate/
> discard memory inside such a sparse memory region.
I'm announcing the release of the 5.11.11 kernel.
All users of the 5.11 kernel series must upgrade.
The updated 5.11.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-5.11.y
and can be browsed at the normal kernel.org git web
I'm announcing the release of the 5.4.109 kernel.
All users of the 5.4 kernel series must upgrade.
The updated 5.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-5.4.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 4.19.184 kernel.
All users of the 4.19 kernel series must upgrade.
The updated 4.19.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.19.y
and can be browsed at the normal kernel.org git web
diff --git a/Makefile b/Makefile
index b0abe257221a..e037662c369b 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 5
PATCHLEVEL = 4
-SUBLEVEL = 108
+SUBLEVEL = 109
EXTRAVERSION =
NAME = Kleptomaniac Octopus
diff --git
I'm announcing the release of the 4.14.228 kernel.
All users of the 4.14 kernel series must upgrade.
The updated 4.14.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.14.y
and can be browsed at the normal kernel.org git web
diff --git a/Makefile b/Makefile
index 9347445b2027..8a3821f74b54 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 4
PATCHLEVEL = 19
-SUBLEVEL = 183
+SUBLEVEL = 184
EXTRAVERSION =
NAME = "People's Front"
diff --git
I'm announcing the release of the 4.9.264 kernel.
All users of the 4.9 kernel series must upgrade.
The updated 4.9.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.9.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index 60506b154d53..b30a6e708d5e 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 4
PATCHLEVEL = 14
-SUBLEVEL = 227
+SUBLEVEL = 228
EXTRAVERSION =
NAME = Petit Gorille
diff --git
diff --git a/Makefile b/Makefile
index 3f578adbe7fe..54115c5ca4e2 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 4
PATCHLEVEL = 4
-SUBLEVEL = 263
+SUBLEVEL = 264
EXTRAVERSION =
NAME = Blurry Fish Butt
diff --git a/arch/ia64/include/asm/syscall.h
diff --git a/Makefile b/Makefile
index 80b265a383bb..2ae6f4b707dd 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 4
PATCHLEVEL = 9
-SUBLEVEL = 263
+SUBLEVEL = 264
EXTRAVERSION =
NAME = Roaring Lionus
diff --git a/arch/arm64/boot/dts/freescale/fsl-ls1043a.dtsi
I'm announcing the release of the 4.4.264 kernel.
All users of the 4.4 kernel series must upgrade.
The updated 4.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.4.y
and can be browsed at the normal kernel.org git web browser:
> > > +static int sparx5_sd25g28_apply_params(struct sparx5_serdes_macro *macro,
> > > +struct sparx5_sd25g28_params *params)
> > > {
> > > - struct sparx5_serdes_regval item[] = {
> >
> > Could you just add const here, and then it is no longer on the
On 30/03/2021 13:15, Marc Zyngier wrote:
On Tue, 30 Mar 2021 12:12:49 +0100,
Suzuki K Poulose wrote:
Hi Marc
On 30/03/2021 11:12, Marc Zyngier wrote:
Hi Suzuki,
[+ Alex]
On Tue, 23 Mar 2021 12:06:35 +,
Suzuki K Poulose wrote:
For a nvhe host, the EL2 must allow the EL1&0
On Mon, Mar 29, 2021 at 02:26:51PM +0800, Huang Ying wrote:
> For NUMA balancing, in hint page fault handler, the faulting page will
> be migrated to the accessing node if necessary. During the migration,
> TLB will be shot down on all CPUs that the process has run on
> recently. Because in the
On Tue, Mar 30, 2021 at 06:18:43PM +0530, Sai Prakash Ranjan wrote:
> On 2021-03-30 16:46, Greg Kroah-Hartman wrote:
> > On Tue, Mar 30, 2021 at 03:25:58PM +0530, Sai Prakash Ranjan wrote:
> > > On 2021-03-30 14:37, Greg Kroah-Hartman wrote:
> > > > On Tue, Mar 30, 2021 at 02:12:04PM +0530,
On Wed, Nov 18, 2020 at 3:20 PM Rob Herring wrote:
>
> On Mon, Nov 16, 2020 at 06:13:56PM +, Sudeep Holla wrote:
> > The CLKSCREW attack [0] exposed security vulnerabilities in energy
> > management
> > implementations where untrusted software had direct access to clock and
> > voltage
On Tue, Mar 30, 2021 at 01:37:05AM +, Tian, Kevin wrote:
> > From: Jason Gunthorpe
> > Sent: Tuesday, March 30, 2021 12:32 AM
> >
> > On Wed, Mar 24, 2021 at 12:05:28PM -0700, Jacob Pan wrote:
> >
> > > > IMHO a use created PASID is either bound to a mm (current) at creation
> > > > time,
On Tue, Mar 30, 2021 at 04:14:58AM +, Tian, Kevin wrote:
> One correction. The mdev should still construct the list of allowed PASID's as
> you said (by listening to IOASID_BIND/UNBIND event), in addition to the
> ioasid
> set maintained per VM (updated when a PASID is allocated/freed). The
pt_cex4 vfio eadm_sch sch_fq_codel configfs
ip_tables x_tables ghash_s390 prng aes_s390 des_s390 libdes sha3_512_s390
sha3_256_s390 mlx5_core sha512_s390 sha256_s390 sha1_s390 sha_common nvme
nvme_core pkey zcrypt rng_core autofs4 [last unloaded: vfio_ap]
[ 1506.494832] CPU: 6 PID: 0 Comm: swapper/
Hello,
syzbot found the following issue on:
HEAD commit:29ad81a1 arch/x86: add missing include to sparsemem.h
git tree: https://github.com/google/kmsan.git master
console output: https://syzkaller.appspot.com/x/log.txt?x=166fe481d0
kernel config:
On Tue, Mar 30, 2021 at 02:24:09AM +, Tian, Kevin wrote:
> > From: Jason Gunthorpe
> > Sent: Tuesday, March 30, 2021 12:32 AM
> > > In terms of usage for guest SVA, an ioasid_set is mostly tied to a host
> > > mm,
> > > the use case is as the following:
> >
> > From that doc:
> >
> > It
Am 30.03.21 um 15:23 schrieb Dan Horák:
On Tue, 30 Mar 2021 21:09:12 +0800
Xi Ruoyao wrote:
On 2021-03-30 21:02 +0800, Xi Ruoyao wrote:
On 2021-03-30 14:55 +0200, Christian König wrote:
I rather see this as a kernel bug. Can you test if this code fragment
fixes your issue:
diff --git
Hi Arnd,
On Mon, 29 Mar 2021 at 22:06, Arnd Bergmann wrote:
>
> On Mon, Mar 29, 2021 at 9:23 PM Fawad Lateef wrote:
> >
> > On Mon, 29 Mar 2021 at 06:57, Greg KH wrote:
> > >
> > > On Sun, Mar 28, 2021 at 10:20:50PM +0200, Fawad Lateef wrote:
> > > > Hi
> > > >
> > > > I am using an Olimex
On Tue, 30 Mar 2021 21:09:12 +0800
Xi Ruoyao wrote:
> On 2021-03-30 21:02 +0800, Xi Ruoyao wrote:
> > On 2021-03-30 14:55 +0200, Christian König wrote:
> > >
> > > I rather see this as a kernel bug. Can you test if this code fragment
> > > fixes your issue:
> > >
> > > diff --git
On Fri, 12 Mar 2021, Lee Jones wrote:
> This set is part of a larger effort attempting to clean-up W=1
> kernel builds, which are currently overwhelmingly riddled with
> niggly little warnings.
>
> Lee Jones (11):
> block: rsxx: core: Remove superfluous const qualifier
> block: drbd:
On Thu, 18 Mar 2021, Lee Jones wrote:
> This set is part of a larger effort attempting to clean-up W=1
> kernel builds, which are currently overwhelmingly riddled with
> niggly little warnings.
>
> This is set 2 out of 2 sets required.
>
> Lee Jones (15):
> ata: pata_pdc202xx_old: Fix some
Kernel modules are currently only signed when CONFIG_MODULE_SIG is enabled.
The kernel module signing key is a self-signed CA only loaded onto the
.builtin_trusted_key keyring. On secure boot enabled systems with an arch
specific IMA policy enabled, but without MODULE_SIG enabled, kernel modules
The kernel currently only loads the kernel module signing key onto the
builtin trusted keyring. Load the module signing key onto the IMA keyring
as well.
Signed-off-by: Nayna Jain
---
certs/system_certificates.S | 13 +-
certs/system_keyring.c| 47
The kernel build process currently only signs kernel modules when
MODULE_SIG is enabled. Also, sign the kernel modules at build time when
IMA_APPRAISE_MODSIG is enabled.
Signed-off-by: Nayna Jain
---
certs/Kconfig | 2 +-
certs/Makefile | 8
init/Kconfig | 6 +++---
3 files changed,
The "mrproper" target is still looking for build time generated keys in
the kernel root directory instead of certs directory. Fix the path and
remove the names of the files which are no longer generated.
Fixes: cfc411e7fff3 ("Move certificate handling to its own directory")
Signed-off-by: Nayna
Hello,
syzbot found the following issue on:
HEAD commit:1e43c377 Merge tag 'xtensa-20210329' of git://github.com/j..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=12837016d0
kernel config: https://syzkaller.appspot.com/x/.config?x=efa6933adb0d4748
defconfig
sparcallyesconfig
mips allyesconfig
mips allmodconfig
powerpc allyesconfig
powerpc allmodconfig
x86_64 randconfig-a004-20210330
x86_64
On Sun, Mar 14, 2021 at 05:43:45PM +0100, Álvaro Fernández Rojas wrote:
> These patches improve bmips bcm63xx device tree nodes.
>
> v2: add missing BCM63268 patch.
>
> Álvaro Fernández Rojas (6):
> mips: bmips: fix syscon-reboot nodes
> mips: bmips: bcm6328: populate device tree nodes
>
901 - 1000 of 1503 matches
Mail list logo