It appears that the original commit 1e5de18278e6
("x86: Introduce GDT_ENTRY_INIT()") used bitwise operations on the parameters
when the commit 38e9e81f4c81 ("x86/gdt: Use bitfields for initialization")
changed them to simple castings. The latter change recently made sparse not
happy about. To satis
When debugging an issue where I was asking the PCI machinery to enable a
set of MSIx vectors, without falling back on MSI, I ran across a
behaviour which seems odd. The pci_alloc_irq_vectors_affinity will
always return -ENOSPC on failure, when allocating MSIx vectors only,
whereas with MSI fallback
Hi Arnd,
On Wednesday, 27 May 2020 16.37.34 EEST Arnd Bergmann wrote:
> The two supplies are referenced outside of #ifdef CONFIG_I2C but
> defined inside, which breaks the build if that is not built-in:
>
> mach-davinci/board-dm644x-evm.c:861:21: error: use of undeclared identifier
> 'fixed_supp
There are several places in the kernel which check/ask for MSI or MSI-X
interrupts. It would make sense to have a shorthand constant, similar to
PCI_IRQ_ALL_TYPES, to use in these situations. So add PCI_IRQ_MSI_TYPES,
for this purpose.
Signed-off-by: Piotr Stankiewicz
Suggested-by: Andy Shevchenk
Document the purpose of CAP_SETFCAP. For some reason this capability
had no description while the others did.
Signed-off-by: Stefan Hajnoczi
---
v2:
* Rebased onto git master
include/uapi/linux/capability.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/uapi/linux/capability.h
The primary objective of this patch series is to change the behaviour
of pci_alloc_irq_vectors_affinity such that it forwards the MSI-X enable
error code when appropriate. In the process, though, it was pointed out
that there are multiple places in the kernel which check/ask for message
signalled i
>
> On Tue, 2 Jun 2020 at 04:41, 冯锐 wrote:
> >
> > >
> > > +linux-mmc
> > >
> > > On Mon, 1 Jun 2020 at 09:34, 冯锐 wrote:
> > > >
> > > > >
> > > > > On Tue, 19 May 2020 at 11:18, 冯锐 wrote:
> > > > > >
> > > > > > > On Tue, 28 Apr 2020 at 05:44, 冯锐
> wrote:
> > > > > > > >
> > > > > > > > >
> >
On Mon, Jun 1, 2020 at 7:13 PM Jiri Kosina wrote:
>
> On Fri, 29 May 2020, Dmitry Torokhov wrote:
>
> > > > > > > usbhid tries to give the device 50 milliseconds to drain its
> > > > > > > queues
> > > > > > > when opening the device, but does it naively by simply sleeping
> > > > > > > in open
Clang-based kernel building with W=1 warns that some static const
variables are unused:
drivers/hwmon/bt1-pvt.c:67:30: warning: unused variable 'poly_temp_to_N'
[-Wunused-const-variable]
static const struct pvt_poly poly_temp_to_N = {
^
drivers/hwmon/bt1-pvt.c:99:30:
On 02.06.2020 11:32, Alexey Budankov wrote:
>
> On 02.06.2020 2:37, Andi Kleen wrote:
or a pathname, or including also the event default of "disabled".
>>>
>>> For my cases conversion of pathnames into open fds belongs to external
>>> controlling process e.g. like in the examples provided i
Hi Jonathan,
for the calibration bias, value is expressed in g unit, fixed, independant from
any scale value.
So I can switch to g instead of SI unit, but this will still not be like raw
data which are dependent of the scale value. That's why I used SI units.
Another solution, would be to adapt
Rob Herring writes:
> On Wed, May 13, 2020 at 02:55:23PM +0200, Lars Povlsen wrote:
>> This adds the main Sparx5 SoC DT documentation file, with information
>> abut the supported board types.
>>
>> Reviewed-by: Alexandre Belloni
>> Signed-off-by: Lars Povlsen
>> ---
>> .../bindings/arm/microc
Add ":README" suffix support for the requires list, so that
the testcase can list up the required string for README file
to the requires list.
Note that the required string is treated as a fixed string,
instead of regular expression. Also, the testcase can specify
a string containing spaces with q
Add ":tracer" suffix support for the requires list, so that
the testcase can list up the required tracer (e.g. function)
to the requires list.
For example, if the testcase requires function_graph tracer,
it can write requires list as below instead of checking
available_tracers.
# requires: functi
As same as other test cases, return unsupported if kprobe_events
or argument access feature are not found.
There can be a new arch which does not port those features yet,
and an older kernel which doesn't support it.
Those can not enable the features.
Signed-off-by: Masami Hiramatsu
Reviewed-by:
Introduce "requires:" list to check required ftrace interface
for each test. This will simplify the interface checking code
and unify the error message. Another good point is, it can
skip the ftrace initializing.
Note that this requires list must be written as a shell
comment.
Signed-off-by: Masa
Hi,
Here is the 2nd version of the series of "requires:" list for
simplifying and unifying requirement checks for each test case.
The previous version is here.
https://lkml.kernel.org/r/159102252279.31199.12855129586058455119.stgit@devnote2
I've fixed some trival mistakes and add Tom's reviewed
Convert the required tracefs interface checking code with
requires: list.
Signed-off-by: Masami Hiramatsu
Reviewed-by: Tom Zanussi
---
Changes in v2: Fix trigger-onchange-action-hist.tc requires list.
---
.../selftests/ftrace/test.d/00basic/snapshot.tc|3 +-
.../selftests/ftrace/test.
Allow ":" in the description line. Currently if there is ":"
in the test description line, the description is cut at that
point, but that was unintended.
Signed-off-by: Masami Hiramatsu
Reviewed-by: Tom Zanussi
---
tools/testing/selftests/ftrace/ftracetest |2 +-
1 file changed, 1 insertion
Since check_filter_file() is basically checking the filter
tracefs file, we can convert it into requires list.
Signed-off-by: Masami Hiramatsu
Reviewed-by: Tom Zanussi
---
.../ftrace/test.d/ftrace/fgraph-filter-stack.tc|4 +---
.../ftrace/test.d/ftrace/fgraph-filter.tc |3 +
> From: Peng Fan
> Sent: Tuesday, June 2, 2020 3:48 PM
> >
> > > From: Peng Fan
> > > Sent: Tuesday, June 2, 2020 12:51 PM
> > > >
> > > > > From: Peng Fan
> > > > > Sent: Monday, June 1, 2020 8:40 PM
> > > > > >
> > > > > > > From: Peng Fan
> > > > > > > Sent: Friday, April 24, 2020 9:12 AM
>
Hi Rob,
On 2020/06/02 6:43, Rob Herring wrote:
On Fri, May 15, 2020 at 06:59:03PM +0900, Kunihiko Hayashi wrote:
Even if phy driver doesn't probe, the error message can't be distinguished
from other errors. This displays error message caused by the phy driver
explicitly.
Signed-off-by: Kunihik
Hello Sasha,
> From: stable-ow...@vger.kernel.org On
> Behalf Of Sasha Levin
> Sent: 02 June 2020 03:07
>
> On Mon, Jun 01, 2020 at 10:14:20PM +, Chris Paterson wrote:
> >Hi Greg,
> >
> >> From: stable-ow...@vger.kernel.org On
> >> Behalf Of Greg Kroah-Hartman
> >> Sent: 01 June 2020 18:53
Hi Rob,
On 2020/06/02 6:32, Rob Herring wrote:
On Fri, May 15, 2020 at 06:59:02PM +0900, Kunihiko Hayashi wrote:
This gets iATU register area from reg property. In Synopsis DWC version
4.80 or later, since iATU register area is separated from core register
area, this area is necessary to get fr
> Call to pm_runtime_get_sync increments counter even in case of
> failure leading to incorrect ref count.
> Call pm_runtime_put_noidle if pm_runtime_get_sync fails.
How do you think about a wording variant like the following?
Change description:
The PM runtime reference counter is generall
On Fri, May 29, 2020 at 11:05 AM CEST, dihu wrote:
> On 2020/5/27 5:10, John Fastabend wrote:
>> dihu wrote:
>>> From 865a45747de6b68fd02a0ff128a69a5c8feb73c3 Mon Sep 17 00:00:00 2001
>>> From: dihu
>>> Date: Mon, 25 May 2020 17:23:16 +0800
>>> Subject: [PATCH] bpf/sockmap: fix kernel panic at __
On Mon, Jun 01, 2020 at 03:50:13PM -0500, Pierre-Louis Bossart wrote:
>
>
> On 6/1/20 12:38 AM, Greg KH wrote:
> > On Mon, Jun 01, 2020 at 01:28:07AM +0800, Bard Liao wrote:
> > > From: Pierre-Louis Bossart
> > >
> > > Change SPDX from GPL-2.0 to GPL-2.0-only for Intel-contributed
> > > code. T
On Tue, 2020-06-02 at 09:48 +0200, Boris Brezillon wrote:
> Hi Bean,
>
> On Mon, 01 Jun 2020 23:10:43 +0200
> Bean Huo wrote:
>
> > Hi Richard
> > would you please help us confirm below question??
>
> Miquel suggested an approach that would allow us to deal with both
> JFFS2
> and UBI/UBIFS wi
On Tue, 2 Jun 2020 07:50:23 +
"Ardelean, Alexandru" wrote:
> On Sun, 2020-05-31 at 16:40 +0100, Jonathan Cameron wrote:
> > On Mon, 25 May 2020 14:38:55 +0300
> > Alexandru Ardelean wrote:
> >
> > > From: Lars-Peter Clausen
> > >
> > > This patch should be squashed into the first one, a
On 2020/4/14 0:30, Darrick J. Wong wrote:
This might be a good time to introduce a few new helpers:
_require_scratch_dax ("Does $SCRATCH_DEV support DAX?")
_require_scratch_dax_mountopt ("Does the fs support the DAX mount options?")
_require_scratch_daX_iflag ("Does the fs support FS_XFLAG_DAX?"
Hi Vladimir,
On Tus, 2 Jun 2020 at 16:04,
> First of all, net-next has just closed yesterday and will be closed for the
> following 2 weeks:
> https://eur01.safelinks.protection.outlook.com/?url=http:%2F%2Fvger.kernel.org%2F~davem%2Fnet-next.html&data=02%7C01%
>
> 7Cxiaoliang.yang_1%40nxp.com%7
So vhost needs to poke at userspace *a lot* in a quick succession. It
is thus benefitial to enable userspace access, do our thing, then
disable. Except access_ok has already been pre-validated with all the
relevant nospec checks, so we don't need that. Add an API to allow
userspace access after a
Add DT binding of max98390 amplifier driver.
Signed-off-by: Steve Lee
---
Changed since V6:
* Re-confirm yaml dt binding check
* Add minimum and maximum value for each temperature_calib and r0_calib
* Add maxim prefix for naming.
Changed since V5:
* Change txt to
On Tue, 2 Jun 2020 at 12:44, Jarkko Sakkinen
wrote:
>
> On Mon, Jun 01, 2020 at 02:41:55PM +0530, Sumit Garg wrote:
> > > This, I think is wrong. You should have a compile time flag for TPM e.g.
> > > CONFIG_TRUSTED_TPM, not this dynamic mess.
> > >
> >
> > The whole idea to have it dynamic was to
> The counter is incremented via pm_runtime_get even in failure case.
> To correct the counter call pm_runtime_put in case of failure, too.
How do you think about a wording variant like the following?
Change description:
The PM runtime reference counter is generally incremented by a call of
Rob Herring writes:
> On Wed, May 13, 2020 at 02:55:28PM +0200, Lars Povlsen wrote:
>> This add the DT bindings documentation for the Sparx5 SoC DPLL clock
>>
>> Reviewed-by: Alexandre Belloni
>> Signed-off-by: Lars Povlsen
>> ---
>> .../bindings/clock/microchip,sparx5-dpll.yaml | 46
On Mon, Jun 01, 2020 at 10:43:07AM -0600, Alex Williamson wrote:
> On Mon, 1 Jun 2020 02:57:26 -0400
> Yan Zhao wrote:
>
> > On Fri, May 29, 2020 at 03:45:47PM -0600, Alex Williamson wrote:
> > > On Sun, 17 May 2020 22:52:45 -0400
> > > Yan Zhao wrote:
> > >
> > > > This is a virtual irq type
On Sunday, May 31, 2020 8:56:18 PM CEST Lukas Bulwahn wrote:
> Documentation generation warns:
>
> it_IT/kernel-hacking/hacking.rst:
> WARNING: unknown document: ../core-api/symbol/namespaces
>
> it_IT/process/5.Posting.rst:
> WARNING: undefined label: it_email_clients
>
> it_IT/pr
On 6/2/2020 5:56 AM, Stephen Rothwell wrote:
Hi all,
Hi,
This looks good to me.
Can you share a pointer to the tree so we'll test it in our labs ?
need to re-test:
1. srq per core
2. srq per core + T10-PI
And both will run with shared CQ.
Today's linux-next merge of the block tree g
Hi Xiaoliang,
Happy to see that you are moving in the directions of multi chain - this
seems ilke a much better fit to me.
On 02.06.2020 13:18, Xiaoliang Yang wrote:
There are three hardware TCAMs for ocelot chips: IS1, IS2 and ES0. Each
one supports different actions. The hardware flow order
On Tue, 2 Jun 2020 at 04:41, 冯锐 wrote:
>
> >
> > +linux-mmc
> >
> > On Mon, 1 Jun 2020 at 09:34, 冯锐 wrote:
> > >
> > > >
> > > > On Tue, 19 May 2020 at 11:18, 冯锐 wrote:
> > > > >
> > > > > > On Tue, 28 Apr 2020 at 05:44, 冯锐 wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > On Mon, Apr 27, 20
On Tue, 02 Jun 2020, Neil Armstrong wrote:
> On 20/05/2020 11:01, Lee Jones wrote:
> > On Tue, 12 May 2020, Neil Armstrong wrote:
> >
> >> This Microcontroller is present on the Khadas VIM1, VIM2, VIM3 and Edge
> >> boards.
> >>
> >> It has multiple boot control features like password check, powe
On Mon, Jun 1, 2020 at 6:31 PM Johan Hovold wrote:
> On Mon, Jun 01, 2020 at 06:09:23PM +0300, Andy Shevchenko wrote:
> > On Mon, Jun 1, 2020 at 5:29 PM Johan Hovold wrote:
> > > On Mon, Jun 01, 2020 at 05:08:40PM +0300, Andy Shevchenko wrote:
> > > > On Mon, Jun 1, 2020 at 5:01 PM Johan Hovold
On 02.06.2020 2:37, Andi Kleen wrote:
>>> or a pathname, or including also the event default of "disabled".
>>
>> For my cases conversion of pathnames into open fds belongs to external
>> controlling process e.g. like in the examples provided in the patch set.
>> Not sure about "event default of
On Tue, Jun 2, 2020 at 11:09 AM Johan Hovold wrote:
> On Mon, Jun 01, 2020 at 05:18:13PM -0700, Tony Lindgren wrote:
...
> There's shouldn't be anything fundamental preventing you from adding the
> missing resume calls to the mctrl paths even if it may require reworking
> (and fixing) the whole
clear below issues reported by checkpatch.pl:
CHECK: Using comparison to false is error prone
Signed-off-by: John Oldman
---
drivers/staging/rtl8192e/rtl819x_HTProc.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/rtl8192e/rtl819x_HTProc.c
b/drivers/s
Acked-by: Hugues Fruchet
On 5/27/20 5:16 PM, Benjamin Gaignard wrote:
> Before start streaming set cpufreq minimum frequency requirement.
> The cpufreq governor will adapt the frequencies and we will have
> no latency for handling interrupts.
>
> Signed-off-by: Benjamin Gaignard
> ---
> drive
On 15/05/2020 12:55, Srinivas Kandagatla wrote:
>
>
> On 13/05/2020 13:33, Neil Armstrong wrote:
>> On 13/05/2020 12:34, Srinivas Kandagatla wrote:
>>>
>>>
>>> On 12/05/2020 14:26, Neil Armstrong wrote:
The new Khadas VIM2, VIM3 and Edge boards embeds an on-board
microcontroller
o
On Tue, 02 Jun 2020, Gene Chen wrote:
> From: Gene Chen
>
> Add MFD driver for mt6360 pmic chip include Battery Charger/
> USB_PD/Flash, LED/RGB and LED/LDO/Buck
>
> Signed-off-by: Gene Chen
> Signed-off-by: Lee Jones
I did not sign this off.
> ---
> drivers/mfd/Kconfig| 12 ++
>
On 02.06.2020 00:48, Greg Thelen wrote:
> Kirill Tkhai wrote:
>
>> Hi, Greg,
>>
>> good finding. See comments below.
>>
>> On 01.06.2020 06:22, Greg Thelen wrote:
>>> Since v4.19 commit b0dedc49a2da ("mm/vmscan.c: iterate only over charged
>>> shrinkers during memcg shrink_slab()") a memcg aware
On Tue, Jun 2, 2020 at 11:03 AM Serge Semin
wrote:
> On Thu, May 28, 2020 at 06:26:50PM +0930, Joel Stanley wrote:
...
> > +#define I2C_TEN_BIT_ADDRESS (1 << 31)
>
> As Andy neatly pointed out here:
> https://lore.kernel.org/lkml/20200527133656.gv1634...@smile.fi.intel.com/
> (1 << 31) is UB.
On 15/05/2020 08:41, Amit Kucheria wrote:
> On Tue, May 12, 2020 at 6:56 PM Neil Armstrong
> wrote:
>>
>> The new Khadas VIM2 and VIM3 boards controls the cooling fan via the
>> on-board microcontroller.
>>
>> This implements the FAN control as thermal devices and as cell of the Khadas
>> MCU MFD
On 20/05/2020 11:01, Lee Jones wrote:
> On Tue, 12 May 2020, Neil Armstrong wrote:
>
>> This Microcontroller is present on the Khadas VIM1, VIM2, VIM3 and Edge
>> boards.
>>
>> It has multiple boot control features like password check, power-on
>> options, power-off control and system FAN control
From: Lingling Xu
The watchdog counter consists of WDG_LOAD_LOW and WDG_LOAD_HIGH,
which would be loaded to watchdog counter once writing WDG_LOAD_LOW.
Fixes: ac1775012058 ("spi: sprd: Add the support of restarting the system")
Signed-off-by: Lingling Xu
Signed-off-by: Chunyan Zhang
---
drive
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 3d77e6a8804abcc0504c904bd6e5cdf3a5cf8162
commit: 57d563c8292569f2849569853e846bf740df5032 x86: ia32_setup_rt_frame():
consolidate uaccess areas
date: 10 weeks ago
:: branch date: 9 hours ago
:: com
On Tue, Jun 02, 2020 at 10:18:28AM +0200, Lars Povlsen wrote:
>
> Serge Semin writes:
>
> > Hello Lars,
> >
> > On Wed, May 13, 2020 at 04:00:21PM +0200, Lars Povlsen wrote:
> >> This is an add-on series to the main SoC Sparx5 series
> >> (Message-ID: <20200513125532.24585-1-lars.povl...@microchi
On Fri, May 29, 2020 at 06:31:56PM +0200, Sylwester Nawrocki wrote:
> This patch adds a generic interconnect driver for Exynos SoCs in order
> to provide interconnect functionality for each "samsung,exynos-bus"
> compatible device.
>
> The SoC topology is a graph (or more specifically, a tree) and
On Mon, Jun 01, 2020 at 05:30:37PM +0300, Dmitry Osipenko wrote:
> 31.05.2020 22:31, LABBE Corentin пишет:
> > On Thu, Mar 19, 2020 at 08:44:01AM +0100, LABBE Corentin wrote:
> >> Hello
> >>
> >> sata doesnt work on tegra124-jetson-tk1 on next and master and at least
> >> since 5.2 (but 5.1 works)
Serge Semin writes:
> Hello Lars,
>
> On Wed, May 13, 2020 at 04:00:21PM +0200, Lars Povlsen wrote:
>> This is an add-on series to the main SoC Sparx5 series
>> (Message-ID: <20200513125532.24585-1-lars.povl...@microchip.com>).
>>
>> The series add support for Sparx5 on top of the existing
>> oc
Hi Linus,
Rather big pile of patches for PDx86 for v5.8. It includes three merges,
one is cross MFD-USB-PDx86, another is DriverCore-PDx86, and the last one
is established merge practice of Intel Speed Select tooling.
Nevertheless, no conflicts found during test merge with most recent contents
in
On Tue, Jun 02, 2020 at 11:47:19AM +0900, Namhyung Kim wrote:
> On Tue, Jun 2, 2020 at 1:21 AM Ian Rogers wrote:
> >
> > On Mon, Jun 1, 2020 at 1:20 AM Jiri Olsa wrote:
> > >
> > > Jin Yao reported the issue (and posted first versions of this change)
> > > with groups being defined over events wi
For security awareness SoCs on ARMv8 with TrustZone enabled,
peripherals like entropy sources is not accessible from normal world
(linux) and rather accessible from secure world (HYP/ATF/TEE) only.
This driver aims to provide a generic interface to Arm Trusted
Firmware or Hypervisor rng service.
S
These patch series introduce a security random number generator
which provides a generic interface to get hardware rnd from Secure
state. The Secure state can be Arm Trusted Firmware(ATF), Trusted
Execution Environment(TEE), or even EL2 hypervisor.
Patch #1..2 adds sec-rng kernel driver for Trustz
Add bindings for ARM TrustZone based Security Random
Number Generator.
Signed-off-by: Neal Liu
---
Documentation/devicetree/bindings/rng/sec-rng.yaml | 53
1 file changed, 53 insertions(+)
create mode 100644 Documentation/devicetree/bindings/rng/sec-rng.yaml
diff --git a
Need to learn how to properly do git sendpatch, apologies if i'm not
following proper procedures.
This v2 fixes up the doc. The output is now tested with rst2pdf and
looks good. Added in a trivial related doc fixup.
I wasn't completely sure if I was supposed to use tabs or spaces in rst,
so did t
On Fri, 29 May 2020 18:33:40 +0200
Andrew Lunn wrote:
> > > By propagated, you mean if the external link is down, the link between
> > > the switch and node 1 will also be forced down, at the SERDES level?
> >
> > yes
> >
> > > And if external ports are down, the nodes cannot talk to each other
On Mon, Jun 01, 2020 at 05:18:13PM -0700, Tony Lindgren wrote:
> We can get an imprecise external abort on uart_shutdown() at
> serial8250_do_set_mctrl() if the UART is autoidled.
>
> We don't want to add PM runtime calls to serial8250_do_set_mctrl()
> beyond checking the usage count as it gets ca
Add the possible compatible "rockchip,rk3288w-cru" that handles
the difference between the rk3288 and the new revision rk3288w.
This compatible will be added by bootloaders.
Signed-off-by: Mylène Josserand
---
.../devicetree/bindings/clock/rockchip,rk3288-cru.txt | 8 +++-
1 file change
Hello everyone,
Context
---
Here is my V4 of my patches that add the support for the Rockchip
RK3288w which is a revision of the RK3288. It is mostly the same SOC
except for, at least, one clock tree which is different.
This difference is only known by looking at the BSP kernel [1].
Currentl
The revision rk3288w has a different clock tree about "hclk_vio"
clock, according to the BSP kernel code.
This patch handles this difference by detecting which device-tree
we are using. If it is a "rockchip,rk3288-cru", let's register
the clock tree as it was before. If the device-tree node is
"ro
Introduce a new flag (TP_STATUS_CSUM_UNNECESSARY) to indicate
that the driver has completely validated the checksums in the packet.
The TP_STATUS_CSUM_UNNECESSARY flag differs from TP_STATUS_CSUM_VALID
in that the new flag will only be set if all the layers are valid,
while TP_STATUS_CSUM_VALID is
On Fri, May 29, 2020 at 06:31:55PM +0200, Sylwester Nawrocki wrote:
> Add documentation for new optional properties in the exynos bus nodes:
> samsung,interconnect-parent, #interconnect-cells.
> These properties allow to specify the SoC interconnect structure which
> then allows the interconnect co
From: Jason Xing
TCP socks cannot be released because of the sock_hold() increasing the
sk_refcnt in the manner of tcp_internal_pacing() when RTO happens.
Therefore, this situation could increase the slab memory and then trigger
the OOM if the machine has beening running for a long time. This iss
On 6/2/20 2:17 PM, Dongli Zhang wrote:
> When scheduler is set, we hit below page fault when we offline cpu.
>
> [ 1061.007725] BUG: kernel NULL pointer dereference, address: 0040
> [ 1061.008710] #PF: supervisor read access in kernel mode
> [ 1061.009492] #PF: error_code(0x) - not
Hi Xiaoliang,
On Tue, 2 Jun 2020 at 08:25, Xiaoliang Yang wrote:
>
> This series patches adds support for VCAP IS1 and ES0 module, each VCAP
> correspond to a flow chain to offload.
>
> VCAP IS1 supports FLOW_ACTION_VLAN_MANGLE action to filter MAC, IP,
> VLAN, protocol, and TCP/UDP ports keys an
On Thu, May 28, 2020 at 06:26:50PM +0930, Joel Stanley wrote:
> The i2c bindings in the kernel tree describe support for 10 bit
> addressing, which must be indicated with the I2C_TEN_BIT_ADDRESS flag.
> When this is set the address can be up to 10 bits. When it is not set
> the address is a maximum
Hi Yuechao,
On Tue, Mar 31, 2020 at 7:30 AM wrote:
> From: Yuechao Zhao
>
> implement watchdong functionality into the "hwmon/nct7904.c"
>
> Signed-off-by: Yuechao Zhao
Thanks for your patch, which is now commit 77849a552d142ef5 ("hwmon:
(nct7904) Add watchdog function").
> --- a/drivers/hwmo
On 6/1/20 8:38 PM, yu kuai wrote:
> commit e7bf90e5afe3 ("block/bio-integrity: fix a memory leak bug") add a
> kree() for 'buf' if bio_integrity_add_page() return '0'. However, the
> object will be freed in bio_integrity_free() since 'bio->bi_opf' and
> 'bio->bi_integrity' was set previousy in bio_
> Improve the exception handling to free the resources correctly when
> failed to allocate an iommu group.
I propose to avoid the specification of duplicate function calls.
Will it become helpful to add a few jump targets?
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Doc
Hi Jonathan,
I've given my review tag for the const change of iio_device_get_drvdata().
Would be perfect to have this cleaned up for the v3.
For vddio regulator you are missing something. In all suspend callbacks (system
and runtime) I am calling directly regulator_disable to shut vddio off at
Hi,
On 5/14/20 11:07 PM, Ansuel Smith wrote:
> Add tx term offset support to pcie qcom driver need in some revision of
> the ipq806x SoC. Ipq8064 have tx term offset set to 7. Ipq8064-v2 revision
> and ipq8065 have the tx term offset set to 0.
>
> Signed-off-by: Sham Muthayyan
> Signed-off-by: A
On Mon, Jun 01, 2020 at 11:17:49PM -0700, Dongli Zhang wrote:
> When scheduler is set, we hit below page fault when we offline cpu.
>
> [ 1061.007725] BUG: kernel NULL pointer dereference, address: 0040
> [ 1061.008710] #PF: supervisor read access in kernel mode
> [ 1061.009492] #PF: e
On Sun, 2020-05-31 at 16:40 +0100, Jonathan Cameron wrote:
> On Mon, 25 May 2020 14:38:55 +0300
> Alexandru Ardelean wrote:
>
> > From: Lars-Peter Clausen
> >
> > This patch should be squashed into the first one, as the first one is
> > breaking the build (intentionally) to make the IIO core fi
Hi Bean,
On Mon, 01 Jun 2020 23:10:43 +0200
Bean Huo wrote:
> Hi Richard
> would you please help us confirm below question??
Miquel suggested an approach that would allow us to deal with both JFFS2
and UBI/UBIFS without having any FS/wear-leveling specific code at the
NAND level, but you decid
> Subject: RE: [PATCH 2/4] firmware: imx: add resource management api
>
> > From: Peng Fan
> > Sent: Tuesday, June 2, 2020 12:51 PM
> > >
> > > > From: Peng Fan
> > > > Sent: Monday, June 1, 2020 8:40 PM
> > > > >
> > > > > > From: Peng Fan
> > > > > > Sent: Friday, April 24, 2020 9:12 AM
> > >
> Easier to just duplicate the define here which Joel's patches do.
Well, seems this case is closed then. Thanks everyone!
signature.asc
Description: PGP signature
On Mon, 1 Jun 2020 at 23:33, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.19.126 release.
> There are 95 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Res
On Wed, 2020-05-27 at 21:20 +0800, Dejin Zheng wrote:
> CAUTION: This email originated from outside of the organization. Do
> not click links or open attachments unless you can confirm the sender
> and know the content is safe.
>
>
>
> On Tue, May 26, 2020 at 06:22:56PM +, Chocron, Jonathan
On Mon, Jun 01, 2020 at 08:38:56PM +0800, yu kuai wrote:
> commit e7bf90e5afe3 ("block/bio-integrity: fix a memory leak bug") add a
> kree() for 'buf' if bio_integrity_add_page() return '0'. However, the
> object will be freed in bio_integrity_free() since 'bio->bi_opf' and
> 'bio->bi_integrity' wa
On 02/06/2020 10:23, Nikolay Aleksandrov wrote:
> On 01/06/2020 21:06, David Miller wrote:
>> From: patrickeigens...@gmail.com
>> Date: Mon, 1 Jun 2020 13:12:01 +0200
>>
>>> From: Patrick Eigensatz
>>>
>>> After allocating the spare nexthop group it should be tested for kzalloc()
>>> returning NU
Hi Matt,
On 5/29/20 10:01 PM, Matt Helsley wrote:
Currently objtool only collects information about relocations with
addends. In recordmcount, which we are about to merge into objtool,
some supported architectures do not use rela relocations.
Signed-off-by: Matt Helsley
---
tools/objtool/elf
Hi all,
After merging the hyperv tree, today's linux-next build (x86_64
allmodconfig) failed like this:
arch/x86/kvm/hyperv.c: In function 'kvm_vcpu_ioctl_get_hv_cpuid':
arch/x86/kvm/hyperv.c:2020:16: error: 'HV_X64_DEBUGGING' undeclared (first use
in this function); did you mean 'HV_DEBUGGING'?
On Mon, 1 Jun 2020 at 23:30, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.14.183 release.
> There are 77 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Res
* Balbir Singh wrote:
> > At a _minimum_, SMT being enabled should disable this kind of crazy
> > pseudo-security entirely, since it is completely pointless in that
> > situation. Scheduling simply isn't a synchronization point with SMT
> > on, so saying "sure, I'll flush the L1 at context swit
Hi Mathieu,
Thanks for taking your time for review.
On 2020-06-02 02:58, Mathieu Poirier wrote:
Hi Sai,
On top of the comments already privided by Mike, I have the following:
On Mon, Jun 01, 2020 at 01:32:26PM +0530, Sai Prakash Ranjan wrote:
Implement a shutdown callback to ensure ETR/ETF h
Hi Stephen & David,
On 6/2/2020 4:42 AM, Stephen Rothwell wrote:
Hi all,
In commit
055be6865dea ("Crypto/chcr: Fixes a coccinile check error")
Fixes tag
Fixes: 567be3a5d227 ("crypto:
has these problem(s):
- Subject has leading but no trailing parentheses
- Subject has leading b
> From: Peng Fan
> Sent: Tuesday, June 2, 2020 12:51 PM
> >
> > > From: Peng Fan
> > > Sent: Monday, June 1, 2020 8:40 PM
> > > >
> > > > > From: Peng Fan
> > > > > Sent: Friday, April 24, 2020 9:12 AM
> > > > > >
> > > > > > > From: Peng Fan
> > > > > > > Sent: Thursday, April 23, 2020 6:57 PM
Hello RT-list!
I'm pleased to announce the 4.4.225-rt198 stable release.
This release is just an update to the new stable 4.4.215 version
and no RT specific changes have been made.
Known issues:
sigwaittest with hackbench as workload is able to trigger a crash on x86_64,
the same as reporte
Hi Petr,
sorry for not reacting sooner, I was on holiday, saw your message but figured
it wasn't super critical.
Thanks for finding this issue and thank you Pierre and Vasily for stepping in.
Best,
Niklas Schnelle
On 5/28/20 11:08 AM, Petr Tesarik wrote:
> Hi all,
>
> just a gentle ping.
>
>
On 01/06/2020 21:06, David Miller wrote:
> From: patrickeigens...@gmail.com
> Date: Mon, 1 Jun 2020 13:12:01 +0200
>
>> From: Patrick Eigensatz
>>
>> After allocating the spare nexthop group it should be tested for kzalloc()
>> returning NULL, instead the already used nexthop group (which cannot
1101 - 1200 of 1222 matches
Mail list logo
