test_syscall_vdso_32 ended up with an executable stacks because the asm was
missing the annotation that says that it is modern and doesn't need an
executable stack. Add the annotation.
This was missed in commit aeaaf005da1d ("selftests/x86: Add missing
.note.GNU-stack sections").
Signed-off-by:
Including the generated syscall headers in 'targets' is wrong because they
are not built in $(obj)/ and the Makefile does its own path prefix and
build rules.
Cc: Andy Lutomirski
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Borislav Petkov
Cc: x...@kernel.org
Cc: "H. Peter Anvin"
Cc: Masahiro Yama
Hi,
On Sun, Feb 21, 2021 at 06:25:51PM -0800, Randy Dunlap wrote:
> Hi--
>
> On 2/21/21 7:49 AM, John Wood wrote:
> >
> > +/**
> > + * print_fork_attack_running() - Warn about a fork brute force attack.
> > + */
> > +static inline void print_fork_attack_running(void)
> > +{
> > + pr_warn("Fork b
On Tue, Feb 23, 2021 at 07:03:47PM +0100, Heiko Carstens wrote:
> Well, if we would have e.g. RANDCONFIG, then we could probably revert
> 334ef6ed06fa ("init/Kconfig: make COMPILE_TEST depend on !S390") and
> instead let COMPILE_TEST depend on !RANDCONFIG.
> I think this _could_ solve all common pr
SAMA7G5 includes an updated version of I2S-MCC, found previously on
SAM9X60. This controller includes 8 data pins, 4 for playback and 4 for
capture. For I2S and LEFT_J formats, these pins can be used to
send/receive up to 8 audio channels. For DSP_A, with TDM, any pins pair
(DIN/DOUT) from these 4
SAMA7G5 includes an updated version of the I2S-MCC driver, that includes
3 more DIN/DOUT pin pairs for multi-channel.
Signed-off-by: Codrin Ciubotariu
---
Documentation/devicetree/bindings/sound/mchp,i2s-mcc.yaml | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/Documenta
Microchip's new SAMA7G5 includes an updated I2S-MCC compatible with the
previous version found on SAM9X60. The new controller includes 8 (4 * 2)
input and output data pins for up to 8 channels for I2S and Left-Justified
formats.
Signed-off-by: Codrin Ciubotariu
---
sound/soc/atmel/Kconfig
This patch converts the Microchip I2SMCC bindings to DT schema format
using json-schema.
Signed-off-by: Codrin Ciubotariu
---
.../bindings/sound/mchp,i2s-mcc.yaml | 86 +++
.../bindings/sound/mchp-i2s-mcc.txt | 43 --
2 files changed, 86 insertions(+),
SAMA7G5's I2S-MCC has 4 pairs of DIN/DOUT pins. Since TDM only uses a
single pair of pins for synchronous capture and playback, the controller
needs to be told which of the pair is connected. This can be mentioned
using the "microchip,tdm-data-pair" property from DT. The property is
optional, usefu
The latest I2S-MCC available in SAMA7G5 supports multi-channel for I2S and
Left-Justified formats. For this, the new version uses 8 (4 * 2) input and
output pins, with each pin being responsible for 2 channels. This sums up
to a total of 8 channels for synchronous capture and playback.
Signed-off-
SAMA7G5's I2S-MCC has 4 pairs of DIN/DOUT pins. Since TDM only uses a
single pair of pins for synchronous capture and playback, the controller
needs to be told which of the pair is connected. This can be mentioned
using the new "microchip,tdm-data-pair" property. The property is optional,
needed on
I2S-MCC found on SAMA7G5 includes 2 FIFOs (capture and playback). When
FIFOs are enabled, bits I2SMCC_ISRA.TXLRDYx and I2SMCC_ISRA.TXRRDYx must
not be used. Bits I2SMCC_ISRB.TXFFRDY and I2SMCC_ISRB.RXFFRDY must be used
instead.
Signed-off-by: Codrin Ciubotariu
---
sound/soc/atmel/mchp-i2s-mcc.c
Hi,
On Sun, Feb 21, 2021 at 06:47:16PM -0800, Randy Dunlap wrote:
> Hi--
>
> scripts/kernel-doc does not like these items to be marked
> as being in kernel-doc notation. scripts/kernel-doc does not
> recognize them as one of: struct, union, enum, typedef, so it
> defaults to trying to interpret th
Hello.
On Thu, Feb 18, 2021 at 11:55:47AM -0800, Vipin Sharma
wrote:
> This patch is creating a new misc cgroup controller for allocation and
> tracking of resources which are not abstract like other cgroup
> controllers.
Please don't refer to this as "allocation" anywhere, that has a specific
m
On Thu, Feb 18, 2021 at 11:55:48AM -0800, Vipin Sharma
wrote:
> --- a/arch/x86/kvm/svm/sev.c
> +++ b/arch/x86/kvm/svm/sev.c
> [...]
> +#ifndef CONFIG_KVM_AMD_SEV
> +/*
> + * When this config is not defined, SEV feature is not supported and APIs in
> + * this file are not used but this file still
On Fri, 19 Feb 2021 11:13:02 -0500
Daniel Jordan wrote:
> v2:
> - Fixed missing error unwind in patch 3 (Alex). After more thought,
>the ENODEV case is fine, so it stayed the same.
>
> - Rebased on linux-vfio.git/next (no conflicts).
>
> ---
>
> The VFIO type1 driver is calling pin_user
On Tue, Feb 23, 2021 at 7:42 AM Jessica Yu wrote:
>
> Please pull below to receive modules updates for the v5.12 merge window.
"struct symsearch is only used inside of module.h, so move the definition
out of module.h"
Whaa?
The first module.h should be module.c. Oh well.
Pulled.
Hi,
On Sun, Feb 21, 2021 at 06:30:10PM -0800, Randy Dunlap wrote:
> Hi,
>
> one spello in 2 locations:
>
> On 2/21/21 7:49 AM, John Wood wrote:
> [...]
> > these statistics dissapear when the involved tasks finished. In this
>
>disappear
> [...]
> > + * statistics dissapear whe
On Tue, Feb 23, 2021 at 10:05:49AM -0800, Axel Rasmussen wrote:
> On Tue, Feb 23, 2021 at 7:38 AM Peter Xu wrote:
> >
> > On Thu, Feb 18, 2021 at 04:48:22PM -0800, Axel Rasmussen wrote:
> > > @@ -4645,8 +4646,18 @@ int hugetlb_mcopy_atomic_pte(struct mm_struct
> > > *dst_mm,
> > > spinlock_
s-out-of-the-bounds-of-referenced-subobject-feature-with-type-unsigned-char-at-offset
| `--
include-linux-fortify-string.h:warning:__builtin_memcpy-offset-from-the-object-at-flow_keys-is-out-of-the-bounds-of-referenced-subobject-ipv6_src-with-type-__u32-aka-unsigned-int-at-offset
`-- i386-rand
Hi Jonathan,
Thanks for the detailed and careful review of this patch. Good to hear
that v7 is not required. Please find below answers to your
questions. Looking forward to seeing this patch merged in the next
cycle. Thanks for your help in making this happen.
1)
>1) Use of long long to get s64
Add PHY voltage supply information fixing the following kernel message:
2188000.ethernet supply phy not found, using dummy regulator
Also add PHY clock information to avoid depending on the bootloader
programming correct values.
The bootloader also sets some reserved registers in the PHY as
advi
Explicitly mark I2C GPIOs as open drain to fix the following
kernel message being printed:
enforced open drain please flag it properly in DT/ACPI DSDT/board file
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/imx6q-bx50v3.dtsi | 12 ++--
1 file changed, 6 insertions(+), 6 deleti
From: Ian Ray
Define GPIO line names for b450v3, b650v3, and b850v3.
Signed-off-by: Ian Ray
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/imx6q-b450v3.dts | 5 +
arch/arm/boot/dts/imx6q-b650v3.dts | 5 +
arch/arm/boot/dts/imx6q-b850v3.dts | 5 +
3 files changed, 15 insert
Hi,
These are a bunch of small unrelated improvements for the GE Bx50v3
device tree (and BA16 system on module, which is currently only used
by Bx50v3).
Thanks for reviewing/merging them,
-- Sebastian
Ian Ray (1):
ARM: dts: imx: bx50v3: Define GPIO line names
Sebastian Reichel (3):
ARM: dt
Add VBUS regulator GPIO information, so that USB OTG port can
also be used in host mode.
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/imx6q-ba16.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/imx6q-ba16.dtsi
b/arch/arm/boot/dts/imx6q-ba16.dtsi
i
On Tue, Feb 23, 2021 at 10:26 AM Linus Torvalds
wrote:
>
> On Tue, Feb 23, 2021 at 7:42 AM Jessica Yu wrote:
> >
> > Please pull below to receive modules updates for the v5.12 merge window.
>
> Pulled.
Actually, I take that back.
I think there is something horribly wrong in my tree, and my buil
On Tue, Feb 23, 2021 at 05:24:23PM +0800, Muchun Song
wrote:
> mm/slab_common.c | 4 ++--
> mm/slub.c| 8
> 2 files changed, 6 insertions(+), 6 deletions(-)
Reviewed-by: Michal Koutný
signature.asc
Description: Digital signature
The crash seems to be related to sock_filter-v test from strace:
https://github.com/strace/strace/blob/master/tests/seccomp-filter-v.c
Here is an OOps:
[ 818.089904] BUG: Bad page map in process sock_filter-v pte:0001
pmd:118580001
[ 818.089904] page:e6a429c8 refcount:1 mapcou
On Tue, Feb 23, 2021 at 12:12:43PM -0600, madve...@linux.microsoft.com wrote:
> From: "Madhavan T. Venkataraman"
>
> Unwinder changes
>
This is making several different changes so should be split into a patch
series - for example the change to terminate on a specific function
po
On Tue, 23 Feb 2021 at 11:45, Adrien Grassein wrote:
> > > >
> > > > I would assume this goes from PMIC, so check your schematics. There is
> > > > little point in adding a fixed regulator which is non-controllable.
> > >
> > > No, the 1.8V is issued directly from the alimentation stage.
> > > So
The current handling of the MVPG instruction when executed in a nested
guest is wrong, and can lead to the nested guest hanging.
This patchset fixes the behaviour to be more architecturally correct,
and fixes the hangs observed.
v3->v4
* added PEI_ prefix to DAT_PROT and NOT_PTE macros
* added sm
Extend kvm_s390_shadow_fault to return the pointer to the valid leaf
DAT table entry, or to the invalid entry.
Also return some flags in the lower bits of the address:
PEI_DAT_PROT: indicates that DAT protection applies because of the
protection bit in the segment (or, if EDAT, regio
On 2/21/21 4:54 PM, Dave Hansen wrote:
> Instead of having a for-each-section loop, I'd make it for-each-node ->
> for-each-section. Something like:
>
> for (i = 0; i < num_possible_nodes(); i++) {
> node = (numa_node_id() + i) % num_possible_nodes()
>
>
Correctly handle the MVPG instruction when issued by a VSIE guest.
Fixes: a3508fbe9dc6d ("KVM: s390: vsie: initial support for nested
virtualization")
Cc: sta...@vger.kernel.org
Signed-off-by: Claudio Imbrenda
Acked-by: Janosch Frank
---
arch/s390/kvm/vsie.c | 93 ++
Add usdhc3 description which corresponds to the wifi/bt chip
Signed-off-by: Adrien Grassein
---
.../boot/dts/freescale/imx8mm-nitrogen-r2.dts | 38 +++
1 file changed, 38 insertions(+)
diff --git a/arch/arm64/boot/dts/freescale/imx8mm-nitrogen-r2.dts
b/arch/arm64/boot/dts/frees
Add description of USB.
usbotg2 seems to not working on all boards (including ones
from variscite).
Signed-off-by: Adrien Grassein
Reviewed-by: Krzysztof Kozlowski
---
.../boot/dts/freescale/imx8mm-nitrogen-r2.dts | 42 +++
1 file changed, 42 insertions(+)
diff --git a/arch/arm
Hi,
this patch set is to add several peripheral support for the
imx8mm-nitrogen-r2 board.
Thanks,
Update in v2:
- Fix some typo found in v1;
- Fix UART description
Update in v3
- Fix wlan vqmcc regulator;
- Remove useless clock node;
- Split UART patch
Update in v4
- Fix audio bind
On Sun, Feb 21, 2021 at 04:54:33PM -0800, Dave Hansen wrote:
> > +/* Nodes with one or more EPC sections. */
> > +static nodemask_t sgx_numa_mask;
>
> I'd also add that this is for optimization only.
>
> > +/* Array of lists of EPC sections for each NUMA node. */
> > +struct list_head *sgx_numa_n
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 3b9cdafb5358eb9f3790de2f728f765fef100731
commit: 6cc8d2b286d9e7168d72e342d1b031317cd7752b x86/entry: Refactor
COND_SYSCALL macros
date: 11 months ago
config: x86_64-randconfig-r012-20210223 (attached as
Add VMMC and VQMMC description for USDHC1 (eMMC).
There are comming directly from the alimentation
stage, so add the vref_3V3 fixed regulator.
Signed-off-by: Adrien Grassein
---
arch/arm64/boot/dts/freescale/imx8mm-nitrogen-r2.dts | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch
Add description and pin muxing for UARTs.
Signed-off-by: Adrien Grassein
Reviewed-by: Krzysztof Kozlowski
---
.../boot/dts/freescale/imx8mm-nitrogen-r2.dts | 48 +++
1 file changed, 48 insertions(+)
diff --git a/arch/arm64/boot/dts/freescale/imx8mm-nitrogen-r2.dts
b/arch/arm64
Add FlexSPI description an pin muxing.
Signed-off-by: Adrien Grassein
Reviewed-by: Krzysztof Kozlowski
---
.../boot/dts/freescale/imx8mm-nitrogen-r2.dts | 17 +
1 file changed, 17 insertions(+)
diff --git a/arch/arm64/boot/dts/freescale/imx8mm-nitrogen-r2.dts
b/arch/arm64/bo
Add description for the four PWMs.
Signed-off-by: Adrien Grassein
Reviewed-by: Krzysztof Kozlowski
---
.../boot/dts/freescale/imx8mm-nitrogen-r2.dts | 51 +++
1 file changed, 51 insertions(+)
diff --git a/arch/arm64/boot/dts/freescale/imx8mm-nitrogen-r2.dts
b/arch/arm64/boot/d
This driver is used by the Nitrogen8m Mini SBC.
Signed-off-by: Adrien Grassein
Reviewed-by: Krzysztof Kozlowski
---
arch/arm64/configs/defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index 292c00f893fc..bd310e91d4ed 10064
Add audio description and pin muxing.
Signed-off-by: Adrien Grassein
---
.../boot/dts/freescale/imx8mm-nitrogen-r2.dts | 85 +++
1 file changed, 85 insertions(+)
diff --git a/arch/arm64/boot/dts/freescale/imx8mm-nitrogen-r2.dts
b/arch/arm64/boot/dts/freescale/imx8mm-nitrogen-r2
Remove useless clocks in UART 2
Signed-off-by: Adrien Grassein
Reviewed-by: Krzysztof Kozlowski
---
arch/arm64/boot/dts/freescale/imx8mm-nitrogen-r2.dts | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch/arm64/boot/dts/freescale/imx8mm-nitrogen-r2.dts
b/arch/arm64/boot/dts/freescale/imx
From: Colin Ian King
The recent commit 6c63e6e14da7 ("drm/i915/hdcp: No HDCP when encoder
is't initialized") added a null pointer check on connector->encoder
hence implying that it could potentially be null. This means that
the initialization of dig_port via the call intel_attached_dig_port
may
On 2/23/21 1:02 PM, Mark Brown wrote:
> On Tue, Feb 23, 2021 at 12:12:43PM -0600, madve...@linux.microsoft.com wrote:
>> From: "Madhavan T. Venkataraman"
>>
>> Unwinder changes
>>
>
> This is making several different changes so should be split into a patch
> series - for examp
On 2/23/21 11:17 AM, Jarkko Sakkinen wrote:
> Instead, let's just:
>
> 1. Have a global sgx_free_epc_list and remove sgx_epc_section.
>Pages from this are allocated from this in LIFO fashion.
> 2. Instead add struct list_head node_list and use that for node
>associated pages.
> 3. Replace
Hi "Álvaro,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on usb/usb-testing]
[also build test ERROR on v5.11 next-20210223]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--base' a
onfig
mips allmodconfig
powerpc allyesconfig
powerpc allmodconfig
powerpc allnoconfig
i386 randconfig-a005-20210223
i386 randconfig-a006-20210223
i386 randconfig-a004-202
On Tue, Feb 23, 2021 at 09:13:42AM -0800, Linus Torvalds wrote:
> On Tue, Feb 23, 2021 at 7:03 AM David Sterba wrote:
> > Ira Weiny (8):
> > iov_iter: Remove memzero_page() in favor of zero_user()
>
> Ugh. I absolutely _detest_ this patch.
Sorry.
>
> "zero_user()" is a completely horrend
On Mon, Feb 22, 2021 at 05:20:09PM -0800, Song Liu wrote:
[ ... ]
> diff --git a/kernel/bpf/bpf_task_storage.c b/kernel/bpf/bpf_task_storage.c
> index e0da0258b732d..2034019966d44 100644
> --- a/kernel/bpf/bpf_task_storage.c
> +++ b/kernel/bpf/bpf_task_storage.c
> @@ -15,7 +15,6 @@
> #include
>
Hi,
On 2/23/21 6:22 PM, Andy Shevchenko wrote:
> It's better to describe the I²C controller and associated IRQ domain with
> fwnode, so they will find their place in the hierarchy in sysfs and also
> make easier to debug.
>
> Signed-off-by: Andy Shevchenko
> ---
>
> Hans, unfortunately I have n
On 2/23/21 4:05 AM, Peter Zijlstra wrote:
On Mon, Feb 22, 2021 at 11:00:37PM -0500, Chris Hyser wrote:
On 1/22/21 8:17 PM, Joel Fernandes (Google) wrote:
While trying to test the new prctl() code I'm working on, I ran into a bug I
chased back into this v10 code. Under a fair amount of stress, wh
On Tue, 23 Feb 2021 15:18:23 +0900, Daniel Palmer wrote:
> Add a binding description for the MStar/SigmaStar CPU PLL block.
>
> Signed-off-by: Daniel Palmer
> ---
> .../bindings/clock/mstar,msc313-cpupll.yaml | 45 +++
> 1 file changed, 45 insertions(+)
> create mode 100644
>
On Tue, 23 Feb 2021 18:00:05 +0100, Ãlvaro Fernández Rojas wrote:
> Some devices may need to perform a reset before using the RNG, such as the
> BCM6368.
>
> Signed-off-by: Ãlvaro Fernández Rojas
> ---
> v3: make resets required if brcm,bcm6368-rng.
> v2: document reset support.
>
> .../d
On Tue, 23 Feb 2021 19:08:39 +0100, Ãlvaro Fernández Rojas wrote:
> Document the binding for the BCM6345 external interrupt controller.
>
> Signed-off-by: Ãlvaro Fernández Rojas
> Signed-off-by: Jonas Gorski
> ---
> .../brcm,bcm6345-ext-intc.yaml| 61 +++
> 1
On Tue, Feb 23, 2021 at 11:20:55AM -0800, Dave Hansen wrote:
> On 2/23/21 11:17 AM, Jarkko Sakkinen wrote:
> > Instead, let's just:
> >
> > 1. Have a global sgx_free_epc_list and remove sgx_epc_section.
> >Pages from this are allocated from this in LIFO fashion.
> > 2. Instead add struct list_
On 2/23/2021 5:26 AM, Michael S. Tsirkin wrote:
On Tue, Feb 23, 2021 at 10:03:57AM +0800, Jason Wang wrote:
On 2021/2/23 9:12 上午, Si-Wei Liu wrote:
On 2/21/2021 11:34 PM, Michael S. Tsirkin wrote:
On Mon, Feb 22, 2021 at 12:14:17PM +0800, Jason Wang wrote:
On 2021/2/19 7:54 下午, Si-Wei Liu
Hi Linus,
please consider pulling the following gfs2 changes for 5.12. My apologies for
the late request; we ended up getting stuck with two broken patches that have
now both been removed.
Thanks a lot,
Andreas
The following changes since commit 19c329f6808995b142b3966301f217c831e7cf31:
Linu
From: Colin Ian King
Currently the array gpmc_cs is indexed by cs before it cs is range checked
and the pointer read from this out-of-index read is dereferenced. Fix this
by performing the range check on cs before the read and the following
pointer dereference.
Addresses-Coverity: ("Negative arr
Rename the parameters of the nandc_set_read_loc() macro
to avoid the confusion between is_last_read_loc which
is last location in a read code word and last_cw which
is last code word of a page data.
Signed-off-by: Md Sadre Alam
---
drivers/mtd/nand/raw/qcom_nandc.c | 8
1 file changed,
This change will convert nandc to chip in Read/Write helper, this
change is needed because if we wnated to access number of steps
in Read/Write helper then we need to get the chip->ecc.steps,
currentlly its not possible.After this change we can directly
acces chip->ecc.steps in Read/Write helper.
>From QPIC v2 onwards a new register got added to read last
code word.Add support for this READ_LOCATION_LAST_CW_n
register.
In the case of QPIC v2, codewords 0, 1 and 2 will be accessed
through READ_LOCATION_n, while codeword 3 will be accessed
through READ_LOCATION_LAST_CW_n.
Signed-off-by: Md
Create a nandc_set_read_loc() helper to abstract the
configuration of the location register.
QPIC v2 onwards features a separate location register
for the last codeword, so introducing this extra helper
which will simplify the addition of QPIC v2 support.
Signed-off-by: Md Sadre Alam
---
driver
Add the qcom_nandc_is_last_cw() helper which checks if
the input cw index is the last one or not.
Signed-off-by: Md Sadre Alam
---
drivers/mtd/nand/raw/qcom_nandc.c | 20 +---
1 file changed, 13 insertions(+), 7 deletions(-)
diff --git a/drivers/mtd/nand/raw/qcom_nandc.c
b/driv
On 2021-02-23 22:04, Miquel Raynal wrote:
Hello,
Md Sadre Alam wrote on Tue, 23 Feb 2021
01:34:27 +0530:
From QPIC version 2.0 onwards new register got added to read last
a new
codeword. This change will add the READ_LOCATION_LAST_CW_n register.
On Tue, Feb 23, 2021 at 04:36:19PM +0900, Masami Hiramatsu wrote:
> On Tue, 23 Feb 2021 10:23:31 +0900
> Masami Hiramatsu wrote:
>
> > On Mon, 22 Feb 2021 11:51:50 -0600
> > Josh Poimboeuf wrote:
> >
> > > On Tue, Feb 23, 2021 at 12:05:08AM +0900, Masami Hiramatsu wrote:
> > > > > Of course, on
Em Sun, Feb 21, 2021 at 01:46:36PM +0100, Martin Liška escreveu:
> The patch changes the output format in 2 ways:
> - line number is displayed for all source lines (matching TUI mode)
Are you aware of 'perf annotate --stdio2' ? If the goal is to make the
stdio mode better, doing it in that mode wo
Em Mon, Feb 22, 2021 at 09:29:22AM +0100, Martin Liška escreveu:
> Perf annotate supports --symbol but it's impossible to filter
> a C++ symbol. With --no-demangle one can filter easily by
> mangled function name.
>
> Signed-off-by: Martin Liška
> ---
> tools/perf/Documentation/perf-annotate.txt
On Tue, Feb 23, 2021 at 07:38:21PM +, Colin King wrote:
> From: Colin Ian King
>
> Currently the array gpmc_cs is indexed by cs before it cs is range checked
> and the pointer read from this out-of-index read is dereferenced. Fix this
> by performing the range check on cs before the read and
On 2/22/21 10:35 PM, Stephen Rothwell wrote:
> Hi all,
>
> Please do not add any changes destined for v5.13 to your linux-next
> included branches until after v5.12-rc1 has been released.
>
> Changes since 20210222:
>
Still seeing this build error on x86_64:
ERROR: modpost: "iwl_so_trans_cfg"
On Tue, Feb 23, 2021 at 08:16:44PM +0100, Adrien Grassein wrote:
> Add usdhc3 description which corresponds to the wifi/bt chip
>
> Signed-off-by: Adrien Grassein
> ---
> .../boot/dts/freescale/imx8mm-nitrogen-r2.dts | 38 +++
> 1 file changed, 38 insertions(+)
>
Reviewed-by: K
On Tue, Feb 23, 2021 at 10:42 AM Linus Torvalds
wrote:
>
> I think there is something horribly wrong in my tree, and my build
> process is now about 30% slower. It went from 5+ minutes to 8+
> minutes. The main suspect would be some lack of parallelism.
I don't see quite what is wrong, but bisect
On Tue, Feb 23, 2021 at 2:10 AM Geert Uytterhoeven wrote:
>
> Hi Saravana,
>
> On Thu, Feb 18, 2021 at 12:51 AM Saravana Kannan wrote:
> > There's no point in adding a device to the deferred probe list if we
> > know for sure that it doesn't have a matching driver. So, check if a
> > device can m
On 18.02.21 13:53, Petr Mladek wrote:
Please, use
if (check_pointer(&buf, end, p, spec))
return buf;
It will print "(null)" instead of the name. It should be enough
to inform the user this way. The extra pr_warn() does not help
much to localize the problem anyway. And i
On Tue, Feb 23, 2021 at 2:44 AM Daniel Palmer wrote:
>
> On Thu, 11 Feb 2021 at 14:22, Daniel Palmer wrote:
> > Daniel Palmer (7):
> > dt-bindings: clk: mstar msc313 mpll binding header
> > dt-bindings: clk: mstar msc313 mpll binding description
> > clk: fixed: add devm helper for clk_hw_re
On Tue, Feb 23, 2021 at 10:24:41AM +0100, Marek Szyprowski wrote:
> Hi Markus,
>
> On 22.02.2021 10:54, Markus Reichl wrote:
> > This reverts commit a23beead41a18c3be3ca409cb52f35bc02e601b9.
> >
> > I'm running an Odroid-X2 as headless 24/7 server.
> > With plain stable 5.10.1 I had 54 up days wit
On Tue, Feb 23, 2021 at 11:55:50AM -0800, Linus Torvalds wrote:
> On Tue, Feb 23, 2021 at 10:42 AM Linus Torvalds
> wrote:
> >
> > I think there is something horribly wrong in my tree, and my build
> > process is now about 30% slower. It went from 5+ minutes to 8+
> > minutes. The main suspect wou
On Tue, Feb 23, 2021 at 11:55 AM Linus Torvalds
wrote:
>
> I don't see quite what is wrong, but bisection is clear, and points
> the finger at
>
> 367948220fce "module: remove EXPORT_UNUSED_SYMBOL*"
>
> which looks entirely trivial, but clearly isn't.
>
> It's repeatable. That commit slows dow
Adding Support for Mapv5 uplink packet.
Based on the configuration, request HW for csum offload,
by setting the csum_valid_required of Mapv5 packet.
Signed-off-by: Sharath Chandra Vurukala
---
drivers/net/ethernet/qualcomm/rmnet/rmnet_config.h | 4 +-
.../net/ethernet/qualcomm/rmnet/rmnet_handl
This series introduces the MAPv5 packet format.
Patch 0 documents the MAPv5.
Patch 1 introduces the Mapv5 and the Inline checksum offload for RX.
Patch 2 introduces the Mapv5 and the Inline checksum offload for TX.
A new checksum header format is used as part of MAPv5.
For RX checksum offload, th
On Tue, Feb 23, 2021 at 12:01 PM Christoph Hellwig wrote:
>
> Does your build now enable TRIM_UNUSED_KSYMS but previously didn't by
> chance?
Crossed emails.
This is plain "make allmodconfig", so yes, now it will enable TRIM_UNUSED_KSYMS.
This is unacceptably slow. If that symbol trimming takes
On Tue, 23 Feb 2021 at 15:34, Marco Elver wrote:
>
> The perf subsystem today unifies various tracing and monitoring
> features, from both software and hardware. One benefit of the perf
> subsystem is automatically inheriting events to child tasks, which
> enables process-wide events monitoring wi
Adding documentation explaining the new MAPv5 packet format
and the corresponding checksum offload header.
Signed-off-by: Sharath Chandra Vurukala
---
.../device_drivers/cellular/qualcomm/rmnet.rst | 53 --
1 file changed, 49 insertions(+), 4 deletions(-)
diff --git
a/D
On Tue, Feb 23, 2021 at 11:06 AM Masahiro Yamada wrote:
>
> -#ifdef __CHECKER__
> -#define _IOC_TYPECHECK(t) (sizeof(t))
> -#else
> /* provoke compile error for invalid uses of size argument */
> -extern unsigned int __invalid_size_argument_for_IOC;
> +#undef _IOC_TYPECHECK
> #define _IOC_TYPEC
On 19.02.21 21:51, Zbyněk Kocur wrote:
Hi Zbyněk,
Thanks for adding to the discussion. I tested the proposed modification on APU1
with different versions of bios.
The LED subsystem now behaves the same as the APU2 and higher. If it needs more
tests on various boards
from PCengines, I'm avai
Adding support for processing of Mapv5 downlink packets.
It involves parsing the Mapv5 packet and checking the csum header
to know whether the hardware has validated the checksum and is
valid or not.
Based on the checksum valid bit the corresponding stats are
incremented and skb->ip_summed is mark
Hi Daniel,
Thank you for the patch.
On Mon, Feb 22, 2021 at 01:07:34PM +, Daniel Scally wrote:
> ACPI devices with _HID INT3472 are currently matched to the tps68470
> driver, however this does not cover all situations in which that _HID
> occurs. We've encountered three possibilities:
>
> 1
Hi Linus,
Please pull from the tag
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
pm-5.12-rc1-2
with top-most commit 08c2a406b974eea893dd9b2f159d715f2b15c683
Merge branches 'pm-cpufreq' and 'pm-opp'
on top of commit a9a939cb34dfffb9f43b988a681d2566ca157b74
Merge branc
On 17.02.21 14:50, Andy Shevchenko wrote:
On Wed, Feb 17, 2021 at 01:15:43PM +0100, Enrico Weigelt, metux IT consult
wrote:
Under rare circumstances it may happen that a device node's name is NULL
(most likely kernel bug in some other place).
What circumstances? How can I reproduce this? More
On Tue, Feb 23, 2021 at 7:01 PM Geert Uytterhoeven wrote:
>
> On Tue, Feb 23, 2021 at 3:52 PM Marco Elver wrote:
> > Introduces the TRAP_PERF si_code, and associated siginfo_t field
> > si_perf. These will be used by the perf event subsystem to send signals
> > (if requested) to the task where an
Hi Linus,
Please pull from the tag
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
acpi-5.12-rc1-2
with top-most commit 833a18d0715d97db8fa5e8d7eb614fc143ac78e4
Merge branch 'acpica'
on top of commit 2d4eb3317248c55268685e80f692c2eefb485a31
Merge branch 'acpi-messages'
On Tue, Feb 23, 2021 at 12:03 PM Linus Torvalds
wrote:
>
> This is unacceptably slow. If that symbol trimming takes 30% of the
> whole kernel build time, it needs to be fixed or removed.
I think I'm going to mark TRIM_UNUSED_KSYMS as "depends on BROKEN".
There's no way I can accept that horrible
On Tue, Feb 23, 2021 at 01:05:05PM -0500, George Kennedy wrote:
> On 2/23/2021 10:47 AM, Mike Rapoport wrote:
>
> It now crashes here:
>
> [ 0.051019] ACPI: Early table checksum verification disabled
> [ 0.056721] ACPI: RSDP 0xBFBFA014 24 (v02 BOCHS )
> [ 0.057874] ACPI: XSDT
On Fri, Feb 5, 2021 at 5:49 PM Masahiro Yamada wrote:
>
> On Sat, Feb 6, 2021 at 7:01 AM 'Nick Desaulniers' via Clang Built
> Linux wrote:
> >
> > I noticed we're invoking $(CC) via $(shell) more than once to check the
> > version. Let's reuse the first string captured in $CC_VERSION_TEXT.
> >
>
Em Tue, Feb 23, 2021 at 06:02:58PM +0300, Evgenii Shatokhin escreveu:
> On 23.02.2021 10:37, Masami Hiramatsu wrote:
> > The kernel modules have .text.* subsections such as .text.unlikely.
> > Since dso__process_kernel_symbol() only identify the symbols in the ".text"
> > section as the text symbol
On Sun, 21 Feb 2021 21:05:50 -0800 Florian Fainelli wrote:
> On 2/21/2021 17:35, Sieng Piaw Liew wrote:
> > In ndo_stop functions, netdev_completed_queue() is called during forced
> > tx reclaim, after netdev_reset_queue(). This may trigger kernel panic if
> > there is any tx skb left.
> >
> > Thi
501 - 600 of 1024 matches
Mail list logo
