Re: [PATCH v4 22/22] x86/fpu/xstate: Introduce boot-parameters to control state component support

On Thu, Mar 25, 2021 at 7:10 PM Dave Hansen wrote: > > On 3/25/21 3:59 PM, Len Brown wrote: > > We call AMX a "simple state feature" -- it actually requires NO KERNEL > > ENABLING > > above the generic state save/restore to fully support userspace AMX > > applications. > > > > While not all ISA e

[PATCH] libnvdimm/region: Allow setting align attribute on regions without mappings

The alignment constraint for namespace creation in a region was increased, from 2M to 16M, for non-PowerPC architectures in v5.7 with commit 2522afb86a8c ("libnvdimm/region: Introduce an 'align' attribute"). The thought behind the change was that region alignment should be uniform across all archit

Re: [PATCH v3 11/17] riscv: Convert to GENERIC_CMDLINE

On Fri, Mar 26, 2021 at 8:20 AM Christophe Leroy wrote: > > > > Le 26/03/2021 à 15:08, Andreas Schwab a écrit : > > On Mär 26 2021, Christophe Leroy wrote: > > > >> diff --git a/arch/riscv/kernel/setup.c b/arch/riscv/kernel/setup.c > >> index f8f15332caa2..e7c91ee478d1 100644 > >> --- a/arch/riscv

Re: [PATCH 2/8] kernel: unmask SIGSTOP for IO threads

Am 26.03.21 um 16:01 schrieb Jens Axboe: > On 3/26/21 7:48 AM, Oleg Nesterov wrote: >> Jens, sorry, I got lost :/ > > Let's bring you back in :-) > >> On 03/25, Jens Axboe wrote: >>> >>> With IO threads accepting signals, including SIGSTOP, >> >> where can I find this change? Looks like I wasn't

Re: [PATCH 1/2] media: videobuf2: use dmabuf size for length

Hi Helen >On 3/26/21 10:03 AM, John Cox wrote: >> Hi Helen >> >>> Hi John, >>> >>> On 3/25/21 7:20 AM, John Cox wrote: Hi > Always use dmabuf size when considering the length of the buffer. > Discard userspace provided length. > Fix length check error in _verify_length(), wh

Re: [PATCH v5] PCI: endpoint: Fix NULL pointer dereference for ->get_features()

On Wed, 24 Mar 2021 15:46:09 +0530, Shradha Todi wrote: > get_features ops of pci_epc_ops may return NULL, causing NULL pointer > dereference in pci_epf_test_alloc_space function. Let us add a check for > pci_epc_feature pointer in pci_epf_test_bind before we access it to avoid > any such NULL poin

[PATCH] greybus: remove stray nul byte in apb_log_enable_read output

Including a nul byte in the otherwise human-readable ascii output from this debugfs file is probably not intended. Signed-off-by: Rasmus Villemoes --- drivers/greybus/es2.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/greybus/es2.c b/drivers/greybus/es2.c index 48a

Re: [RFC PATCH 1/3] dt-bindings: display: simple: Add the panel on sc7180-trogdor-pompom

On Fri, Mar 26, 2021 at 8:18 AM Rob Clark wrote: > > On Fri, Mar 26, 2021 at 5:38 AM Thierry Reding > wrote: > > > > On Wed, Mar 17, 2021 at 06:53:04PM -0700, Rob Clark wrote: > > > On Wed, Mar 17, 2021 at 4:27 PM Matthias Kaehlcke > > > wrote: > > > > > > > > On Tue, Mar 16, 2021 at 02:08:19P

[GIT PULL] xen: branch for v5.12-rc5

Linus, Please git pull the following tag: git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-5.12b-rc5-tag xen: branch for v5.12-rc5 It contains a small series with a more elegant fix of a problem which was originally fixed in rc2. Thanks. Juergen arch/x86/include/asm/xen

Re: [PATCH v2 6/9] debugfs: Implement debugfs_create_str()

On Fri, Mar 26, 2021 at 03:58:37PM +0100, Rasmus Villemoes wrote: > > kmalloc(len + 2, ...); > > No, because nul-terminating the stuff you pass to > simple_read_from_buffer is pointless cargo-culting. Yeah, read_file_bool > does it, but that's just bogus. Urgh, feel yuck to not have it zero ter

Re: [PATCH v3 05/25] x86/sgx: Introduce virtual EPC for use by KVM guests

On 3/26/21 8:03 AM, Borislav Petkov wrote: > Let's say all guests start using enclaves and baremetal cannot start any > new ones anymore due to no more memory. Are we ok with that? Yes, for now. > What if baremetal creates a big fat enclave and starves guests all of a > sudden. Are we ok with tha

Re: [RFC PATCH 1/3] dt-bindings: display: simple: Add the panel on sc7180-trogdor-pompom

On Fri, Mar 26, 2021 at 5:38 AM Thierry Reding wrote: > > On Wed, Mar 17, 2021 at 06:53:04PM -0700, Rob Clark wrote: > > On Wed, Mar 17, 2021 at 4:27 PM Matthias Kaehlcke wrote: > > > > > > On Tue, Mar 16, 2021 at 02:08:19PM -0700, Douglas Anderson wrote: > > > > The sc7180-trogdor-pompom board m

[PATCH v3 09/16] objtool: Implicitly create reloc sections

Have elf_add_reloc() create the relocation section implicity. Suggested-by: Josh Poimboeuf Signed-off-by: Peter Zijlstra (Intel) --- tools/objtool/check.c |6 -- tools/objtool/elf.c |9 - tools/objtool/include/objtool/elf.h |1 - tools/objto

[PATCH v3 16/16] objtool,x86: Rewrite retpoline thunk calls

When the compiler emits: "CALL __x86_indirect_thunk_\reg" for an indirect call, have objtool rewrite it to: ALTERNATIVE "call __x86_indirect_thunk_\reg", "call *%reg", ALT_NOT(X86_FEATURE_RETPOLINE) Additionally, in order to not emit endless identical .altinst_replacem

[PATCH v3 06/16] objtool: Fix static_call list generation

Currently objtool generates tail call entries in add_jump_destination() but waits until validate_branch() to generate the regular call entries, move these to add_call_destination() for consistency. Signed-off-by: Peter Zijlstra (Intel) --- tools/objtool/check.c | 18 +- 1 file

[PATCH v3 00/16] x86,objtool: Optimize !RETPOLINE

Hi, another week, another update :-) Respin of the !RETPOLINE optimization patches. Boris, the first 3 should probably go into tip/x86/core, it's an ungodly tangle since it relies on the insn decoder patches in tip/x86/core, the NOP patches in tip/x86/cpu and the alternative patches in tip/x86/al

[PATCH v3 02/16] x86/alternatives: Optimize optimize_nops()

Currently optimize_nops() scans to see if the alternative starts with NOPs. However, the emit pattern is: 141: \oldinstr 142: .skip (len-(142b-141b)), 0x90 That is, when oldinstr is short, we pad the tail with NOPs. This case never gets optimized. Rewrite optimize_nops() to replace any str

[PATCH v3 07/16] objtool: Rework rebuild_reloc logic

Instead of manually calling elf_rebuild_reloc_section() on sections we've called elf_add_reloc() on, have elf_write() DTRT. This makes it easier to add random relocations in places without carefully tracking when we're done and need to flush what section. Signed-off-by: Peter Zijlstra (Intel) --

[PATCH v3 03/16] x86/retpoline: Simplify retpolines

Due to commit c9c324dc22aa ("objtool: Support stack layout changes in alternatives"), it is possible to simplify the retpolines. Currently our retpolines consist of 2 symbols, __x86_indirect_thunk_\reg, which is the compiler target, and __x86_retpoline_\reg, which is the actual retpoline. Both are

[PATCH v3 15/16] objtool: Skip magical retpoline .altinstr_replacement

When the .altinstr_replacement is a retpoline, skip the alternative. We already special case retpolines anyway. Signed-off-by: Peter Zijlstra (Intel) --- tools/objtool/special.c | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) --- a/tools/objtool/special.c +++ b/tools/objtoo

[PATCH] debugfs: drop pointless nul-termination in debugfs_read_file_bool()

simple_read_from_buffer() doesn't care about any bytes in the buffer beyond "available". Making the buffer nul-terminated is therefore completely pointless. Signed-off-by: Rasmus Villemoes --- fs/debugfs/file.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/fs/debugfs/file

[PATCH v3 12/16] objtool: Add elf_create_undef_symbol()

Allow objtool to create undefined symbols; this allows creating relocations to symbols not currently in the symbol table. Signed-off-by: Peter Zijlstra (Intel) --- tools/objtool/elf.c | 60 tools/objtool/include/objtool/elf.h |1 2 file

[PATCH v3 11/16] objtool: Extract elf_symbol_add()

Create a common helper to add symbols. Signed-off-by: Peter Zijlstra (Intel) --- tools/objtool/elf.c | 56 1 file changed, 31 insertions(+), 25 deletions(-) --- a/tools/objtool/elf.c +++ b/tools/objtool/elf.c @@ -290,12 +290,39 @@ static in

[PATCH v3 13/16] objtool: Keep track of retpoline call sites

Provide infrastructure for architectures to rewrite/augment compiler generated retpoline calls. Similar to what we do for static_call()s, keep track of the instructions that are retpoline calls. Use the same list_head, since a retpoline call cannot also be a static_call. Signed-off-by: Peter Zijl

[PATCH v3 14/16] objtool: Cache instruction relocs

Track the reloc of instructions to avoid having to look them up again later. (Technically x86 instructions can have two relocations, but not jumps and calls, for which we're using this.) Signed-off-by: Peter Zijlstra (Intel) --- tools/objtool/check.c | 28 +

[PATCH v3 10/16] objtool: Extract elf_strtab_concat()

Create a common helper to append strings to a strtab. Signed-off-by: Peter Zijlstra (Intel) --- tools/objtool/elf.c | 60 1 file changed, 38 insertions(+), 22 deletions(-) --- a/tools/objtool/elf.c +++ b/tools/objtool/elf.c @@ -666,13 +666,

[PATCH v3 08/16] objtool: Add elf_create_reloc() helper

We have 4 instances of adding a relocation. Create a common helper to avoid growing even more. Signed-off-by: Peter Zijlstra (Intel) --- tools/objtool/check.c | 78 ++-- tools/objtool/elf.c | 86 +++- t

[PATCH v3 05/16] objtool: Per arch retpoline naming

The __x86_indirect_ naming is obviously not generic. Shorten to allow matching some additional magic names later. Signed-off-by: Peter Zijlstra (Intel) --- tools/objtool/arch/x86/decode.c |5 + tools/objtool/check.c|9 +++-- tools/objtool/include/objtool/arch

[PATCH v3 04/16] objtool: Correctly handle retpoline thunk calls

Just like JMP handling, convert a direct CALL to a retpoline thunk into a retpoline safe indirect CALL. Signed-off-by: Peter Zijlstra (Intel) --- tools/objtool/check.c | 12 1 file changed, 12 insertions(+) --- a/tools/objtool/check.c +++ b/tools/objtool/check.c @@ -953,6 +953,18

[PATCH v3 01/16] x86: Add insn_decode_kernel()

Add a helper to decode kernel instructions; there's no point in endlessly repeating those last two arguments. Signed-off-by: Peter Zijlstra (Intel) --- arch/x86/include/asm/insn.h|2 ++ arch/x86/kernel/alternative.c |2 +- arch/x86/kernel/cpu/mce/severity.c |2 +- arch/x

Re: [PATCH 05/15] staging: rtl8723bs: put parentheses on macros with complex values in include/drv_types.h

On Fri, Mar 26, 2021 at 05:22:57PM +0300, Dan Carpenter wrote: > On Fri, Mar 26, 2021 at 10:09:12AM +0100, Fabio Aiuto wrote: > > fix the following checkpatch warning: > > > > ERROR: Macros with complex values should be enclosed in parentheses > > 279: FILE: drivers/staging/rtl8723bs/include/drv_t

Re: [PATCH 4/4] exec: move the call to getname_flags into do_execveat

On Fri, Mar 26, 2021 at 3:38 PM Christoph Hellwig wrote: > > Remove the duplicated copying of the pathname into the common helper. > > Signed-off-by: Christoph Hellwig Looks correct, but > -static int do_execveat(int fd, struct filename *filename, > +static int do_execveat(int fd, const char __

[PATCH net-next 11/12] net: ipa: record number of groups in data

The arrays of source and destination resource limits defined in configuration data are of a fixed size--which is the maximum number of resource groups supported for any platform. Most platforms will use fewer than that many groups. Add new members to the ipa_rsrc_group_id enumerated type to defin

Re: [PATCH 0/6] Allow signals for IO threads

On 3/26/21 9:11 AM, Stefan Metzmacher wrote: > Am 26.03.21 um 16:10 schrieb Jens Axboe: >> On 3/26/21 9:08 AM, Stefan Metzmacher wrote: >>> Am 26.03.21 um 15:55 schrieb Jens Axboe: On 3/26/21 8:53 AM, Jens Axboe wrote: > On 3/26/21 8:45 AM, Stefan Metzmacher wrote: >> Am 26.03.21 um 15

[PATCH net-next 09/12] net: ipa: combine source and destation resource types

The ipa_resource_src and ipa_resource_dst structures are identical in form, so just replace them with a single structure. Signed-off-by: Alex Elder --- drivers/net/ipa/ipa_data-sc7180.c | 4 ++-- drivers/net/ipa/ipa_data-sdm845.c | 4 ++-- drivers/net/ipa/ipa_data.h| 18 +--

[PATCH net-next 06/12] net: ipa: index resource limits with type

Remove the type field from the ipa_resource_src and ipa_resource_dst structures, and instead use that value as the index into the arrays of source and destination resources. Change ipa_resource_config_src() and ipa_resource_config_dst() so the resource type is passed in as an argument. Signed-off

[PATCH net-next 07/12] net: ipa: move ipa_resource_type definition

Most platforms have the same set of source and destination resource types. But some older platforms have some additional ones, and it's possible different resources will be used in the future. Move the definition of the ipa_resource_type enumerated type so it is defined for each platform in its c

[PATCH net-next 10/12] net: ipa: pass data for source and dest resource config

Pass the resource data pointer to ipa_resource_config_src() and ipa_resource_config_dst() to be used for configuring resource limits. Signed-off-by: Alex Elder --- drivers/net/ipa/ipa_resource.c | 14 ++ 1 file changed, 10 insertions(+), 4 deletions(-) diff --git a/drivers/net/ipa/i

[PATCH net-next 12/12] net: ipa: support more than 6 resource groups

IPA versions 3.0 and 3.1 support up to 8 resource groups. There is some interest in supporting these older versions of the hardware, so update the resource configuration code to program resource limits for these groups if specified. Signed-off-by: Alex Elder --- drivers/net/ipa/ipa_data.h |

[PATCH net-next 08/12] net: ipa: combine source and destination group limits

Replace IPA_RESOURCE_GROUP_SRC_MAX and IPA_RESOURCE_GROUP_DST_MAX with a single symbol, IPA_RESOURCE_GROUP_MAX. Signed-off-by: Alex Elder --- drivers/net/ipa/ipa_data.h | 11 +-- drivers/net/ipa/ipa_resource.c | 10 +- 2 files changed, 10 insertions(+), 11 deletions(-) diff

[PATCH net-next 03/12] net: ipa: identify resource groups

Define a new ipa_resource_group_id enumerated type, whose members have numeric values that match the resource group number used when programming the hardware. Each platform supports a different number of source and destination resource groups, so define the type separately for each platform in its

[PATCH net-next 05/12] net: ipa: combine resource type definitions

Combine the ipa_resource_type_src and ipa_resource_type_dst enumerated types into a single enumerated type, ipa_resource_type. Assign value 0 to the first element for the source and destination types, so their numeric values are preserved. Add some additional commentary where these are defined, s

[PATCH net-next 04/12] net: ipa: add some missing resource limits

Currently, the SDM845 configuration data defines resource limits for the first two resource groups (for both source and destination resource types). The hardware supports additional resource groups, and we should program the resource limits for those groups as well. Even the "unused" destination

[PATCH net-next 02/12] net: ipa: fix bug in resource group limit programming

If the number of resource groups supported by the hardware is less than a certain number, we return early in ipa_resource_config_src() and ipa_resource_config_dst() (to avoid programming resource limits for non-existent groups). Unfortunately, these checks are off by one. Fix this problem in the

[PATCH net-next 01/12] net: ipa: introduce ipa_resource.c

Separate the IPA resource-related code into a new source file, "ipa_resource.c", and matching header file "ipa_resource.h". Signed-off-by: Alex Elder --- drivers/net/ipa/Makefile | 2 +- drivers/net/ipa/ipa_main.c | 148 +--- drivers/net/ipa/ipa_reg.h | 42 -

Re: [PATCH 0/6] Allow signals for IO threads

Am 26.03.21 um 16:10 schrieb Jens Axboe: > On 3/26/21 9:08 AM, Stefan Metzmacher wrote: >> Am 26.03.21 um 15:55 schrieb Jens Axboe: >>> On 3/26/21 8:53 AM, Jens Axboe wrote: On 3/26/21 8:45 AM, Stefan Metzmacher wrote: > Am 26.03.21 um 15:43 schrieb Stefan Metzmacher: >> Am 26.03.21 um

[PATCH net-next 00/12] net: ipa: rework resource programming

This series reworks the way IPA resources are defined and programmed. It is a little long--and I apologize for that--but I think the patches are best taken together as a single unit. The IPA hardware operates with a set of distinct "resources." Each hardware instance has a fixed number of each r

Re: [PATCH 1/2] dt-bindings: devapc: Update bindings

On Fri, 26 Mar 2021 15:31:10 +0800, Nina Wu wrote: > From: Nina Wu > > To support newer hardware architecture of devapc, > update device tree bindings. > > Signed-off-by: Nina Wu > --- > .../devicetree/bindings/soc/mediatek/devapc.yaml | 41 > ++ > 1 file changed, 41 ins

Re: [PATCH 0/6] Allow signals for IO threads

On 3/26/21 9:08 AM, Stefan Metzmacher wrote: > Am 26.03.21 um 15:55 schrieb Jens Axboe: >> On 3/26/21 8:53 AM, Jens Axboe wrote: >>> On 3/26/21 8:45 AM, Stefan Metzmacher wrote: Am 26.03.21 um 15:43 schrieb Stefan Metzmacher: > Am 26.03.21 um 15:38 schrieb Jens Axboe: >> On 3/26/21 7:5

Re: [PATCH][next] UAPI: nfsfh.h: Replace one-element array with flexible-array member

On 3/26/21 03:17, David Laight wrote: > From: Gustavo A. R. Silva >> Sent: 25 March 2021 21:12 >> >> On 3/25/21 10:29, David Laight wrote: >> > > Could you use the simpler: >> struct nfs_fhbase_new { >> __u8 fb_version; >> __u8 fb_auth_type;

Re: [PATCH 0/6] Allow signals for IO threads

On 3/26/21 9:04 AM, Stefan Metzmacher wrote: > > Am 26.03.21 um 15:53 schrieb Jens Axboe: >> On 3/26/21 8:45 AM, Stefan Metzmacher wrote: >>> Am 26.03.21 um 15:43 schrieb Stefan Metzmacher: Am 26.03.21 um 15:38 schrieb Jens Axboe: > On 3/26/21 7:59 AM, Jens Axboe wrote: >> On 3/26/21

Re: [PATCH 0/6] Allow signals for IO threads

Am 26.03.21 um 15:55 schrieb Jens Axboe: > On 3/26/21 8:53 AM, Jens Axboe wrote: >> On 3/26/21 8:45 AM, Stefan Metzmacher wrote: >>> Am 26.03.21 um 15:43 schrieb Stefan Metzmacher: Am 26.03.21 um 15:38 schrieb Jens Axboe: > On 3/26/21 7:59 AM, Jens Axboe wrote: >> On 3/26/21 7:54 AM, J

Re: [Patch V2 08/13] genirq: Set auxiliary data for an interrupt

On Fri, Mar 26 2021 at 10:32, Marc Zyngier wrote: > On Thu, 25 Mar 2021 18:59:48 +, > Thomas Gleixner wrote: >> Though that leaves the question of the data type for 'val'. While u64 is >> probably good enough for most stuff, anything which needs more than that >> is left out (again). union as

Re: [PATCH 1/4] exec: remove do_execve

On Fri, Mar 26, 2021 at 3:38 PM Christoph Hellwig wrote: > > Just call do_execveat instead. > > Signed-off-by: Christoph Hellwig Reviewed-by: Arnd Bergmann

Re: [PATCH v3 00/17] Implement GENERIC_CMDLINE

On Fri, Mar 26, 2021 at 7:44 AM Christophe Leroy wrote: > > The purpose of this series is to improve and enhance the > handling of kernel boot arguments. > > It is first focussed on powerpc but also extends the capability > for other arches. > > This is based on suggestion from Daniel Walker > >

Re: [PATCH v3 05/25] x86/sgx: Introduce virtual EPC for use by KVM guests

On Fri, Mar 19, 2021 at 08:22:21PM +1300, Kai Huang wrote: > From: Sean Christopherson > > Add a misc device /dev/sgx_vepc to allow userspace to allocate "raw" EPC > without an associated enclave. The intended and only known use case for > raw EPC allocation is to expose EPC to a KVM guest, henc

Re: [PATCH 0/6] Allow signals for IO threads

Am 26.03.21 um 15:53 schrieb Jens Axboe: > On 3/26/21 8:45 AM, Stefan Metzmacher wrote: >> Am 26.03.21 um 15:43 schrieb Stefan Metzmacher: >>> Am 26.03.21 um 15:38 schrieb Jens Axboe: On 3/26/21 7:59 AM, Jens Axboe wrote: > On 3/26/21 7:54 AM, Jens Axboe wrote: >>> The KILL after STO

Re: [PATCH 3/4] exec: simplify the compat syscall handling

On Fri, Mar 26, 2021 at 3:38 PM Christoph Hellwig wrote: > > The only differenence betweeen the compat exec* syscalls and their > native versions is the compat_ptr sign extension, and the fact that > the pointer arithmetics for the two dimensional arrays needs to use > the compat pointer size. In

Re: [PATCH 2/8] kernel: unmask SIGSTOP for IO threads

On 3/26/21 7:48 AM, Oleg Nesterov wrote: > Jens, sorry, I got lost :/ Let's bring you back in :-) > On 03/25, Jens Axboe wrote: >> >> With IO threads accepting signals, including SIGSTOP, > > where can I find this change? Looks like I wasn't cc'ed... It's this very series. >> unmask the >> SIG

Re: [PATCH] mm: page_alloc: ignore init_on_free=1 for page alloc

On Fri, Mar 26, 2021 at 2:49 PM David Hildenbrand wrote: > > > I observed use of poisoned pages as the crash on ia64 booted with > > init_on_free=1 init_on_alloc=1 (CONFIG_PAGE_POISONING=y config). > > There pmd page contained 0x poison pages and led to early crash. > > > > The change drop

Re: [PATCH] powerpc: powernv: Remove unneeded variable: "rc"

On 26/3/21 10:53 pm, dingsen...@163.com wrote: From: dingsenjie Remove unneeded variable: "rc". Signed-off-by: dingsenjie This looks obviously correct and doesn't raise any checkpatch warnings. Reviewed-by: Andrew Donnellan -- Andrew Donnellan OzLabs, ADL Canberra a...@linux

[PATCH 5/5] arm: dts: qcom: Add initial DTS file for Samsung Galaxy S III Neo phone

This DTS has support for the Samsung Galaxy S III Neo (codenamed s3ve3g) phone. Initial version have just a working serial console. Signed-off-by: Bartosz Dudziak --- arch/arm/boot/dts/Makefile| 1 + .../boot/dts/qcom-msm8226-samsung-s3ve3g.dts | 25 +++ 2 f

[PATCH 4/5] dt-bindings: arm: qcom: Document MSM8226 SoC binding

Document the MSM8226 SoC device-tree binding. Signed-off-by: Bartosz Dudziak --- Documentation/devicetree/bindings/arm/qcom.yaml | 6 ++ 1 file changed, 6 insertions(+) diff --git a/Documentation/devicetree/bindings/arm/qcom.yaml b/Documentation/devicetree/bindings/arm/qcom.yaml index 11ec

[PATCH 3/5] arm: dts: qcom: Add support for MSM8226 SoC

This patch adds basic device tree support for MSM8226 SoC which belongs to the Snapdragon 400 family. For now, this file adds the basic nodes like gcc, pinctrl and other required configuration for booting up to the serial console. Signed-off-by: Bartosz Dudziak --- arch/arm/boot/dts/qcom-msm8226

[PATCH 1/5] dt-bindings: clock: qcom: Add MSM8226 GCC clock bindings

Add compatible device strings and the include files for the MSM8226 GCC. Also add missing includes for MSM8916 and MSM8960 SoCs. Signed-off-by: Bartosz Dudziak --- .../devicetree/bindings/clock/qcom,gcc.yaml | 13 + 1 file changed, 9 insertions(+), 4 deletions(-) diff --git

Re: [PATCH v2 6/9] debugfs: Implement debugfs_create_str()

On 26/03/2021 15.22, Peter Zijlstra wrote: > On Fri, Mar 26, 2021 at 01:53:59PM +0100, Rasmus Villemoes wrote: >> On 26/03/2021 12.38, Peter Zijlstra wrote: > >>> + >>> +again: >>> + rcu_read_lock(); >>> + str = rcu_dereference(*(char **)file->private_data); >>> + len = strlen(str) + 1; >>>

[PATCH 0/5] Samsung Galaxy S III Neo Initial DTS

This series of patches enables to boot MSM8226 SoC in Samsung Galaxy S III Neo mobile phone. Implemented clocks are on top of MSM8974 GCC driver because there is really little difference between them. UART serial communication is working. I have working patches for the regulators, EMMC, multithread

[PATCH 2/5] clk: qcom: gcc: Add support for Global Clock controller found on MSM8226

Modify existing MSM8974 driver to support MSM8226 SoC. Override frequencies which are different in this older chip. Register all the clocks to the framework for the clients to be able to request for them. Signed-off-by: Bartosz Dudziak --- drivers/clk/qcom/gcc-msm8974.c | 185 +++

RE: [PATCH] ACPICA: Fix a typo

Please make a pull request for this on our github. Thanks, Bob -Original Message- From: Bhaskar Chowdhury Sent: Thursday, March 25, 2021 5:19 PM To: Moore, Robert ; Kaneda, Erik ; Wysocki, Rafael J ; l...@kernel.org; linux-a...@vger.kernel.org; de...@acpica.org; linux-kernel@vger.ker

Re: [PATCH 0/6] Allow signals for IO threads

On 3/26/21 8:53 AM, Jens Axboe wrote: > On 3/26/21 8:45 AM, Stefan Metzmacher wrote: >> Am 26.03.21 um 15:43 schrieb Stefan Metzmacher: >>> Am 26.03.21 um 15:38 schrieb Jens Axboe: On 3/26/21 7:59 AM, Jens Axboe wrote: > On 3/26/21 7:54 AM, Jens Axboe wrote: >>> The KILL after STOP dea

Re: [PATCH v5 1/5] mm,memory_hotplug: Allocate memmap from the added memory range

On 26.03.21 15:38, Michal Hocko wrote: On Fri 26-03-21 09:52:58, David Hildenbrand wrote: [...] Something else to note: We'll not call the memory notifier (e.g., MEM_ONLINE) for the vmemmap. The result is that 1. We won't allocate extended struct pages for the range. Don't think this is reall

Re: [PATCH 0/6] Allow signals for IO threads

On 3/26/21 8:45 AM, Stefan Metzmacher wrote: > Am 26.03.21 um 15:43 schrieb Stefan Metzmacher: >> Am 26.03.21 um 15:38 schrieb Jens Axboe: >>> On 3/26/21 7:59 AM, Jens Axboe wrote: On 3/26/21 7:54 AM, Jens Axboe wrote: >> The KILL after STOP deadlock still exists. > > In which tree

Re: [PATCH v2 1/1] mfd: intel_quark_i2c_gpio: Don't play dirty trick with const

On Fri, 26 Mar 2021, Andy Shevchenko wrote: > As Linus rightfully noticed, the driver plays dirty trick with const, > i.e. it assigns a place holder data structure to the const field > in the MFD cell and then drops the const by explicit casting. This is > not how it should be. > > Assign local p

[PATCH v3 6/9] debugfs: Implement debugfs_create_str()

Subject: debugfs: Implement debugfs_create_str() From: Peter Zijlstra Date: Thu Mar 25 10:53:55 CET 2021 Implement debugfs_create_str() to easily display names and such in debugfs. Signed-off-by: Peter Zijlstra (Intel) --- fs/debugfs/file.c | 94

Re: [PATCH 2/2] remoteproc: k3-r5: Extend support to R5F clusters on AM64x SoCs

On 3/25/21 5:17 PM, Mathieu Poirier wrote: > On Thu, Mar 25, 2021 at 04:00:55PM -0500, Suman Anna wrote: >> Hi Mathieu, >> >> On 3/25/21 12:30 PM, Mathieu Poirier wrote: >>> Good morning, >>> >>> On Thu, Mar 18, 2021 at 04:58:42PM -0500, Suman Anna wrote: The K3 AM64x SoC family has a revised

Re: [PATCH 0/6] Allow signals for IO threads

On 3/26/21 8:43 AM, Stefan Metzmacher wrote: > Am 26.03.21 um 15:38 schrieb Jens Axboe: >> On 3/26/21 7:59 AM, Jens Axboe wrote: >>> On 3/26/21 7:54 AM, Jens Axboe wrote: > The KILL after STOP deadlock still exists. In which tree? Sounds like you're still on the old one with that

Re: [PATCH 2/2] power: supply: axp20x_usb_power: fix work-queue init

On Wed, Mar 24, 2021 at 11:25:06AM +0100, Sebastian Reichel wrote: > Hi, > > On Wed, Mar 24, 2021 at 11:21:34AM +0200, Matti Vaittinen wrote: > > The commit 6d0c5de2fd84 > > ("power: supply: Clean-up few drivers by using managed work init") > > Re-introduced wrong order of initializing work-queue

Re: [PATCH 0/6] Allow signals for IO threads

Am 26.03.21 um 15:43 schrieb Stefan Metzmacher: > Am 26.03.21 um 15:38 schrieb Jens Axboe: >> On 3/26/21 7:59 AM, Jens Axboe wrote: >>> On 3/26/21 7:54 AM, Jens Axboe wrote: > The KILL after STOP deadlock still exists. In which tree? Sounds like you're still on the old one with that >

Re: [PATCH v2 10/17] gpio: support ROHM BD71815 GPOs

On Tue, Mar 23, 2021 at 10:57 AM Vaittinen, Matti wrote: > > > On Tue, 2021-01-19 at 12:07 +0100, Bartosz Golaszewski wrote: > > On Tue, Jan 19, 2021 at 8:23 AM Matti Vaittinen > > wrote: > > > Support GPO(s) found from ROHM BD71815 power management IC. The IC > > > has two > > > GPO pins but onl

Re: [PATCH 1/2] media: videobuf2: use dmabuf size for length

On 3/26/21 10:03 AM, John Cox wrote: Hi Helen Hi John, On 3/25/21 7:20 AM, John Cox wrote: Hi Always use dmabuf size when considering the length of the buffer. Discard userspace provided length. Fix length check error in _verify_length(), which was handling single and multiplanar diferen

Re: [PATCH 0/6] Allow signals for IO threads

Am 26.03.21 um 15:38 schrieb Jens Axboe: > On 3/26/21 7:59 AM, Jens Axboe wrote: >> On 3/26/21 7:54 AM, Jens Axboe wrote: The KILL after STOP deadlock still exists. >>> >>> In which tree? Sounds like you're still on the old one with that >>> incremental you sent, which wasn't complete. >>> >>>

Re: [PATCH v9 0/2] Add support of Lontium lt8912 MIPI to HDMI bridge

Pushed: https://cgit.freedesktop.org/drm/drm-misc/commit/?id=3aa6031deefa9a2c056af2182af02d3dc5df1067 On Fri, 26 Mar 2021 at 13:20, Adrien Grassein wrote: > > Hi, > this patch set adds the support of the Lontium lt8912 MIPI to HDMI > bridge in the kernel. > > It's only support the video part, no

Re: [PATCH v2 0/8] Implement EBPF on powerpc32

Le 22/03/2021 à 18:53, Andrii Nakryiko a écrit : On Mon, Mar 22, 2021 at 9:37 AM Christophe Leroy wrote: This series implements extended BPF on powerpc32. For the implementation details, see the patch before the last. The following operations are not implemented: case BPF

[PATCH] f2fs: delete empty compress.h

From: Chao Yu Commit 75e91c888989 ("f2fs: compress: fix compression chksum") wrongly introduced empty compress.h, delete it. Signed-off-by: Chao Yu --- fs/f2fs/compress.h | 0 1 file changed, 0 insertions(+), 0 deletions(-) delete mode 100644 fs/f2fs/compress.h diff --git a/fs/f2fs/compress.

[PATCH 4/4] exec: move the call to getname_flags into do_execveat

Remove the duplicated copying of the pathname into the common helper. Signed-off-by: Christoph Hellwig --- fs/exec.c | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git a/fs/exec.c b/fs/exec.c index b34c1eb9e7ad8e..5c0dd8f85fe7b5 100644 --- a/fs/exec.c +++ b/fs/exec.c

[PATCH 3/4] exec: simplify the compat syscall handling

The only differenence betweeen the compat exec* syscalls and their native versions is the compat_ptr sign extension, and the fact that the pointer arithmetics for the two dimensional arrays needs to use the compat pointer size. Instead of the compat wrappers and the struct user_arg_ptr machinery j

Re: [PATCH] udp: Add support for getsockopt(..., ..., UDP_GRO, ..., ...)

Hi, > On 26. Mar 2021, at 10:36, Paolo Abeni wrote: > > Hello, > > On Thu, 2021-03-25 at 20:56 +0100, Norman Maurer wrote: >> From: Norman Maurer >> >> Support for UDP_GRO was added in the past but the implementation for >> getsockopt was missed which did lead to an error when we tried to >>

cleanup compat exec handling

Hi all, this series cleans up the exec code by sharing the native vs compat versions less awkwardly. Diffstat: arch/arm64/include/asm/unistd32.h |4 arch/mips/kernel/syscalls/syscall_n32.tbl |4 arch/mips/kernel/syscalls/syscall_o32.tbl |4 arch/

[PATCH 1/4] exec: remove do_execve

Just call do_execveat instead. Signed-off-by: Christoph Hellwig --- fs/exec.c | 11 +-- 1 file changed, 1 insertion(+), 10 deletions(-) diff --git a/fs/exec.c b/fs/exec.c index 18594f11c31fe1..b63fb020909075 100644 --- a/fs/exec.c +++ b/fs/exec.c @@ -1978,15 +1978,6 @@ int kernel_execve

[PATCH 2/4] exec: remove compat_do_execve

Just call compat_do_execve instead. Signed-off-by: Christoph Hellwig --- fs/exec.c | 17 + 1 file changed, 1 insertion(+), 16 deletions(-) diff --git a/fs/exec.c b/fs/exec.c index b63fb020909075..06e07278b456fa 100644 --- a/fs/exec.c +++ b/fs/exec.c @@ -1990,21 +1990,6 @@ static

Re: [PATCH v5 1/5] mm,memory_hotplug: Allocate memmap from the added memory range

On Fri 26-03-21 09:52:58, David Hildenbrand wrote: [...] > Something else to note: > > > We'll not call the memory notifier (e.g., MEM_ONLINE) for the vmemmap. The > result is that > > 1. We won't allocate extended struct pages for the range. Don't think this > is really problematic (pages are n

Re: [PATCH 0/6] Allow signals for IO threads

On 3/26/21 7:59 AM, Jens Axboe wrote: > On 3/26/21 7:54 AM, Jens Axboe wrote: >>> The KILL after STOP deadlock still exists. >> >> In which tree? Sounds like you're still on the old one with that >> incremental you sent, which wasn't complete. >> >>> Does io_wq_manager() exits without cleaning up o

Re: [PATCH v6 02/13] dt-bindings: media: nxp,imx8mq-vpu: Update the bindings for G2 support

On Fri, Mar 26, 2021 at 03:26:15PM +0100, Benjamin Gaignard wrote: > > Le 26/03/2021 à 15:11, Philipp Zabel a écrit : > > On Thu, Mar 18, 2021 at 09:20:35AM +0100, Benjamin Gaignard wrote: > > > Introducing G2 hevc video decoder lead to modify the bindings to allow > > > to get one node per VPUs.

Re: [PATCH] arm64: move --fix-cortex-a53-843419 linker test to Kconfig

Hi Masahiro, On Wed, Mar 24, 2021 at 04:11:28PM +0900, Masahiro Yamada wrote: > $(call ld-option, --fix-cortex-a53-843419) in arch/arm64/Makefile is > evaluated every time even for Make targets that do not need the linker, > such as "make ARCH=arm64 install". > > Recently, the Kbuild tree queued

[PATCH 24/25] HID: intel-ish-hid: ishtp-fw-loader: Fix a bunch of formatting issues

And demote non-conformant header Fixes the following W=1 kernel build warning(s): drivers/hid/intel-ish-hid/ishtp-fw-loader.c:46: warning: Enum value 'LOADER_CMD_XFER_QUERY' not described in enum 'ish_loader_commands' drivers/hid/intel-ish-hid/ishtp-fw-loader.c:46: warning: Enum value 'LOADER

[PATCH 25/25] HID: ishtp-hid-client: Fix 'suggest-attribute=format' compiler warning

Fixes the following W=1 kernel build warning(s): drivers/hid/intel-ish-hid/ishtp/bus.c: In function ‘ishtp_trace_callback’: drivers/hid/intel-ish-hid/ishtp/bus.c:876:29: warning: return type might be a candidate for a format attribute [-Wsuggest-attribute=format] 876 | return cl_device->ishtp_

[PATCH 23/25] HID: hid-sensor-hub: Move 'hsdev' description to correct struct definition

Fixes the following W=1 kernel build warning(s): drivers/hid/hid-sensor-hub.c:54: warning: Function parameter or member 'hsdev' not described in 'hid_sensor_hub_callbacks_list' Cc: Jiri Kosina Cc: Jonathan Cameron Cc: Srinivas Pandruvada Cc: Benjamin Tissoires Cc: linux-in...@vger.kernel.or

[PATCH 22/25] HID: hid-sensor-hub: Remove unused struct member 'quirks'

Commit b0f847e16c1ea ("HID: hid-sensor-hub: Force logical minimum to 1 for power and report state") removed the last used quirk handled by this driver. Fixes the following W=1 kernel build warning(s): drivers/hid/hid-sensor-hub.c:39: warning: Function parameter or member 'quirks' not described

[PATCH 20/25] HID: hid-sensor-custom: Remove unused variable 'ret'

Fixes the following W=1 kernel build warning(s): drivers/hid/hid-sensor-custom.c: In function ‘store_value’: drivers/hid/hid-sensor-custom.c:400:7: warning: variable ‘ret’ set but not used [-Wunused-but-set-variable] Cc: Jiri Kosina Cc: Jonathan Cameron Cc: Srinivas Pandruvada Cc: Benjamin

[PATCH 21/25] HID: wacom_sys: Demote kernel-doc abuse

Fixes the following W=1 kernel build warning(s): drivers/hid/wacom_sys.c:1505: warning: Function parameter or member 'wacom' not described in 'wacom_led_next' drivers/hid/wacom_sys.c:1505: warning: Function parameter or member 'cur' not described in 'wacom_led_next' Cc: Jiri Kosina Cc: Benja

<    2   3   4   5   6   7   8   9   10   11   >