On 2020-07-09 01:32:38 [+], Song Bao Hua (Barry Song) wrote:
> > This looks using the same synchronous mechanism around an asynchronous
> > interface. It works as a PoC.
> >
> > As far as I remember the crypto async interface, the incoming skbs were fed
> > to
> > the async interface and
On 09-07-20, 07:02, Swapnil Kashinath Jakhade wrote:
> Ping requesting review comments.
> https://lkml.org/lkml/2020/5/26/507
I dont have this, can you repost?
Thanks
>
> Thanks & regards,
> Swapnil
>
> > -Original Message-
> > From: Yuti Amonkar
> > Sent: Tuesday, May 26, 2020 8:05
On Thu, Jul 9, 2020 at 2:26 PM Michal Hocko wrote:
>
> From: Michal Hocko
>
> The exported value includes oom_score_adj so the range is no [0, 1000]
> as described in the previous section but rather [0, 2000]. Mention that
> fact explicitly.
>
> Signed-off-by: Michal Hocko
> ---
>
> Hello,
> >
> > Just a gentle reminder that I'd like some feedback.
> > Any suggestions here?
> If no-one objects, I think you can submit your patches for review as non-RFC.
>
[PATCH v5 0/5] scsi: ufs: Add Host Performance Booster Support
~~
It is non-RFC version.
Thanks,
Daejun.
Hi, Browm, Stephen
Firstly, feel sorry for the problem introduced by me. I think I must modify
my bad,but should I send another patch to delete the label "out_free" or
re-send patch of v2(which maybe need to go back)?
Could you give me some advices? Sorry again.
Thanks
Peng Fan
> -Original Message-
> From: devicetree-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Amireddy Mallikarjuna reddy
> Sent: Donnerstag, 9. Juli 2020 08:01
> To: dmaeng...@vger.kernel.org; vk...@kernel.org;
> devicet...@vger.kernel.org; robh...@kernel.org
> Cc:
> -Original Message-
> From: linux-crypto-ow...@vger.kernel.org
> [mailto:linux-crypto-ow...@vger.kernel.org] On Behalf Of Sebastian Andrzej
> Siewior
> Sent: Thursday, July 9, 2020 7:39 PM
> To: Song Bao Hua (Barry Song)
> Cc: a...@linux-foundation.org; herb...@gondor.apana.org.au;
>
On 7/8/20 7:08 PM, Angelo Ribeiro wrote:
> Hi,
>
> Is this patch good to go?
> @dan...@ffwll.ch, @Philippe CORNU
>
> Was already tested by @Yannick FERTRE
> and @Adrian Pop
> on https://lkml.org/lkml/2020/4/6/691 .
>
> Thanks,
> Angelo
>
> From: Yannick
> FERTRE
> Date: Wed, Jun 24, 2020 at
On Thu, Jul 02, 2020 at 10:31:13AM +0800, Meng Yu wrote:
> Bugfix: crypto: hisilicon/hpre - modify the macros, add a switch in
> sriov_configure, unified debugfs interface, and disable
> hardware FLR.
>
> Hui Tang (2):
> crypto: hisilicon/hpre - HPRE_OVERTIME_THRHLD can be written
Hi all,
Today's linux-next merge of the akpm-current tree got a conflict in:
fs/exec.c
between commit:
25cf336de51b ("exec: Remove do_execve_file")
from the userns tree and commit:
538d50d50815 ("umh: fix refcount underflow in fork_usermode_blob().")
from the akpm-current tree.
I
On Thu, Jul 9, 2020 at 1:32 PM Alex Ghiti wrote:
>
> Hi Guo,
>
> Le 7/9/20 à 12:38 AM, guo...@kernel.org a écrit :
> > From: Guo Ren
> >
> > Let riscv enable randomizes the stack, heap and binary images of
> > ELF binaries. Seems it's ok at all after qemu & chip test and
> > there is no founded
On Thu, Jul 09, 2020 at 08:29:21AM +0100, Daniel Stone wrote:
> Hi,
> Jumping in after a couple of weeks where I've paged most everything
> out of my brain ...
>
> On Fri, 19 Jun 2020 at 10:43, Daniel Vetter wrote:
> > On Fri, Jun 19, 2020 at 10:13:35AM +0100, Chris Wilson wrote:
> > > > The
Add Conor and myself as maintainers.
Signed-off-by: Miquel Raynal
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 496fd4eafb68..7e44a06fd5da 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -15587,6 +15587,14 @@ S: Maintained
F:
Many laptops can be woken up from Suspend-to-Idle by touchpad. This is
also the default behavior on other OSes.
However, if touchpad and touchscreen contact to each other when lid is
closed, wakeup events can be triggered inadventertly.
So let's disable the wakeup by default, but enable the
Silvaco provide a dual-role I3C master.
Description is rather simple: it needs a register mapping, three
clocks and an interrupt.
Signed-off-by: Miquel Raynal
---
.../bindings/i3c/svc,i3c-master.yaml | 59 +++
1 file changed, 59 insertions(+)
create mode 100644
Silvaco, Inc. is an EDA provider of software tools used for process
and device development and for analog/mixed-signal, power IC and
memory design [1].
[1] https://www.silvaco.com/company/profile/profile.html
Signed-off-by: Miquel Raynal
---
Add support for Silvaco I3C dual-role IP. The master role is supported
in SDR mode only. I2C transfers have not been tested but are shared
because they are so close to the I3C transfers in terms of registers
configuration.
Signed-off-by: Miquel Raynal
---
drivers/i3c/master/Kconfig |
There is a case that the several same-name symbols points
same address. In that case, perf probe returns an error.
E.g.
perf probe -x /lib64/libc-2.30.so -v -a "memcpy arg1=%di"
probe-definition(0): memcpy arg1=%di
symbol:memcpy file:(null) line:0 offset:0 return:0 lazy:(null)
parsing
Hi,
Here are patches to fix some issues of probing on GNU IFUNC, duplicated
symbols, and memory leak, which were reported by Andi.
Andi reported that some issues on probing memcpy function in glibc,
which was related to GNU IFUNC (indirect function). As I described
in the patch [4/4], it is hard
Fix a wrong "variable not found" warning when the probe point is
not found in the debuginfo.
Since the debuginfo__find_probes() can return 0 even if it does not
find given probe point in the debuginfo, fill_empty_trace_arg() can
be called with tf.ntevs == 0 and it can warn a wrong warning.
To fix
Warn if the probe target function is GNU indirect function (GNU_IFUNC)
because it may not what the user want to probe.
The GNU indirect function ( https://sourceware.org/glibc/wiki/GNU_IFUNC )
is the dynamic solved symbol at runtime. IFUNC function is a selector
which is invoked from the elf
Fix the memory leakage in debuginfo__find_trace_events() when the probe
point is not found in the debuginfo. If there is no probe point found in
the debuginfo, debuginfo__find_probes() will NOT return -ENOENT, but 0.
Thus the caller of debuginfo__find_probes() must check the tf.ntevs and
release
Remove extra brackets.
Signed-off-by: Xu Wang
---
tools/power/acpi/os_specific/service_layers/osunixmap.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/power/acpi/os_specific/service_layers/osunixmap.c
b/tools/power/acpi/os_specific/service_layers/osunixmap.c
The maximum_speed will be USB_SPEED_SUPER_PLUS, but the
maximum_speed check for usb2.0-only core doesn't consider it,
so fix it, and move the ckeck into dwc3_check_params().
Signed-off-by: Chunfeng Yun
---
Note:
When I look at the code, find that this may be a problem, but no
platform to test
Hi Dmitry,
W dniu 09.07.2020 o 07:05, Dmitry Torokhov pisze:
Hi Andrzej,
On Fri, Jun 19, 2020 at 06:28:19PM +0200, Andrzej Pietrasiewicz wrote:
There exist machines which don't have SysRq key at all, e.g. chromebooks.
This patch allows configuring an alternative key to act as SysRq. Devices
On Thu, Jul 9, 2020 at 1:05 PM Palmer Dabbelt wrote:
>
> On Sun, 07 Jun 2020 00:59:46 PDT (-0700), a...@ghiti.fr wrote:
> > This is a preparatory patch for relocatable kernel.
> >
> > The kernel used to be linked at PAGE_OFFSET address and used to be loaded
> > physically at the beginning of the
From: Matthew Gerlach
When putting the port in reset, driver must wait for the soft reset
acknowledgment bit instead of the soft reset bit.
Fixes: 47c1b19c160f (fpga: dfl: afu: add port ops support)
Signed-off-by: Matthew Gerlach
Signed-off-by: Xu Yilun
Acked-by: Wu Hao
---
This is to fix lkp cppcheck warnings:
drivers/fpga/dfl-pci.c:230:6: warning: The scope of the variable 'ret' can be
reduced. [variableScope]
int ret = 0;
^
drivers/fpga/dfl-pci.c:230:10: warning: Variable 'ret' is assigned a value
that is never used. [unreadVariable]
int ret
Resend these 2 fix patches since the to-be-fixed patches have been
merged to mainline.
Matthew Gerlach (1):
fpga: dfl: fix bug in port reset handshake
Xu Yilun (1):
fpga: dfl: pci: reduce the scope of variable 'ret'
drivers/fpga/dfl-afu-main.c | 3 ++-
drivers/fpga/dfl-pci.c | 3 ++-
Instead of relying on the firmware to keep the clock rates sorted, let
us sort the list. This is not essential for clock layer but it helps
to find the min and max rates easily from the list.
Link: https://lore.kernel.org/r/20200708110725.18017-1-sudeep.ho...@arm.com
Fixes: 5f6c6430e904
Currently we are not initializing the scmi clock with discrete rates
correctly. We fetch the min_rate and max_rate value only for clocks with
ranges and ignore the ones with discrete rates. This will lead to wrong
initialization of rate range when clock supports discrete rate.
Fix this by using
On Wed, Jul 08, 2020 at 04:12:53PM -0700, Suren Baghdasaryan wrote:
> Add new maintainers for ashmem driver to handle related issues.
>
> Signed-off-by: Suren Baghdasaryan
Can I get an ack/reviewed-by/something by the existing maintainers to
verify this? :)
And I thought we were deleting
On Thu 09-07-20 15:41:11, Yafang Shao wrote:
> On Thu, Jul 9, 2020 at 2:26 PM Michal Hocko wrote:
> >
> > From: Michal Hocko
> >
> > The exported value includes oom_score_adj so the range is no [0, 1000]
> > as described in the previous section but rather [0, 2000]. Mention that
> > fact
Paolo Valente writes:
>> Il giorno 8 lug 2020, alle ore 19:48, Dmitry Monakhov
>> ha scritto:
>>
>> Paolo Valente writes:
>>
>>> Hi,
>>> sorry for the delay. The commit you propose to drop fix the issues
>>> reported in [1].
>>>
>>> Such a commit does introduce the leak that you report
Hi Sudeep,
I share my build warning and some in-line comment below:
CC drivers/firmware/arm_scmi/clock.o
drivers/firmware/arm_scmi/clock.c: In function 'rate_cmp_func':
drivers/firmware/arm_scmi/clock.c:127:12: warning: initialization discards
'const' qualifier from pointer target type
On Wed, Jul 08, 2020 at 11:45:24AM -0700, t...@redhat.com wrote:
> From: Tom Rix
>
> clang static analysis flags this error
>
> fsl-mc-bus.c:695:2: warning: Attempt to free released memory [unix.Malloc]
> kfree(mc_dev);
> ^
>
> The problem block of code is
>
>
Hi all,
[Also reported by Randy Dunlap.]
After merging the akpm-current tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
mm/migrate.c: In function 'migrate_pages':
mm/migrate.c:1528:19: error: 'THP_MIGRATION_SUCCESS' undeclared (first use in
this function); did you
On Wed, Jul 08, 2020 at 04:32:13PM -0700, Kees Cook wrote:
> The genpd infrastructure uses the terms master/slave, but such uses have
> no external exposures (not even in Documentation/driver-api/pm/*) and are
> not mandated by nor associated with any external specifications. Change
> the language
Add PCIe Device ID for Intel FPGA PAC N3000.
Signed-off-by: Wu Hao
Signed-off-by: Xu Yilun
Signed-off-by: Matthew Gerlach
Signed-off-by: Russ Weight
---
drivers/fpga/dfl-pci.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/fpga/dfl-pci.c b/drivers/fpga/dfl-pci.c
index
On Wed, Jul 08, 2020 at 10:38:08PM +0200, Arnd Bergmann wrote:
> On Wed, Jul 8, 2020 at 2:24 PM Cristian Marussi
> wrote:
> >
> > Drop size_t in favour of fixed size u32 for consistency and shuffle
> > around fields definitions to minimize implicit padding.
> >
> > Signed-off-by: Cristian Marussi
From: Sanggil Kim
We have a solution to protect kernel code section(autually from _text to
_etext) by not MMU. In order to do this, we have to know the addresses
of _text and _etext at runtime.
Signed-off-by: Sanggil Kim
---
arch/arm64/kernel/head.S | 3 +++
1 file changed, 3 insertions(+)
On Thu, Jul 9, 2020 at 7:28 AM Naresh Kamboju wrote:
>
> While running LTP mm test suite on i386 or qemu_i386 this kernel warning
> has been noticed from stable 5.4 to stable 5.7 branches and mainline 5.8.0-rc4
> and linux next.
Are you able to correlate this with any particular test case in
Hi Sudeep,
Thanks for your patch.
>-Original Message-
>From: Sudeep Holla
>Sent: Thursday, July 9, 2020 3:17 PM
>To: linux-arm-ker...@lists.infradead.org; linux-...@vger.kernel.org; Stephen
>Boyd
>Cc: Sudeep Holla ; linux-kernel@vger.kernel.org; Michael
>Turquette ; Dien Pham
Add error detection for A53 and A72 cores. Hardware error injection is
supported on A53. Software error injection is supported on both.
For hardware error injection on A53 to work, proper access to
L2ACTLR_EL1, CPUACTLR_EL1 needs to be granted by EL3 firmware. This is
done by making an SMC call in
On Wed, Jul 08, 2020 at 11:00:19AM -0700, Linus Torvalds wrote:
> On Wed, Jul 8, 2020 at 9:21 AM Peter Zijlstra wrote:
> > >
> > > It's perhaps yet another reason to just skip gcc-4.8 too, since
> > > apparently 4.9 works.
> > >
> > > gcc-4.9 really has a lot of advantages. It's where (I think)
Hi Mathieu,
On 7/7/20 11:00 PM, Mathieu Poirier wrote:
> Introduce function rproc_actuate() that provides the same
> functionatlity as rproc_fw_boot(), but without the steps that
> involve interaction with the firmware image. That way we can
> deal with scenarios where the remoteproc core is
Hi Alex,
On 08.07.2020 18:16, Alexander Shishkin wrote:
> Hi guys,
>
> I've been looking at reducing the number of open file descriptors per perf
> session. If we retain one descriptor per event, in a large group they add
> up. At the same time, we're not actually using them for anything after
>
> If somehow no interrupt notification is raised for a completed request
> and its doorbell bit is cleared by host, UFS driver needs to cleanup
> its outstanding bit in ufshcd_abort().
Theoretically, this case is already accounted for -
See line 6407: a proper error is issued and eventually
Hi all,
The following series add support for the Slimport ANX7625 transmitter, a
ultra-low power Full-HD 4K MIPI to DP transmitter designed for portable device.
This is the v14 version, any mistakes, please let me know, I will fix it in
the next series.
Change history:
v14: Fix comments from
On Wed, Jul 08, 2020 at 07:54:34PM -0400, Waiman Long wrote:
> On 7/8/20 4:41 AM, Peter Zijlstra wrote:
> > On Tue, Jul 07, 2020 at 03:57:06PM +1000, Nicholas Piggin wrote:
> > > Yes, powerpc could certainly get more performance out of the slow
> > > paths, and then there are a few parameters to
anx7625: MIPI to DP transmitter DT schema
Signed-off-by: Xin Ji
Reviewed-by: Rob Herring
---
.../bindings/display/bridge/analogix,anx7625.yaml | 95 ++
1 file changed, 95 insertions(+)
create mode 100644
On 7/7/20 11:00 PM, Mathieu Poirier wrote:
> Add a new function to assert the general health of the remote
> processor before handing it to the remoteproc core.
>
> Signed-off-by: Mathieu Poirier
Reviewed-by: Arnaud Pouliquen
Thanks,
Arnaud
> ---
> drivers/remoteproc/remoteproc_core.c |
On (20/07/09 15:14), kernel test robot wrote:
[..]
Took me a while to find the FAIL-ed test:
> kmsg01.c:393: INFO: TEST: read returns EPIPE when messages get overwritten
> kmsg01.c:398: INFO: first seqno: 0
> kmsg01.c:411: INFO: first seqno now: 881
> kmsg01.c:425: FAIL: read returned: 77:
The ANX7625 is an ultra-low power 4K Mobile HD Transmitter designed
for portable device. It converts MIPI DSI/DPI to DisplayPort 1.3 4K.
Signed-off-by: Xin Ji
---
drivers/gpu/drm/bridge/analogix/Kconfig |9 +
drivers/gpu/drm/bridge/analogix/Makefile |1 +
> Il giorno 9 lug 2020, alle ore 10:19, Dmitry Monakhov
> ha scritto:
>
> Paolo Valente writes:
>
>>> Il giorno 8 lug 2020, alle ore 19:48, Dmitry Monakhov
>>> ha scritto:
>>>
>>> Paolo Valente writes:
>>>
Hi,
sorry for the delay. The commit you propose to drop fix the
> -Original Message-
> From: Rakesh Pillai
> Sent: Friday, June 26, 2020 2:14 PM
> To: 'Douglas Anderson' ; 'Andy Gross'
> ; 'Bjorn Andersson'
> Cc: 'Evan Green' ; 'Sibi Sankar'
> ; 'Rob Herring' ;
> 'devicet...@vger.kernel.org' ; 'linux-arm-
> m...@vger.kernel.org' ; 'linux-
>
Hi Dien-san,
On Thu, Jul 09, 2020 at 08:20:51AM +, Dien Pham wrote:
> Hi Sudeep,
>
> I share my build warning and some in-line comment below:
>
> CC drivers/firmware/arm_scmi/clock.o
> drivers/firmware/arm_scmi/clock.c: In function 'rate_cmp_func':
>
Add device tree binding information for DA7280 haptic driver.
Example bindings for DA7280 are added.
Reviewed-by: Rob Herring .
Signed-off-by: Roy Im
---
v16: No changes.
v15: No changes.
v14: No changes.
v13: No changes.
v12: No changes.
v11: No changes.
v10: No changes.
v9: No changes.
v8:
On Thu, Jul 09, 2020 at 08:26:54AM +, Dien Pham wrote:
> Hi Sudeep,
>
> Thanks for your patch.
>
> >-Original Message-
> >From: Sudeep Holla
> >Sent: Thursday, July 9, 2020 3:17 PM
> >To: linux-arm-ker...@lists.infradead.org; linux-...@vger.kernel.org; Stephen
> >Boyd
> >Cc: Sudeep
An architecture may need to validate the VIRTIO devices features
based on architecture specifics.
Signed-off-by: Pierre Morel
Reviewed-by: Cornelia Huck
Acked-by: Christian Borntraeger
---
drivers/virtio/virtio.c | 19 +++
include/linux/virtio_config.h | 1 +
2 files
Adds support for the Dialog DA7280 LRA/ERM Haptic Driver with
multiple mode and integrated waveform memory and wideband support.
It communicates via an I2C bus to the device.
Signed-off-by: Roy Im
---
v16:
- Corrected some code and updated description in Kconfig.
v15:
- Removed
Hi all,
The goal of the series is to give a chance to the architecture
to validate VIRTIO device features.
in this respin:
1) I kept removed the ack from Jason as I reworked the patch
@Jason, the nature and goal of the patch did not really changed
please can I get back your
This patch adds the da7280 bindings doc and driver to the Dialog
Semiconductor support list.
Signed-off-by: Roy Im
---
v16: No changes.
v15: No changes.
v14: No changes.
v13: No changes.
v12: Corrected file list order.
v11: No changes.
v10: No changes.
v9: No changes.
v8: No changes.
v7: No
If protected virtualization is active on s390, the virtio queues are
not accessible to the host, unless VIRTIO_F_IOMMU_PLATFORM has been
negotiated. Use the new arch_validate_virtio_features() interface to
fail probe if that's not the case, preventing a host error on access
attempt
Signed-off-by:
This patch adds support for the Dialog DA7280 Haptic driver IC.
In this patch set the following is provided:
[PATCH v16 1/3] MAINTAINERS file update for DA7280
[PATCH v16 2/3] DA7280 DT Binding
[PATCH v16 3/3] DA7280 Driver
This patch applies against linux-next and v5.8-rc4
Thank you,
Roy Im,
Hello all,
This new module implement the OSCCA certificate and SM2 public key
algorithm. It was published by State Encryption Management Bureau, China.
List of specifications for OSCCA certificate and SM2 elliptic curve
public key cryptography:
* GM/T 0003.1-2012
* GM/T 0003.2-2012
* GM/T
Some asymmetric algorithms will get different ciphertext after
each encryption, such as SM2, and let testmgr support the testing
of such algorithms.
In struct akcipher_testvec, set c and c_size to be empty, skip
the comparison of the ciphertext, and compare the decrypted
plaintext with m to
The implementation of EC is introduced from libgcrypt as the
basic algorithm of elliptic curve, which can be more perfectly
integrated with MPI implementation.
Some other algorithms will be developed based on mpi ecc, such as SM2.
Signed-off-by: Tianjia Zhang
---
include/linux/mpi.h | 105 +++
On 2020-07-09 07:55:22 [+], Song Bao Hua (Barry Song) wrote:
> Hello Sebastian, thanks for your reply and careful review.
Hi,
> I don't think we can simply "forward the result to the caller and let him
> decide".
> Would you like to present some pseudo code?
I provided just some pseudo code
This new module implement the SM2 public key algorithm. It was
published by State Encryption Management Bureau, China.
List of specifications for SM2 elliptic curve public key cryptography:
* GM/T 0003.1-2012
* GM/T 0003.2-2012
* GM/T 0003.3-2012
* GM/T 0003.4-2012
* GM/T 0003.5-2012
IETF:
Expand the mpi library based on libgcrypt, and the ECC algorithm of
mpi based on libgcrypt requires these functions.
Some other algorithms will be developed based on mpi ecc, such as SM2.
Signed-off-by: Tianjia Zhang
---
include/linux/mpi.h| 88 +++
lib/mpi/Makefile | 5 +
The digital certificate format based on SM2 crypto algorithm as
specified in GM/T 0015-2012. It was published by State Encryption
Management Bureau, China.
The method of generating Other User Information is defined as
ZA=H256(ENTLA || IDA || a || b || xG || yG || xA || yA), it also
specified in
The digital certificate format based on SM2 crypto algorithm as
specified in GM/T 0015-2012. It was published by State Encryption
Management Bureau, China.
This patch adds the OID object identifier defined by OSCCA. The
x509 certificate supports sm2-with-sm3 type certificate parsing.
It uses the
> > Hello,
> > >
> > > Just a gentle reminder that I'd like some feedback.
> > > Any suggestions here?
> > If no-one objects, I think you can submit your patches for review as non-
> RFC.
> >
> [PATCH v5 0/5] scsi: ufs: Add Host Performance Booster Support
> ~~
> It is non-RFC version.
Oops
Both crypto_sm3_update and crypto_sm3_finup have been
exported, exporting crypto_sm3_final, to avoid having to
use crypto_sm3_finup(desc, NULL, 0, dgst) to calculate
the hash in some cases.
Signed-off-by: Tianjia Zhang
---
crypto/sm3_generic.c | 7 ---
include/crypto/sm3.h | 2 ++
2 files
Asymmetric digsig supports SM2-with-SM3 algorithm combination,
so that IMA can also verify SM2's signature data.
Signed-off-by: Tianjia Zhang
---
security/integrity/digsig_asymmetric.c | 14 +++---
1 file changed, 11 insertions(+), 3 deletions(-)
diff --git
On 09.07.20 09:36, Paraschiv, Andra-Irina wrote:
On 06/07/2020 13:46, Alexander Graf wrote:
On 22.06.20 22:03, Andra Paraschiv wrote:
Another resource that is being set for an enclave is memory. User space
memory regions, that need to be backed by contiguous memory regions,
are
Hi Alexander,
On 09/07/2020 08:28, Alexander A. Klimov wrote:
> Rationale:
> Reduces attack surface on kernel devs opening the links for MITM
> as HTTPS traffic is much harder to manipulate.
>
> Deterministic algorithm:
> For each file:
> If not .svg:
> For each line:
> If doesn't
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 69a18b18699b59654333651d95f8ca09d01048f8
Gitweb:
https://git.kernel.org/tip/69a18b18699b59654333651d95f8ca09d01048f8
Author:Alex Belits
AuthorDate:Thu, 25 Jun 2020 18:34:42 -04:00
The following commit has been merged into the sched/core branch of tip:
Commit-ID: d81ae8aac85ca2e307d273f6dc7863a721bf054e
Gitweb:
https://git.kernel.org/tip/d81ae8aac85ca2e307d273f6dc7863a721bf054e
Author:Qais Yousef
AuthorDate:Tue, 30 Jun 2020 12:21:22 +01:00
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 46609ce227039fd192e0ecc7d940bed587fd2c78
Gitweb:
https://git.kernel.org/tip/46609ce227039fd192e0ecc7d940bed587fd2c78
Author:Qais Yousef
AuthorDate:Tue, 30 Jun 2020 12:21:23 +01:00
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 85c2ce9104eb93517db2037699471c517e81f9b4
Gitweb:
https://git.kernel.org/tip/85c2ce9104eb93517db2037699471c517e81f9b4
Author:Peter Zijlstra
AuthorDate:Tue, 30 Jun 2020 16:49:05 +02:00
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 9d246053a69196c7c27068870e9b4b66ac536f68
Gitweb:
https://git.kernel.org/tip/9d246053a69196c7c27068870e9b4b66ac536f68
Author:Phil Auld
AuthorDate:Mon, 29 Jun 2020 15:23:03 -04:00
Committer:
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 1abdfe706a579a702799fce465bceb9fb01d407c
Gitweb:
https://git.kernel.org/tip/1abdfe706a579a702799fce465bceb9fb01d407c
Author:Alex Belits
AuthorDate:Thu, 25 Jun 2020 18:34:41 -04:00
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 07bbecb3410617816a99e76a2df7576507a0c8ad
Gitweb:
https://git.kernel.org/tip/07bbecb3410617816a99e76a2df7576507a0c8ad
Author:Alex Belits
AuthorDate:Thu, 25 Jun 2020 18:34:43 -04:00
Hi Kees,
On 09/07/2020 00:32, Kees Cook wrote:
> The genpd infrastructure uses the terms master/slave, but such uses have
> no external exposures (not even in Documentation/driver-api/pm/*) and are
> not mandated by nor associated with any external specifications. Change
> the language used
Dear Dmitry, dear Mario,
Am 21.02.18 um 10:22 schrieb Paul Menzel:
Am 15.02.2018 um 16:22 schrieb mario.limoncie...@dell.com:
-Original Message-
From: Paul Menzel [mailto:pmenzel+linux-in...@molgen.mpg.de]
Sent: Thursday, February 15, 2018 2:26 AM
On 02/14/18 18:11,
Hello Michael,
On Mon, Jul 06, 2020 at 07:53:47PM +0200, Michael Walle wrote:
> diff --git a/drivers/pwm/pwm-sl28cpld.c b/drivers/pwm/pwm-sl28cpld.c
> new file mode 100644
> index ..8ee286b605bf
> --- /dev/null
> +++ b/drivers/pwm/pwm-sl28cpld.c
> @@ -0,0 +1,187 @@
> +//
Hi Philippe,
From: Philippe CORNU
Date: Thu, Jul 09, 2020 at 08:56:10
>
> On 7/8/20 7:08 PM, Angelo Ribeiro wrote:
> > Hi,
> >
> > Is this patch good to go?
> > @dan...@ffwll.ch, @Philippe CORNU
> >
> > Was already tested by @Yannick FERTRE
> > and @Adrian Pop
> > on
> >
Dear Sudeep-san,
> > >+}
> > >+
> > > static int
> > > scmi_clock_describe_rates_get(const struct scmi_handle *handle, u32
> > > clk_id,
> > > struct scmi_clock_info *clk) @@ -184,8 +193,10 @@
> > >scmi_clock_describe_rates_get(const struct scmi_handle *handle, u32
Hi guys,
On Monday 06 Jul 2020 at 14:14:47 (+0200), Dietmar Eggemann wrote:
> On 02/07/2020 13:44, Ionela Voinescu wrote:
> > Hi,
> >
> > On Thursday 02 Jul 2020 at 08:28:18 (+0530), Viresh Kumar wrote:
> >> On 01-07-20, 18:05, Rafael J. Wysocki wrote:
> >>> On Wed, Jul 1, 2020 at 3:33 PM Ionela
On Wed, Jul 8, 2020 at 8:55 PM Nick Terrell wrote:
>
> From: Nick Terrell
>
> Please pull from
>
> g...@github.com:terrelln/linux.git tags/v7-zstd
>
> to get these changes. Alternatively the patchset is included.
>
> Hi all,
>
> This patch set adds support for a ZSTD-compressed kernel,
On 7/9/2020 5:09 AM, Douglas Anderson wrote:
In the patch ("spi: spi-geni-qcom: Avoid clock setting if not needed")
we avoid a whole pile of clock code. As part of that, we should have
restored the clock at runtime resume. Do that.
It turns out that, at least with today's configurations,
Dear Sudeep-san,
>-Original Message-
>From: Sudeep Holla
>Sent: Thursday, July 9, 2020 3:39 PM
>To: Dien Pham
>Cc: linux-arm-ker...@lists.infradead.org; linux-...@vger.kernel.org; Stephen
>Boyd ; linux-kernel@vger.kernel.org; Michael Turquette
>; Sudeep Holla
>Subject: Re: [PATCH v2
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 0bddd227f3dc55975e2b8dfa7fc6f959b062a2c7
commit: dc6d95b153e78ed70b1b2c04aadffb76bcd2b3ec KVM: MIPS: Add more MMIO
load/store instructions emulation
date: 5 weeks ago
config: mips-randconfig-r031-20200709
On Thu, 9 Jul 2020 10:39:19 +0200
Pierre Morel wrote:
> If protected virtualization is active on s390, the virtio queues are
> not accessible to the host, unless VIRTIO_F_IOMMU_PLATFORM has been
> negotiated. Use the new arch_validate_virtio_features() interface to
> fail probe if that's not
On 7/7/20 11:00 PM, Mathieu Poirier wrote:
> This patch prevents the firmware image name from being displayed when
> the remoteproc core is attaching to a remote processor. This is needed
> needed since there is no guarantee about the nature of the firmware
> image that is loaded by the
Hello,
syzbot found the following crash on:
HEAD commit:7cc2a8ea Merge tag 'block-5.8-2020-07-01' of git://git.ker..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=11561e7b10
kernel config: https://syzkaller.appspot.com/x/.config?x=7be693511b29b338
On Thu, Jul 9, 2020 at 4:18 PM Michal Hocko wrote:
>
> On Thu 09-07-20 15:41:11, Yafang Shao wrote:
> > On Thu, Jul 9, 2020 at 2:26 PM Michal Hocko wrote:
> > >
> > > From: Michal Hocko
> > >
> > > The exported value includes oom_score_adj so the range is no [0, 1000]
> > > as described in the
On Wed, Jun 24, 2020 at 05:30:24PM +0200, Peter Zijlstra wrote:
> Hi all,
>
> Hopefully for the last time...
>
> static_call(), is the idea of static_branch() applied to indirect function
> calls. Remove a data load (indirection) by modifying the text.
>
> The inline implementation still relies
101 - 200 of 1346 matches
Mail list logo