On 1/29/2021 9:07 AM, Dave Hansen wrote:
On 1/27/21 1:25 PM, Yu-cheng Yu wrote:
arch_prctl(ARCH_X86_CET_STATUS, u64 *args)
Get CET feature status.
The parameter 'args' is a pointer to a user buffer. The kernel returns
the following information:
*args = shadow stack/IBT
It just dawned on me that this file doesn't go through my tree, Arnaldo handles
perf tools modifications. Please see below for further instructions.
On Fri, Jan 29, 2021 at 11:40:04AM -0700, Mathieu Poirier wrote:
> Good morning,
>
> On Wed, Jan 27, 2021 at 05:53:50PM +, Mike Leach wrote:
On 1/29/21 12:35 PM, Jarkko Sakkinen wrote:
On Mon, Jan 25, 2021 at 08:47:53PM -0500, Stefan Berger wrote:
From: Stefan Berger
Return error code -ETIMEDOUT rather than '0' when waiting for the
rtce_buf to be set has timed out.
Fixes: d8d74ea3c002 ("tpm: ibmvtpm: Wait for buffer to be set
From: Sebastien Van Cauwenberghe
Allows the sections to be aligned on smaller boundaries and
therefore results in a smaller kernel image size.
Signed-off-by: Sebastien Van Cauwenberghe
Reviewed-by: Atish Patra
---
arch/riscv/include/asm/set_memory.h | 6 +++---
1 file changed, 3
On Fri, Jan 29, 2021 at 06:47:53PM +0100, David Sterba wrote:
> On Fri, Jan 29, 2021 at 05:15:21PM +, Michal Rostecki wrote:
> > On Fri, Jan 29, 2021 at 11:22:48AM -0500, Josef Bacik wrote:
> > > On 1/27/21 8:57 AM, Michal Rostecki wrote:
> > > > From: Michal Rostecki
> > > >
> > > > Before
On Mon, 25 Jan 2021 11:44:02 +0300, Dan Carpenter wrote:
> This was supposed to be "data" instead of "". The current code
> will corrupt the stack.
Applied to 5.12/scsi-queue, thanks!
[1/1] scsi: qla2xxx: fix some memory corruption
https://git.kernel.org/mkp/scsi/c/bc2b4e680231
--
On Tue, 26 Jan 2021 19:04:23 +0800, John Garry wrote:
> This is a collection of misc patches picked up during the latest dev
> cycle, targeted at 5.12 .
>
> Features include:
> - Some tidy-up from after recent change to expose HW queues on v2 HW
> - Add trace FIFO DFX debugfs support
> - Flush
Hi Linus,
Please pull the arm64 fixes below. Thanks.
The following changes since commit 75bd4bff300b3c5252d4a0e7a959569c62d1dbae:
arm64: kprobes: Fix Uexpected kernel BRK exception at EL1 (2021-01-22
16:05:29 +)
are available in the Git repository at:
MAXPHYSMEM_1GB option was added for RV32 because RV32 only supports 1GB
of maximum physical memory. This lead to few compilation errors reported
by kernel test robot which created the following configuration combination
which are not useful but can be configured.
1. MAXPHYSMEM_1GB & RV64
2,
On Mon, 25 Jan 2021 19:05:54 -0500, Tong Zhang wrote:
> lpfc depends on irq_poll library, but it is not selected automatically.
> When irq_poll is not selected, compiling it can run into following error
>
> ERROR: modpost: "irq_poll_init" [drivers/scsi/lpfc/lpfc.ko] undefined!
> ERROR: modpost:
On Fri, Jan 29, 2021 at 7:49 PM Vincenzo Frascino
wrote:
>
> This patchset implements the asynchronous mode support for ARMv8.5-A
> Memory Tagging Extension (MTE), which is a debugging feature that allows
> to detect with the help of the architecture the C and C++ programmatic
> memory errors
Dear RT folks!
I'm pleased to announce the v5.11-rc5-rt3 patch set.
Changes since v5.11-rc5-rt2:
- Update the work-in-progress softirq patch. One difference is that
tasklet_disable() becomes now sleeping if the tasklet is running
instead busy-spinning until it is done. Driver which
On Fri, 29 Jan 2021 11:15:43 + Oleksandr Mazur wrote:
> > Thinking about it again - if the action can be changed wouldn't it
> > be best for the user to actually get a "HW condition hit" counter,
> > which would increment regardless of SW config (incl. policers)?
>
> > Otherwise if admin
On Fri, Jan 29, 2021 at 09:56:48AM -0800, Shoaib Rao wrote:
> On 1/25/21 3:36 PM, Jakub Kicinski wrote:
> > On Fri, 22 Jan 2021 15:06:37 + Matthew Wilcox (Oracle) wrote:
> > > From: Rao Shoaib
> > >
> > > TCP sockets allow SIGURG to be sent to the process holding the other
> > > end of the
The Hisilicon 6421v600 SPMI driver is ready for mainstream.
So, move it from staging.
Signed-off-by: Mauro Carvalho Chehab
---
.../spmi}/hisilicon,hisi-spmi-controller.yaml | 0
MAINTAINERS | 7 +++
drivers/spmi/Kconfig
This driver is ready for mainstream. Move it out of staging.
Signed-off-by: Mauro Carvalho Chehab
---
MAINTAINERS | 7 +--
drivers/regulator/Kconfig| 9 +
drivers/regulator/Makefile | 1
The phy USB3 driver for Hisilicon 970 (hi3670) is ready
for mainstream. Mode it from staging into the main driver's
phy/ directory.
Signed-off-by: Mauro Carvalho Chehab
---
.../bindings/phy/hisilicon,hi3670-usb3.yaml | 0
MAINTAINERS | 9
From: Sven Van Asbroeck
The first patch of this series boosts the chip's rx performance by up to 3x
on cpus such as ARM. However it introduces a breaking change: the mtu
can no longer be changed while the network interface is up.
To get around this efficiently, the second patch adds driver
- When referring to regmap, rename map to regmap
- inside hi6421-spmi-pmic, call private data struct as
ddata.
No functional changes.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/staging/hikey9xx/hi6421-spmi-pmic.c | 104 +-
.../staging/hikey9xx/hi6421v600-regulator.c
At PMIC subsystem, C89 comments are preferred over C99.
While here, also update the copyrights of the header file.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/staging/hikey9xx/hi6421-spmi-pmic.c | 14 +++---
include/linux/mfd/hi6421-spmi-pmic.h| 1 +
2 files changed, 8
Hi Greg/Mark/Lee/Vinod,
Another rebase , also the top of staging-testing.
This series contain the remaining patches for USB to start working,
except for a final DTS patch.
Patches 1 and 2 convert the SPMI and regulator
drivers to use regmap and simplifies the logic by using
regmap helpers.
Instead of doing its own SPMI I/O implementation, use the
already-existing regmap one.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/staging/hikey9xx/Kconfig | 2 +
drivers/staging/hikey9xx/hi6421-spmi-pmic.c | 115 ++
On Thu, Jan 28, 2021 at 09:45:41AM +0100, Mike Looijmans wrote:
> Hi Andrew,
>
> Response below...
Hi Mike
Everybody here knows that top posting is evil, we don't do it. We
expect the replay to be inline.
> > Hi Mike
> >
> > Did you look at the per PHY reset? mdiobus_register_gpiod() gets the
Transactions to send data for a network device can be allocated at
any time up until the point the TX queue is stopped. It is possible
for ipa_start_xmit() to be called in one context just before a
the transmit queue is stopped in another.
Update gsi_channel_trans_last() so that for TX channels
Similarly to bitmap functions, users will benefit if we'll handle
a case of small-size bitmaps that fit into a single word.
While here, move the find_last_bit() declaration to bitops/find.h
where other find_*_bit() functions sit.
Signed-off-by: Yury Norov
---
include/asm-generic/bitops/find.h
On Mon, Jan 25, 2021 at 4:41 PM Dave Hansen wrote:
>
>
> From: Dave Hansen
>
> When memory fills up on a node, memory contents can be
> automatically migrated to another node. The biggest problems are
> knowing when to migrate and to where the migration should be
> targeted.
>
> The most
lib/find_bit.c declares five single-line wrappers for _find_next_bit().
We may turn those wrappers to inline functions. It eliminates unneeded
function calls and opens room for compile-time optimizations.
Signed-off-by: Yury Norov
---
include/asm-generic/bitops/find.h | 28 ++---
On Fri, Jan 29, 2021 at 10:09 PM Nick Desaulniers
wrote:
>
> On Fri, Jan 29, 2021 at 12:55 PM Sedat Dilek wrote:
> >
> > On Fri, Jan 29, 2021 at 9:48 PM Nick Desaulniers
> > wrote:
> > >
> > > On Fri, Jan 29, 2021 at 12:41 PM Sedat Dilek
> > > wrote:
> > > >
> > > > On Fri, Jan 29, 2021 at
On Fri, 29 Jan 2021 14:52:35 -0500 Sven Van Asbroeck wrote:
> From: Sven Van Asbroeck
>
> The buffers in the lan743x driver's receive ring are always 9K,
> even when the largest packet that can be received (the mtu) is
> much smaller. This performs particularly badly on cpu archs
> without dma
The pull request you sent on Fri, 29 Jan 2021 13:46:34 +1000:
> git://anongit.freedesktop.org/drm/drm tags/drm-fixes-2021-01-29
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/6305d15e013a70a7f1c4ee65d3e035cd705e3517
Thank you!
--
Deet-doot-dot, I am a bot.
The pull request you sent on Fri, 29 Jan 2021 19:11:17 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git
> acpi-5.11-rc6
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/016decc0d836b746faac03de5e1ac976c53a3958
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Fri, 29 Jan 2021 19:03:24 +:
> git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux tags/arm64-fixes
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/0e9bcda5d286f4a26a5407bb38f55c55b453ecfb
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Fri, 29 Jan 2021 17:41:29 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu.git
> tags/iommu-fixes-v5.11-rc5
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/8ef24c2011b77bd6344d16630d3cd95d63de63f8
Thank you!
--
On Wed, Jan 27, 2021 at 09:46:58AM +0100, Arnaud POULIQUEN wrote:
>
>
> On 12/18/20 6:32 PM, Mathieu Poirier wrote:
> > Introduce function __rproc_detach() to perform the same kind of
> > operation as rproc_stop(), but instead of switching off the
> > remote processor using rproc->ops->stop(),
On 1/29/21 2:06 PM, Scott Branden wrote:
> Correct compile issue if CONFIG_TTY is not set by
> only adding ttyVK devices if CONFIG_TTY is set.
>
> Reported-by: Randy Dunlap
> Signed-off-by: Scott Branden
>
> ---
> Changes since v1:
> Add function stubs rather than compiling out code
> ---
>
On Mon, 25 Jan 2021 17:04:01 +0800
Shenming Lu wrote:
> If IOMMU_DEV_FEAT_IOPF is set for the VFIO device, which means that
> the delivering of page faults of this device from the IOMMU is enabled,
> we register the VFIO page fault handler to complete the whole faulting
> path (HW+SW). And add a
Motorola is using a custom TS 27.010 based multiplexer protocol
for various devices on the modem. These devices can be accessed on
dedicated channels using Linux kernel serdev-ngsm driver.
For the GNSS on these devices, we need to kick the GNSS device at a
desired rate. Otherwise the GNSS device
AF_RXRPC sockets use UDP ports in encap mode. This causes socket and dst
from an incoming packet to get stolen and attached to the UDP socket from
whence it is leaked when that socket is closed.
When a network namespace is removed, the wait for dst records to be cleaned
up happens before the
From: Emmanuel Arias
> Sent: 29 January 2021 20:02
>
> Fix coding style using __packed sentece instead of
> __attribute__((__packed__)).
>
> Signed-off-by: Emmanuel Arias
> ---
> drivers/staging/media/allegro-dvt/allegro-core.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff
Provide enough functionality to utilize the mailbox of a memory device.
The mailbox is used to interact with the firmware running on the memory
device.
The CXL specification defines separate capabilities for the mailbox and
the memory device. The mailbox interface has a doorbell to indicate
ready
Noticed one issue, see below:
On Fri, 2021-01-29 at 19:56 +0530, Srinivas Neeli wrote:
> Adds interrupt support to the Xilinx GPIO driver so that rising and
> falling edge line events can be supported. Since interrupt support is
> an optional feature in the Xilinx IP, the driver continues to
On Fri, Jan 29, 2021 at 5:54 PM David Sterba wrote:
>
> On Fri, Jan 29, 2021 at 05:15:21PM +, Michal Rostecki wrote:
> > On Fri, Jan 29, 2021 at 11:22:48AM -0500, Josef Bacik wrote:
> > > On 1/27/21 8:57 AM, Michal Rostecki wrote:
> > > > From: Michal Rostecki
> > > >
> > > > Before this
On 1/27/21 1:50 PM, Uwe Kleine-König wrote:
> The driver core ignores the return value of struct bus_type::remove()
> because there is only little that can be done. To simplify the quest to
> make this function return void, let struct vio_driver::remove() return
> void, too. All users already
On Fri, 29 Jan 2021 18:24:16 +0100,
Michael Catanzaro wrote:
>
> On Fri, Jan 29, 2021 at 5:17 pm, Takashi Iwai wrote:
> > --- a/sound/pci/hda/hda_intel.c
> > +++ b/sound/pci/hda/hda_intel.c
> > @@ -2217,8 +2217,6 @@ static const struct snd_pci_quirk
> > power_save_denylist[] = {
> > /*
On Thu, Jan 28, 2021 at 2:45 PM Abaci Team
wrote:
>
> Fix the following coccicheck warning:
> ./drivers/gpu/drm/amd/display/dc/dcn10/dcn10_hw_sequencer.c:3137:35-40:
> WARNING: conversion to bool not needed here
>
> Reported-by: Abaci Robot
> Suggested-by: Yang Li
> Signed-off-by: Abaci Team
From: Richard Neumann
Clean up i2c-amd-mp2-{pci,plat} drivers:
* Use pci_* logging functions provided by the kernel's PCI API.
* Remove unused macros.
* Remove useless __func__ from logging.
Changes since v1:
* Remove useless __func__ from logging.
* Assign pci_dev to local variable where
On Thu, Jan 28, 2021 at 03:34:30PM -0800, Saravanan D wrote:
> To help with debugging the sluggishness caused by TLB miss/reload,
> we introduce monotonic hugepage [direct mapped] split event counts since
> system state: SYSTEM_RUNNING to be displayed as part of
> /proc/vmstat in x86 servers
>
>
From: Richard Neumann
Remove unused work_amd_i2c_common macro.
Signed-off-by: Richard Neumann
---
drivers/i2c/busses/i2c-amd-mp2.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/i2c/busses/i2c-amd-mp2.h b/drivers/i2c/busses/i2c-amd-mp2.h
index 6b91e285745d..ddecd0c88656 100644
From: Richard Neumann
Use pci_{info,warn,err,dbg} functions of the kernel's PCI API.
Remove unnecessary ndev_pdev, ndev_name and ndev_dev macros.
Remove useless __func__ from logging.
Signed-off-by: Richard Neumann
---
drivers/i2c/busses/i2c-amd-mp2-pci.c | 53 +--
On Fri, Jan 29, 2021 at 7:08 AM Colin King wrote:
>
> From: Colin Ian King
>
> Currently there are three error return paths that don't kfree object
> caps. Fix this by performing the allocation of caps after the checks
> and error return paths to avoid the premature allocation and memory
>
On Fri, Jan 29, 2021 at 2:12 PM Pavel Tatashin
wrote:
>
> On Fri, Jan 29, 2021 at 2:06 PM Pavel Tatashin
> wrote:
> >
> > > > Definitely, but we should try figuring out what's going on here. I
> > > > assume on x86-64 it behaves differently?
> > >
> > > Yes, we should root cause. I highly
On 1/27/21 1:25 PM, Yu-cheng Yu wrote:
> + help
> + Control-flow protection is a hardware security hardening feature
> + that detects function-return address or jump target changes by
> + malicious code.
It's not really one feature. I also think it's not worth talking about
DWARF v5 is the latest standard of the DWARF debug info format.
DWARF5 wins significantly in terms of size and especially so when mixed
with compression (CONFIG_DEBUG_INFO_COMPRESSED).
Link: http://www.dwarfstd.org/doc/DWARF5.pdf
Patch 1 is a cleanup that lays the ground work and isn't DWARF
v5
Modifies CONFIG_DEBUG_INFO_DWARF4 to be a member of a choice. Adds an
explicit CONFIG_DEBUG_INFO_DWARF2, which is the default. Does so in a
way that's forward compatible with existing configs, and makes adding
future versions more straightforward.
Suggested-by: Arvind Sankar
Suggested-by:
Now that the driver was ported to use regmap, let's use
some help functions in order to simplify the code a little
bit.
Suggested-by: Mark Brown
Signed-off-by: Mauro Carvalho Chehab
---
.../staging/hikey9xx/hi6421v600-regulator.c | 45 ++-
1 file changed, 3 insertions(+), 42
This driver is ready for mainstream. So, move it out of staging.
Signed-off-by: Mauro Carvalho Chehab
---
.../mfd}/hisilicon,hi6421-spmi-pmic.yaml | 0
MAINTAINERS| 7 +++
drivers/mfd/Kconfig| 16
Remove the IRQ list from the header, as this is used only
inside the driver itself. Also, get rid of two unused
defines.
The net result is that only struct hi6421_spmi_pmic remains
on it, as this is used by the regulator driver.
Signed-off-by: Mauro Carvalho Chehab
---
On 1/29/21 11:58 AM, Andy Lutomirski wrote:
>> Did any CPUs ever get released that have this? If so, name them. If
>> not, time to change this to 2021, I think.
> Zen 3 :)
In that case is there any reason to keep the "depends on CPU_SUP_INTEL"?
On Wed, Jan 13, 2021 at 05:34:47PM -0700, Nathan Chancellor wrote:
> The most common question around building the Linux kernel with clang is
> "does it work?" and the answer has always been "it depends on your
> architecture, configuration, and LLVM version" with no hard answers for
> users
Hi Guo,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: bec4c2968fce2f44ce62d05288a633cd99a722eb
commit: 18c07d23da5a48525b2955aa269b8bb108c19300 csky: Fixup calltrace panic
date: 9 months ago
config:
On Fri, Jan 29, 2021 at 9:48 PM Nick Desaulniers
wrote:
>
> On Fri, Jan 29, 2021 at 12:41 PM Sedat Dilek wrote:
> >
> > On Fri, Jan 29, 2021 at 8:43 PM Nick Desaulniers
> > wrote:
> > >
> > > diff --git a/Makefile b/Makefile
> > > index 20141cd9319e..bed8b3b180b8 100644
> > > --- a/Makefile
> >
Quoting Vinicius Tinti (2021-01-29 18:15:19)
> By enabling -Wunreachable-code-aggressive on Clang the following code
> paths are unreachable.
That code exists as commentary and, especially for sdvo, library
functions that we may need in future.
The ivb-gt1 case => as we now set the gt level for
On Fri, Jan 29, 2021 at 12:55 PM Sedat Dilek wrote:
>
> On Fri, Jan 29, 2021 at 9:48 PM Nick Desaulniers
> wrote:
> >
> > On Fri, Jan 29, 2021 at 12:41 PM Sedat Dilek wrote:
> > >
> > > On Fri, Jan 29, 2021 at 8:43 PM Nick Desaulniers
> > > wrote:
> > > >
> > > > diff --git a/Makefile
On 1/29/21 11:28 AM, Florian Fainelli wrote:
> While reworking the resources management and departing from using
> ahci_platform_enable_resources() which did not allow a proper step
> separation like we need, we unfortunately lost the ability to control
> AHCI regulators. This broke some Broadcom
If a peer device doesn't support eSCO 2M we should skip the params that
use it when setting up sync connection since they will always fail.
Signed-off-by: Yu Liu
Reviewed-by: Abhishek Pandit-Subedi
---
Changes in v3:
- Use pkt_type instead of adding new field
Changes in v2:
- Fix title
On Fri, Jan 29, 2021 at 02:05:59PM -0800, Nick Desaulniers wrote:
> Ah, I see. Then I should update the script I add
> (scripts/test_dwarf5_support.sh) to feature detect that bug, since
> it's the latest of the bunch. Also, should update my comment to note
> that this requires binutils greater
On Fri, Jan 29, 2021 at 11:09 PM Nick Desaulniers
wrote:
>
> On Fri, Jan 29, 2021 at 1:20 PM Sedat Dilek wrote:
> >
> > On Fri, Jan 29, 2021 at 10:13 PM Sedat Dilek wrote:
> > >
> > > On Fri, Jan 29, 2021 at 10:09 PM Nick Desaulniers
> > > wrote:
> > > >
> > > > On Fri, Jan 29, 2021 at 12:55
On Fri, Jan 29, 2021 at 2:56 PM Sven Van Asbroeck wrote:
>
> From: Sven Van Asbroeck
>
> Multi-buffer packets enable us to use rx ring buffers smaller than
> the mtu. This will allow us to change the mtu on-the-fly, without
> having to stop the network interface in order to re-size the rx
> ring
On Fri, Jan 22, 2021 at 03:09:14PM +0100, Arnd Bergmann wrote:
> On Thu, Jan 21, 2021 at 4:41 AM Lubomir Rintel wrote:
> >
> > Hi,
> >
> > chained to this message is a handful of patches related to MMP device
> > trees and bindings. Please take a look and consider queueing them for
> > for 5.12.
The pull request you sent on Fri, 29 Jan 2021 17:26:04 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git pm-5.11-rc6
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/32b0c410cda19df9f0e88edcae126d0a660cf8b9
Thank you!
--
Deet-doot-dot, I am a
This change provides ARM SCMI Protocol based IIO device.
This driver provides support for Accelerometer and Gyroscope using
SCMI Sensor Protocol extensions added in the SCMIv3.0 ARM specification
Signed-off-by: Jyoti Bhayana
---
MAINTAINERS| 6 +
On Fri, Jan 29, 2021 at 2:11 PM Sedat Dilek wrote:
>
> On Fri, Jan 29, 2021 at 11:09 PM Nick Desaulniers
> wrote:
> >
> > On Fri, Jan 29, 2021 at 1:20 PM Sedat Dilek wrote:
> > >
> > > On Fri, Jan 29, 2021 at 10:13 PM Sedat Dilek
> > > wrote:
> > > >
> > > > On Fri, Jan 29, 2021 at 10:09 PM
On Sat, 30 Jan 2021 at 00:50, Bjorn Helgaas wrote:
>
> On Fri, Jan 29, 2021 at 06:45:21AM +0300, Dmitry Baryshkov wrote:
> > On 28/01/2021 22:26, Rob Herring wrote:
> > > On Thu, Jan 28, 2021 at 11:52 AM Dmitry Baryshkov
> > > wrote:
> > > >
> > > > Some Qualcomm platforms require to power up an
On Mon, 25 Jan 2021 17:03:59 +0800
Shenming Lu wrote:
> When IOPF enabled, the pages are pinned and mapped on demand, we add
> a bitmap to track them.
>
> Signed-off-by: Shenming Lu
> ---
> drivers/vfio/vfio_iommu_type1.c | 12
> 1 file changed, 12 insertions(+)
>
> diff --git
Linus,
Please pull some more DT fixes for 5.11.
Rob
The following changes since commit 5c8fe583cce542aa0b84adc939ce85293de36e5e:
Linux 5.11-rc1 (2020-12-27 15:30:22 -0800)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git
On Tue, Jan 26, 2021 at 04:46:07PM +0100, Łukasz Majczak wrote:
> Hi Jarkko, Guenter
>
> Yes, here are the logs when failure occurs -
> https://gist.github.com/semihalf-majczak-lukasz/1575461f585f1e7fb1e9366b8eceaab9
> Look for a phrase "TPM returned invalid status"
>
> Guenter - good suggestion
On Sat, Jan 30, 2021 at 12:59:09AM +0200, Jarkko Sakkinen wrote:
> On Tue, Jan 26, 2021 at 04:46:07PM +0100, Łukasz Majczak wrote:
> > Hi Jarkko, Guenter
> >
> > Yes, here are the logs when failure occurs -
> > https://gist.github.com/semihalf-majczak-lukasz/1575461f585f1e7fb1e9366b8eceaab9
> >
Noa Sakurajin writes:
[CC += kbuild maintainers]
> Before the command python was needed for the documentation to build.
> This patch checks if python is available and uses python3 as
> fallback.
>
> This is needed because a lot of distribution (at least Ubuntu)
> only provide python3 and
IMA functions ima_get_action() and ima_match_policy() do not consume the
policy condition to allow measuring duplicate entries for integrity
critical data.
Update ima_get_action() and ima_match_policy() to consume the IMA policy
condition to measure duplicate buffer entries for integrity critical
Modifies CONFIG_DEBUG_INFO_DWARF4 to be a member of a choice which is
the default. Does so in a way that's forward compatible with existing
configs, and makes adding future versions more straightforward.
GCC since ~4.8 has defaulted to this DWARF version implicitly.
Suggested-by: Arvind Sankar
On Fri, Jan 29, 2021 at 4:46 PM 'Nick Desaulniers' via Clang Built
Linux wrote:
>
> On Fri, Jan 29, 2021 at 4:08 PM Sedat Dilek wrote:
> >
> > On Fri, Jan 29, 2021 at 8:43 PM Nick Desaulniers
> > wrote:
> > >
> > > DWARF v5 is the latest standard of the DWARF debug info format.
> > >
> > >
Hi,
On Wed, Jan 27, 2021 at 11:50 PM Stephen Zhang
wrote:
>
> int kdbgetsymval(const char *symname, kdb_symtab_t *symtab)
> {
> - if (KDB_DEBUG(AR))
> - kdb_printf("kdbgetsymval: symname=%s, symtab=%px\n", symname,
> - symtab);
> +
On Fri, 29 Jan 2021 09:56:48 -0800 Shoaib Rao wrote:
> On 1/25/21 3:36 PM, Jakub Kicinski wrote:
> > On Fri, 22 Jan 2021 15:06:37 + Matthew Wilcox (Oracle) wrote:
> >> From: Rao Shoaib
> >>
> >> TCP sockets allow SIGURG to be sent to the process holding the other
> >> end of the socket.
Hardware assisted tracing families such as ARM Coresight, Intel PT
provides rich tracing capabilities including instruction level
tracing and accurate timestamps which are very useful for profiling
and also pose a significant security risk. One such example of
security risk is when kernel mode
Add a warning message to check CONFIG_EXCLUDE_KERNEL_HW_ITRACE kernel
config which excludes kernel mode instruction tracing to help perf tool
users identify the perf event open failure when they attempt kernel mode
tracing with this config enabled.
Tested-by: Denis Nikitin
Signed-off-by: Sai
Hardware assisted tracing families such as ARM Coresight, Intel PT
provides rich tracing capabilities including instruction level
tracing and accurate timestamps which are very useful for profiling
and also pose a significant security risk. One such example of
security risk is when kernel mode
On Fri, Jan 29, 2021 at 9:31 AM Alexandre Ghiti wrote:
>
> virt_addr_valid macro checks that a virtual address is valid, ie that
> the address belongs to the linear mapping and that the corresponding
> physical page exists.
>
> Add the missing check that ensures the virtual address belongs to
From: Hangbin Liu
commit b59e286be280fa3c2e94a0716ddcee6ba02bc8ba upstream.
Based on RFC7112, Section 6:
IANA has added the following "Type 4 - Parameter Problem" message to
the "Internet Control Message Protocol version 6 (ICMPv6) Parameters"
registry:
CODE
DWARF v5 is the latest standard of the DWARF debug info format.
Feature detection of DWARF5 is onerous, especially given that we've
removed $(AS), so we must query $(CC) for DWARF5 assembler directive
support.
The DWARF version of a binary can be validated with:
$ llvm-dwarfdump vmlinux | head
On Fri, Jan 29, 2021 at 07:02:41PM +, Michal Rostecki wrote:
> On Fri, Jan 29, 2021 at 06:47:53PM +0100, David Sterba wrote:
> > On Fri, Jan 29, 2021 at 05:15:21PM +, Michal Rostecki wrote:
> > > On Fri, Jan 29, 2021 at 11:22:48AM -0500, Josef Bacik wrote:
> > > > On 1/27/21 8:57 AM,
Em Fri, 29 Jan 2021 16:45:11 +0100
Greg Kroah-Hartman escreveu:
> On Fri, Jan 29, 2021 at 04:03:36PM +0100, Mauro Carvalho Chehab wrote:
> > Instead of doing its own SPMI I/O implementation, use the
> > already-existing regmap one.
> >
> > Signed-off-by: Mauro Carvalho Chehab
> > ---
> >
On Fri, Jan 29, 2021 at 11:17 AM Linus Torvalds
wrote:
>
> On Fri, Jan 29, 2021 at 10:31 AM Hans de Goede wrote:
> >
> > You are using Fedora now a days, right ? In that case you should be
> > able to reproduce this yourself (depending on how custom your kernel
> > setup is) if you are using
On Fri, 29 Jan 2021 11:48:15 -0800 Shoaib Rao wrote:
> >> SO_OOBINLINE does not control the delivery of signal, It controls how
> >> OOB Byte is delivered. It may not be obvious but this change does not
> >> deliver any Byte, just a signal. So, as long as sendmsg flag contains
> >> MSG_OOB, signal
On Fri, Jan 29, 2021 at 8:43 PM Nick Desaulniers
wrote:
>
> DWARF v5 is the latest standard of the DWARF debug info format.
>
> DWARF5 wins significantly in terms of size and especially so when mixed
> with compression (CONFIG_DEBUG_INFO_COMPRESSED).
>
> Link:
On 1/29/21 11:54 AM, Shoaib Rao wrote:
On 1/29/21 11:19 AM, Matthew Wilcox wrote:
On Fri, Jan 29, 2021 at 09:56:48AM -0800, Shoaib Rao wrote:
On 1/25/21 3:36 PM, Jakub Kicinski wrote:
On Fri, 22 Jan 2021 15:06:37 + Matthew Wilcox (Oracle) wrote:
From: Rao Shoaib
TCP sockets allow
On 1/29/21 11:32 AM, Srinivas Kandagatla wrote:
version 1.5.1 and higher IPs of this controller required to set
continue execution on ingored command flag. This patch sets this flag.
typo: ignored.
On 1/29/21 11:32 AM, Srinivas Kandagatla wrote:
In the existing code every soundwire register read and register write
are kinda blocked. Each of these are using a special command id that
what does 'kinda blocked' mean?
generates interrupt after it successfully finishes. This is really
On Fri, Jan 29, 2021 at 12:17 PM Jakub Jelinek wrote:
>
> On Fri, Jan 29, 2021 at 11:43:17AM -0800, Nick Desaulniers wrote:
> > Modifies CONFIG_DEBUG_INFO_DWARF4 to be a member of a choice. Adds an
> > explicit CONFIG_DEBUG_INFO_DWARF2, which is the default. Does so in a
> > way that's forward
A few weeks ago I suggested a change that added a flag to determine
whether NAPI should be re-enabled on a channel when we're done
polling. That change was questioned, and upon further investigation
I realized the IPA suspend path was "doing it wrong."
Currently (for newer hardware) the IPA
On Fri, Jan 29, 2021 at 12:02 PM Linus Torvalds
wrote:
>
> It's fairly easy to work around in this in the tty layer by just
> avoiding that function entirely, so I'll cook up a patch to do that.
> But I'm adding the appropriate people to the participants here because
> this really is very subtle
1 - 100 of 532 matches
Mail list logo
