The perf has a buffer that is allocated on demand. The states saved in the
buffer were named as 'dynamic' (supervisor) states but the buffer is not
updated in every context switch.
The context switch buffer is in preparation to be dynamic for user states.
Make the wording to differentiate between
Intel's Extended Feature Disable (XFD) feature is an extension of the XSAVE
architecture. XFD allows the kernel to enable a feature state in XCR0 and
to receive a #NM trap when a task uses instructions accessing that state.
In this way, Linux can defer allocating the large XSAVE buffer until tasks
In preparation for dynamic xstate buffer expansion, update the buffer
initialization function parameters to equally handle static in-line xstate
buffer, as well as dynamically allocated xstate buffer.
init_fpstate is a special case, which is indicated by a null pointer
parameter to fpstate_init().
init_fpstate is used to record the initial xstate value for convenience
and covers all the states. But it is wasteful to cover large states all
with trivial initial data.
Limit init_fpstate by clarifying its size and coverage, which are all but
dynamic user states. The dynamic states are assumed t
The static per-task xstate buffer contains the extended register states --
but it is not expandable at runtime. Introduce runtime methods and new fpu
struct fields to support the expansion.
fpu->state_mask indicates the saved states per task and fpu->state_ptr
points to the dynamically allocated b
ptrace() may update xstate data before the target task has taken an XFD
fault and expanded the context switch buffer. Detect this case and allocate
a sufficient buffer to support the request. Also, disable the (now
unnecessary) associated first-use fault.
No functional change until the kernel supp
At compile-time xfeatures_mask_all includes all possible XCR0 features. At
run-time fpu__init_system_xstate() clears features in xfeatures_mask_all
that are not enabled in CPUID. It does this by looping through all possible
XCR0 features.
Update the code to handle the possibility that there will b
Intel's Advanced Matrix Extension (AMX) is a new 64-bit extended feature
consisting of two-dimensional registers and an accelerator unit. The first
implementation of the latter is the tile matrix multiply unit (TMUL). TMUL
performs SIMD dot-products on four bytes (INT8) or two bfloat16
floating-poi
Linux uses check_xstate_against_struct() to sanity check the size of
XSTATE-enabled features. AMX is the XSAVE-enabled feature, and its size is
not hard-coded but discoverable at run-time via CPUID.
The AMX state is composed of state components 17 and 18, which are all user
state components. The f
In 64-bit mode, include the AMX state components in
XFEATURE_MASK_USER_SUPPORTED.
The XFD feature will be used to dynamically allocate per-task XSAVE
buffer on first use.
Signed-off-by: Chang S. Bae
Reviewed-by: Len Brown
Cc: x...@kernel.org
Cc: linux-kernel@vger.kernel.org
---
arch/x86/includ
The struct fpu includes two (possible) xstate buffers -- fpu->state and
fpu->state_ptr. Instead of open code for accessing one of them, provide a
wrapper that covers both cases.
KVM does not yet use fpu->state_ptr, and so it is left unchanged.
No functional change until the kernel supports dynami
This selftest exercises the kernel's behavior not to inherit AMX state and
the ability to switch the context by verifying that they retain unique
data between multiple threads.
Also, ptrace() is used to insert AMX state into existing threads -- both
before and after the existing thread has initial
"xstate.disable=0x6" will disable AMX on a system that has AMX compiled
into XFEATURE_MASK_USER_ENABLED.
"xstate.enable=0x6" will enable AMX on a system that does NOT have AMX
compiled into XFEATURE_MASK_USER_ENABLED (assuming the kernel is new enough
to support this feature).
Rename XFEA
Hi Peter,
On Wed, Dec 23, 2020 at 5:01 PM Petr Tesarik wrote:
> I never suggested that this should serve as a supportive argument. I was just
> trying to be honest about our motivations.
>
> I'm a bit sad that this discussion has quickly gone back to the choice of
> algorithms and how they can
On Wed, 2020-12-23 at 15:51 +, Christoph Hellwig wrote:
> On Wed, Dec 23, 2020 at 12:52:59PM +, Pavel Begunkov wrote:
> > Can scatterlist have 0-len entries? Those are directly translated
> > into bvecs, e.g. in nvme/target/io-cmd-file.c and
> > target/target_core_file.c. I've audited most
On Wed, Dec 23, 2020 at 5:03 PM Jason A. Donenfeld wrote:
>
> Hi Peter,
>
> On Wed, Dec 23, 2020 at 5:01 PM Petr Tesarik wrote:
> > I never suggested that this should serve as a supportive argument. I was
> > just trying to be honest about our motivations.
> >
> > I'm a bit sad that this discuss
On Wed, 23 Dec 2020 15:06:24 +,
Bert Vermeulen wrote:
>
> This adds basic system support for the Realtek RTL838x/RTL839x switch
> SoCs. These are used in many inexpensive switches.
>
> This patch also paves the way for the RTL930x/RTL931x series.
>
> Signed-off-by: Bert Vermeulen
> ---
> v
Currently init_quirk callbacks for xhci platform drivers are called
xhci_plat_setup() function which is called after chip reset completes.
It happens in the middle of the usb_add_hcd() function.
But XHCI_SKIP_PHY_INIT quirk is checked in the xhci_plat_probe() function
prior calling usb_add_hcd() f
On Tue, Dec 22, 2020 at 11:20:21AM -0800, Nadav Amit wrote:
> > On Dec 22, 2020, at 10:30 AM, Yu Zhao wrote:
> >
> > On Tue, Dec 22, 2020 at 04:40:32AM -0800, Nadav Amit wrote:
> >>> On Dec 21, 2020, at 1:24 PM, Yu Zhao wrote:
> >>>
> >>> On Mon, Dec 21, 2020 at 12:26:22PM -0800, Linus Torvalds
Older ATF does not provide SMC call for USB 3.0 phy power on functionality
and therefore initialization of xhci-hcd is failing when older version of
ATF is used. In this case phy_power_on() function returns -EOPNOTSUPP.
[3.108467] mvebu-a3700-comphy d0018300.phy: unsupported SMC call, try
upd
On Wed, Dec 23, 2020 at 03:06:30AM -0700, Yu Zhao wrote:
> On Wed, Dec 23, 2020 at 01:44:42AM -0800, Linus Torvalds wrote:
> > On Tue, Dec 22, 2020 at 4:01 PM Linus Torvalds
> > wrote:
> > >
> > > The more I look at the mprotect code, the less I like it. We seem to
> > > be much better about the T
Em Wed, Dec 23, 2020 at 08:54:59PM +0530, Naveen N. Rao escreveu:
> Arnaldo Carvalho de Melo wrote:
> > Em Fri, Dec 18, 2020 at 08:08:56PM +0530, Naveen N. Rao escreveu:
> > > Hi Arnaldo,
> > >
> > > Arnaldo Carvalho de Melo wrote:
> > > > Em Fri, Dec 18, 2020 at 08:26:59AM -0300, Arnaldo Carvalho
Thanks for the valuable comments, Shakeel!
On Wed, 23 Dec 2020 07:11:12 -0800 Shakeel Butt wrote:
> First I would like you to prune your To/CC list.
I will remove people not directly related with this work and didn't comment to
this series yet.
>
> On Tue, Dec 15, 2020 at 3:56 AM SeongJae Par
On Wed, Dec 23, 2020 at 4:40 PM Heikki Krogerus
wrote:
>
> There are several reports about the tps6598x causing
> interrupt flood on boards with the INT3515 ACPI node, which
> then causes instability. There appears to be several
> problems with the interrupt. One problem is that the
> I2CSerialBus
On Tue, Dec 22, 2020 at 08:06:06PM -0800, Andrew Morton wrote:
> On Mon, 21 Dec 2020 09:05:51 -0800 Roman Gushchin wrote:
>
> > Subject: [PATCH v3 1/2] mm: cma: allocate cma areas bottom-up
>
> i386 allmodconfig:
>
> In file included from ./include/vdso/const.h:5,
> from ./incl
On Fri, 04 Dec 2020, Lyude Paul wrote:
> Currently, every different type of backlight hook that i915 supports is
> pretty straight forward - you have a backlight, probably through PWM
> (but maybe DPCD), with a single set of platform-specific hooks that are
> used for controlling it.
>
> HDR backl
On Tue, Dec 22, 2020 at 7:39 PM Liang Li wrote:
>
> > > +hugepage_reporting_cycle(struct page_reporting_dev_info *prdev,
> > > +struct hstate *h, unsigned int nid,
> > > +struct scatterlist *sgl, unsigned int *offset)
> > > +{
> > > + struct li
On Wed, 23 Dec 2020 07:31:45 -0800 Shakeel Butt wrote:
> On Tue, Dec 15, 2020 at 3:58 AM SeongJae Park wrote:
> >
> > From: SeongJae Park
> >
> > This commit introduces a reference implementation of the address space
> > specific low level primitives for the virtual address space, so that
> > u
On 12/22/20 11:48 PM, Christoph Hellwig wrote:
> FYI, a few years ago I spent some time helping a customer to prepare
> their block device in userspace using fuse code for upstreaming, but
> at some point they abandoned the project. But if for some reason we
> don't want to use nbd I think a drive
On Tue, Dec 22, 2020, Paolo Bonzini wrote:
> On 22/12/20 19:31, David Laight wrote:
> > > /*
> > >* Use 2ULL to incorporate the necessary +1 in the shift; adding +1 in
> > >* the shift count will overflow SHL's max shift of 63 if s=0 and e=63.
> > >*/
> > A comment of the desired outp
> From: Martin Schiller
>
> [ Upstream commit 62480b992ba3fb1d7260b11293aed9d6557831c7 ]
>
> 1. DTE interface changes immediately to LAPB_STATE_1 and start sending
>SABM(E).
>
> 2. DCE interface sends N2-times DM and changes to LAPB_STATE_1
>afterwards if there is no response in the meanti
On Fri, 04 Dec 2020, Lyude Paul wrote:
> So-recently a bunch of laptops on the market have started using DPCD
> backlight controls instead of the traditional DDI backlight controls.
> Originally we thought we had this handled by adding VESA backlight
> control support to i915, but the story ended
On Tue, 22 Dec 2020 23:26:36 +0100 Robert Marko wrote:
> This adds driver for the Qualcomm QCA8072 and QCA8075 PHY-s.
>
> They are 2 or 5 port IEEE 802.3 clause 22 compliant
> 10BASE-Te, 100BASE-TX and 1000BASE-T PHY-s.
>
> They feature 2 SerDes, one for PSGMII or QSGMII connection with MAC,
> wh
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 614cb5894306cfa2c7d9b6168182876ff5948735
commit: fef98671194be005853cbbf51b164a3927589b64 ACPI: PM: s2idle: Move
x86-specific code to the x86 directory
date: 6 days ago
config: i386-randconfig-s001-2020122
On Fri, 04 Dec 2020, Lyude Paul wrote:
> Since we now support controlling panel backlights through DPCD using
> both the standard VESA interface, and Intel's proprietary HDR backlight
> interface, we should allow the user to be able to explicitly choose
> between one or the other in the event that
vgettimeofday.o is unnecessarily rebuilt. Adding it to 'targets' is not
enough to fix the issue. Kbuild is correctly rebuilding it because the
command line is changed.
PowerPC builds each vdso directory twice; first in vdso_prepare to
generate vdso{32,64}-offsets.h, second as part of the ordinary
VDSO64 is only built for the 64-bit kernel, hence vgettimeofday.o is
built by the generic rule in scripts/Makefile.build.
This line does not provide anything useful.
Signed-off-by: Masahiro Yamada
---
arch/powerpc/kernel/vdso64/Makefile | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch
On 19.12.20 06:25, Randy Dunlap wrote:
> In 11fb479ff5d9 ("zlib: export S390 symbols for zlib modules"), I added
> EXPORT_SYMBOL()s to dfltcc_inflate.c but then Mikhail said that these
> should probably be in dfltcc_syms.c with the other EXPORT_SYMBOL()s.
>
> However, that is contrary to the cu
Not for upstream!
Not-Signed-off-by: Wolfram Sang
---
.../boot/dts/renesas/r8a779a0-falcon.dts | 65 +++
1 file changed, 65 insertions(+)
diff --git a/arch/arm64/boot/dts/renesas/r8a779a0-falcon.dts
b/arch/arm64/boot/dts/renesas/r8a779a0-falcon.dts
index 7de3eed96ceb..f7f6
From: Koji Matsuoka
Add I2C devicetree description to V3U
Signed-off-by: Koji Matsuoka
[wsa: rebased and double checked]
Signed-off-by: Wolfram Sang
---
arch/arm64/boot/dts/renesas/r8a779a0.dtsi | 122 ++
1 file changed, 122 insertions(+)
diff --git a/arch/arm64/boot/dts/
Signed-off-by: Wolfram Sang
---
Documentation/devicetree/bindings/i2c/renesas,i2c.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/i2c/renesas,i2c.txt
b/Documentation/devicetree/bindings/i2c/renesas,i2c.txt
index 96d869ac3839..5762d2d1ab9c 100644
--- a/Do
From: Koji Matsuoka
Signed-off-by: Koji Matsuoka
[wsa: rebased]
Signed-off-by: Wolfram Sang
---
.../boot/dts/renesas/r8a779a0-falcon.dts | 28 +++
1 file changed, 28 insertions(+)
diff --git a/arch/arm64/boot/dts/renesas/r8a779a0-falcon.dts
b/arch/arm64/boot/dts/renesas/
These patches are needed to enable I2C on the Falcon board for the V3U.
Patch #5 is only for demonstration purposes. The series depends on my
RWDT series, Ulrich's PFC v2 series and Geert's DMA placeholder. A
branch can be found here:
git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux.git ren
Signed-off-by: Wolfram Sang
---
drivers/clk/renesas/r8a779a0-cpg-mssr.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/clk/renesas/r8a779a0-cpg-mssr.c
b/drivers/clk/renesas/r8a779a0-cpg-mssr.c
index bf9fdcdd7d85..989b83c26421 100644
--- a/drivers/clk/renesas/r8a779a0-cpg-mssr
On Tue, Dec 22, 2020 at 11:57 PM Christoph Hellwig wrote:
>
> On Tue, Dec 22, 2020 at 09:48:43AM -0800, Suren Baghdasaryan wrote:
> > Thanks for the feedback! The use case is userspace memory reaping
> > similar to oom-reaper. Detailed justification is here:
> > https://lore.kernel.org/linux-mm/20
From: Borislav Petkov
Hi,
here's v1 with the requested change to return -ENODATA on short input to
the decoder. The rest is as in the previous submission.
Only lightly tested.
Thx.
changelog:
==
v0:
---
https://lkml.kernel.org/r/20201124101952.7909-1...@alien8.de
here's what I had
From: Borislav Petkov
It wasn't documented so add it. No functional changes.
Signed-off-by: Borislav Petkov
---
arch/x86/lib/insn.c | 1 +
tools/arch/x86/lib/insn.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/arch/x86/lib/insn.c b/arch/x86/lib/insn.c
index 404279563891..1ba9948
From: Borislav Petkov
Rename insn_decode() to insn_decode_regs() to denote that it receives
regs as param and free the name for a more generic version of the
function.
No functional changes.
Signed-off-by: Borislav Petkov
---
arch/x86/include/asm/insn-eval.h | 4 ++--
arch/x86/kernel/sev-es.c
From: Borislav Petkov
branch_type() doesn't need to call the full insn_decode() because it
doesn't need it in all cases thus leave the calls separate.
Signed-off-by: Borislav Petkov
---
arch/x86/events/intel/lbr.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/a
From: Borislav Petkov
No functional changes, just simplification.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/alternative.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/x86/kernel/alternative.c b/arch/x86/kernel/alternative.c
index 8d778e46725d..ce28c5c
From: Borislav Petkov
Other than simplifying the code there should be no functional changes
resulting from this.
Signed-off-by: Borislav Petkov
---
arch/x86/boot/compressed/sev-es.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/arch/x86/boot/compressed/sev-es.
From: Borislav Petkov
Simplify code, no functional changes.
Signed-off-by: Borislav Petkov
---
tools/objtool/arch/x86/decode.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/tools/objtool/arch/x86/decode.c b/tools/objtool/arch/x86/decode.c
index cde9c36e40ae..67ee
From: Borislav Petkov
Now that the different instruction-inspecting functions return a value,
test that and return early from callers if error has been encountered.
While at it, do not call insn_get_modrm() when calling
insn_get_displacement() because latter will make sure to call
insn_get_modrm
From: Borislav Petkov
... and move it above the only place it is used.
Signed-off-by: Borislav Petkov
---
arch/x86/include/asm/insn.h | 7 ---
arch/x86/lib/insn.c | 7 +++
tools/arch/x86/include/asm/insn.h | 7 ---
tools/arch/x86/lib/insn.c | 7 +++
From: Borislav Petkov
Simplify code, improve decoding error checking.
Signed-off-by: Borislav Petkov
Acked-by: Masami Hiramatsu
---
arch/x86/kernel/kprobes/core.c | 17 +++--
arch/x86/kernel/kprobes/opt.c | 9 +++--
2 files changed, 18 insertions(+), 8 deletions(-)
diff --g
From: Borislav Petkov
Simplify code, no functional changes.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/uprobes.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/x86/kernel/uprobes.c b/arch/x86/kernel/uprobes.c
index a2b413394917..b63cf8f7745e 100644
---
From: Borislav Petkov
Simplify code, no functional changes.
Signed-off-by: Borislav Petkov
Cc: Arnaldo Carvalho de Melo
---
tools/perf/arch/x86/tests/insn-x86.c| 9 -
tools/perf/arch/x86/util/archinsn.c | 9 +
.../intel-pt-decoder/intel-pt-insn-decode
Hi,
Did you receive the previous mail i sent to you? Contact me via :
madammercywillia...@gmail.com
God bless you,
Mercy Williams
From: Borislav Petkov
Simplify code, no functional changes.
Signed-off-by: Borislav Petkov
---
arch/x86/tools/insn_decoder_test.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/arch/x86/tools/insn_decoder_test.c
b/arch/x86/tools/insn_decoder_test.c
index 34eda6
From: Borislav Petkov
intel_pmu_pebs_fixup_ip() needs only the insn length so use the
appropriate helper instead of a full decode. A full decode differs only
in running insn_complete() on the decoded insn but that is not needed
here.
Signed-off-by: Borislav Petkov
---
arch/x86/events/intel/ds.
On Wed, Dec 23, 2020 at 11:14:48PM +0800, kernel test robot wrote:
> Hi Paul,
>
> FYI, the error/warning still remains.
>
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> master
> head: 614cb5894306cfa2c7d9b6168182876ff5948735
> commit: b38f57c1fe64276773b124dffb0
From: Borislav Petkov
Now that it is not needed anymore, drop it.
Signed-off-by: Borislav Petkov
---
arch/x86/include/asm/insn.h | 11 ---
tools/arch/x86/include/asm/insn.h | 11 ---
2 files changed, 22 deletions(-)
diff --git a/arch/x86/include/asm/insn.h b/arch/x86/inc
From: Borislav Petkov
Users of the instruction decoder should use this to decode instruction
bytes. For that, have insn*() helpers return an int value to denote
success/failure. When there's an error fetching the next insn byte and
the insn falls short, return -ENODATA to denote that.
While at i
From: Borislav Petkov
Simplify code, no functional changes.
Signed-off-by: Borislav Petkov
---
arch/x86/tools/insn_sanity.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/x86/tools/insn_sanity.c b/arch/x86/tools/insn_sanity.c
index 185ceba9d289..51309df285b4 1
From: Borislav Petkov
Simplify code, no functional changes.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/cpu/mce/severity.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/arch/x86/kernel/cpu/mce/severity.c
b/arch/x86/kernel/cpu/mce/severity.c
index 83df
From: Borislav Petkov
Simplify code, no functional changes.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/sev-es.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/arch/x86/kernel/sev-es.c b/arch/x86/kernel/sev-es.c
index 37736486603e..564cc9fc693d 100644
From: Borislav Petkov
Simplify code, no functional changes.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/traps.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/arch/x86/kernel/traps.c b/arch/x86/kernel/traps.c
index fb55981f2a0d..861962e1b6e8 100644
--- a/arch
On Tue, 22 Dec 2020 17:04:06 +0100, Maxime Chevallier wrote:
> The Techwell TW9900 is a video decoder supporting multiple input
> standards, such as PAL, NTSC and SECAM, and outputs a BT.656 video
> signal.
>
> It's designed to be low-power, posesses some features such as a
> programmable comb-fil
On Wed, 23 Dec 2020 10:44:26 +0800, Hsin-Hsiung Wang wrote:
> The constraint of 'maxItem: 1' might be larger than 1, so we modify it
> to 'minItem: 0'.
>
> Signed-off-by: Hsin-Hsiung Wang
> ---
> Documentation/devicetree/bindings/spmi/spmi.yaml | 2 +-
> 1 file changed, 1 insertion(+), 1 deletio
On Wed, 23 Dec 2020 20:13:42 +0800, Hsin-Hsiung Wang wrote:
> Add device tree binding information for MT6315 regulator driver.
> Example bindings for MT6315 are added.
>
> Signed-off-by: Hsin-Hsiung Wang
> ---
> .../bindings/regulator/mt6315-regulator.yaml | 71 +++
> 1 file cha
On Wed, 23 Dec 2020 10:44:27 +0800, Hsin-Hsiung Wang wrote:
> This adds documentation for the SPMI controller found on Mediatek SoCs.
>
> Signed-off-by: Hsin-Hsiung Wang
> ---
> .../bindings/spmi/mtk,spmi-mtk-pmif.yaml | 74 +++
> 1 file changed, 74 insertions(+)
> create m
On Mon, Dec 21, 2020 at 11:39 PM Sam Ravnborg wrote:
>
> Hi Rob,
>
> On Mon, Dec 21, 2020 at 09:06:45PM -0700, Rob Herring wrote:
> > 'maxItems' equal to the 'items' list length is redundant. 'maxItems' is
> > preferred for a single entry while greater than 1 should have an 'items'
> > list.
> >
>
On Wed, 2020-12-23 at 02:50 +, patchwork-bot+netdev...@kernel.org
wrote:
> Hello:
>
> This patch was applied to netdev/net.git (refs/heads/master):
>
> On Sat, 19 Dec 2020 10:55:38 -0800 you wrote:
> > When searching for inactive maintainers it's useful to filter
> > out mailing list addresse
Lakshmi Ramasubramanian writes:
> On 12/22/20 4:19 PM, Thiago Jung Bauermann wrote:
>> Lakshmi Ramasubramanian writes:
>>
>>> diff --git a/security/integrity/ima/ima.h b/security/integrity/ima/ima.h
>>> index 6ebefec616e4..7c3947ad3773 100644
>>> --- a/security/integrity/ima/ima.h
>>> +++ b/s
On Wed, Dec 23, 2020 at 10:54:26AM -0700, Rob Herring wrote:
> On Mon, Dec 21, 2020 at 11:39 PM Sam Ravnborg wrote:
> >
> > Hi Rob,
> >
> > On Mon, Dec 21, 2020 at 09:06:45PM -0700, Rob Herring wrote:
> > > 'maxItems' equal to the 'items' list length is redundant. 'maxItems' is
> > > preferred for
The 12/23/2020 15:45, Rasmus Villemoes wrote:
Hi Rasmus,
>
> Wireshark says that the MRP test packets cannot be decoded - and the
> reason for that is that there's a two-byte hole filled with garbage
> between the "transitions" and "timestamp" members.
>
> So Wireshark decodes the two garbage by
On 12/23/20 7:30 AM, Josh Poimboeuf wrote:
> Silly GCC doesn't always inline these trivial functions.
>
> Fixes the following warning:
>
> arch/x86/kernel/sys_ia32.o: warning: objtool: cp_stat64()+0xd8: call to
> new_encode_dev() with UACCESS enabled
>
> Reported-by: Randy Dunlap
> Signed-of
Linus,
Please pull DT fixes for 5.11.
Rob
The following changes since commit d64c6f96ba86bd8b97ed8d6762a8c8cc1770d214:
Merge tag 'net-5.11-rc1' of
git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net (2020-12-17 13:45:24
-0800)
are available in the Git repository at:
git://git.kerne
The 12/23/2020 15:45, Rasmus Villemoes wrote:
>
> Hi Horatiu and net folks
Hi Rasmus,
>
> I'm having quite some trouble getting MRP working in a simple setup
> involving three mv88e6250 switches in a ring, with one node set as
> manager and the other two as clients.
>
> I'm reasonably confiden
On Mon, Dec 21, 2020 at 02:50:55PM -0500, Vivek Goyal wrote:
> Currently syncfs() and fsync() seem to be two interfaces which check and
> return writeback errors on superblock to user space. fsync() should
> work fine with overlayfs as it relies on underlying filesystem to
> do the check and return
On Wed, Dec 23, 2020 at 1:44 PM tiantao (H) wrote:
>
>
> 在 2020/12/23 8:11, Vitaly Wool 写道:
> > On Tue, 22 Dec 2020, 22:06 Song Bao Hua (Barry Song),
> > wrote:
> >>
> >>
> >>> -Original Message-
> >>> From: Vitaly Wool [mailto:vitaly.w...@konsulko.com]
> >>> Sent: Tuesday, December 22, 2
On Wed, Dec 23, 2020 at 11:28:58PM +0800, kernel test robot wrote:
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
> rcu/test
> head: 4c4c8e04a7f8522de634aa062f4cd6b8b80c151b
> commit: 72351a864d02b480a5c237144033e21be816f29f [136/143] fixup! rcu/nocb:
> Add grac
On Fri, Dec 18, 2020 at 09:03:14AM +0800, kernel test robot wrote:
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git efi/core
> head: b283477d394ac41ca59ee20eb9293ae9002eb1d7
> commit: 6edcf9dc2e1aff3aa1f5a69ee420fb30dd0e968a [3/7] efi/libstub:
> EFI_GENERIC_STUB_INITRD_CMDLI
On 12/23/20 7:57 AM, Chang S. Bae wrote:
> diff --git a/Documentation/admin-guide/kernel-parameters.txt
> b/Documentation/admin-guide/kernel-parameters.txt
> index 44fde25bb221..a67ae04d43c5 100644
> --- a/Documentation/admin-guide/kernel-parameters.txt
> +++ b/Documentation/admin-guide/kernel-par
From: Stefan Chulski
The packet coalescing interrupt threshold has separated registers
for different aggregated/cpu (sw-thread). The required value should
be loaded for every thread but not only for 1 current cpu.
Fixes: 213f428f5056 ("net: mvpp2: add support for TX interrupts and RX queue
dist
On Tue, 15 Dec 2020 12:54:44 +0100 SeongJae Park wrote:
> From: SeongJae Park
>
> 'damon-dbgfs' provides simple user space interface for DAMON, but using
> the interface for complex usages could require annoying repetitive
> works. Writing a user space data access monitoring applications on to
Hi Linus,
> >
> > git://www.linux-watchdog.org/linux-watchdog.git linux-watchdog-5.11-rc1
>
> There's no such tag there. Forgot to push out?
>
> I can see the the top-of-tree has the SHA1 that you mention:
>
> > for you to fetch changes up to 0b9491b621196a5d7f163dde81d98e0687bdba97:
>
> but
> > @@ -96,7 +96,7 @@ struct br_mrp_ring_test_hdr {
> > __be16 state;
> > __be16 transitions;
> > __be32 timestamp;
> > -};
> > +} __attribute__((__packed__));
>
> Yes, I agree that this should be packed but it also needs to be 32 bit
> alligned, so extra 2 bytes are needed
On Tue, 22 Dec 2020 21:34:07 +0800 Zheng Yongjun wrote:
> Use the existing offsetof() macro instead of duplicating code.
>
> Signed-off-by: Zheng Yongjun
# Form letter - net-next is closed
We have already sent the networking pull request for 5.11 and therefore
net-next is closed for new drivers
On Mon, 21 Dec 2020 21:01:21 -0700 Rob Herring wrote:
> 'memory-region' is a common property, so it doesn't need a type ref here.
>
> Cc: "David S. Miller"
> Cc: Jakub Kicinski
> Cc: Alex Elder
> Cc: net...@vger.kernel.org
> Signed-off-by: Rob Herring
Acked-by: Jakub Kicinski
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 614cb5894306cfa2c7d9b6168182876ff5948735
commit: 8f28ca6bd8211214faf717677bbffe375c2a6072 iomap: constify ioreadX()
iomem argument (as in generic implementation)
date: 4 months ago
config: i386-randconfig-
On 12/22/20 7:57 PM, Liang Li wrote:
>> On 12/21/20 11:46 PM, Liang Li wrote:
>>> +static int
>>> +hugepage_reporting_cycle(struct page_reporting_dev_info *prdev,
>>> + struct hstate *h, unsigned int nid,
>>> + struct scatterlist *sgl, unsigned int *offset)
On Wed, Dec 23, 2020 at 06:20:27PM +, Sargun Dhillon wrote:
> I fail to see why this is neccessary if you incorporate error reporting into
> the
> sync_fs callback. Why is this separate from that callback? If you pickup
> Jeff's
> patch that adds the 2nd flag to errseq for "observed", you sh
On Wed, Dec 23, 2020 at 11:24:16AM -0500, Peter Xu wrote:
> I think this is not against Linus's example - where cpu2 does not have tlb
> cached so it sees RO while cpu3 does have tlb cached so cpu3 can still modify
> it. So IMHO there's no problem here.
>
> But I do think in step 2 here we overlo
On Wed, Dec 23, 2020 at 01:51:59PM -0500, Andrea Arcangeli wrote:
> NOTE: about the above comment, that mprotect takes
> mmap_read_lock. Your above code change in the commit above, still has
write
Correction to avoid any confusion.
A new flag MACB_CAPS_CLK_HW_CHG was added and all callers of
macb_set_tx_clk were gated on the presence of this flag.
if (!bp->tx_clk || !(bp->caps & MACB_CAPS_CLK_HW_CHG))
However the flag was not added to anything other than the new
sama7g5_gem, turning that function call into a no op for all o
Dear Sir/Madam,
We are authorized to recruit 120 unskilled workers to work in
Canada on a two years contract. Please kindly let us know if you
can supply the same workers as my client's requirements for the
following positions. Fish Packers, Cleaners, Laborers, Fruit
packers, Supervisors, supe
On Tue, Dec 22, 2020 at 03:07:43PM +, Alexander Lobakin wrote:
> Commit 660c486590aa ("PCI: dwc: Set 32-bit DMA mask for MSI target
> address allocation") added dma_mask_set() call to explicitly set
> 32-bit DMA mask for MSI message mapping, but for now it throws a
> warning on ret == 0, while
On Wed, 2020-12-23 at 18:20 +, Sargun Dhillon wrote:
> On Mon, Dec 21, 2020 at 02:50:55PM -0500, Vivek Goyal wrote:
> > Currently syncfs() and fsync() seem to be two interfaces which check and
> > return writeback errors on superblock to user space. fsync() should
> > work fine with overlayfs a
Hi Kishon,
I love your patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on next-20201223]
[cannot apply to robh/for-next phy/next v5.10]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to
401 - 500 of 799 matches
Mail list logo
