[PATCH V5 2/8] dt-bindings: clock: add ipq6018 a53 pll compatible

2020-05-24 Thread Sivaprakash Murugesan
cpus on ipq6018 are clocked by a53 pll, add device compatible for a53 pll found on ipq6018 devices. Signed-off-by: Sivaprakash Murugesan --- [V5] * Addressed Bjorn's review comment. now the a53 dt-binding represents ipq a53 pll as well. .../devicetree/bindings/clock/qcom,a53pll.yaml

[PATCH V5 0/8] Add APSS clock controller support for IPQ6018

2020-05-24 Thread Sivaprakash Murugesan
The CPU on Qualcomm's IPQ6018 devices are primarily fed by APSS PLL and XO, these are connected to a clock mux and enable block. This patch series adds support for these clocks and inturn enables clocks required for CPU freq. [V5] * Addressed Bjorn comments on apss clk and dt-bindings * Patch

[PATCH V5 8/8] arm64: dts: ipq6018: Add a53 pll and apcs clock

2020-05-24 Thread Sivaprakash Murugesan
add support for apps pll and apcs clock. Signed-off-by: Sivaprakash Murugesan --- [V5] * changed compatible to match the bindings arch/arm64/boot/dts/qcom/ipq6018.dtsi | 16 +--- 1 file changed, 13 insertions(+), 3 deletions(-) diff --git a/arch/arm64/boot/dts/qcom/ipq6018.dtsi

[PATCH V5 1/8] dt-bindings: mailbox: Add YAML schemas for QCOM APCS global block

2020-05-24 Thread Sivaprakash Murugesan
Qualcomm APCS global block provides a bunch of generic properties which are required in a device tree. Add YAML schema for these properties. Reviewed-by: Rob Herring Signed-off-by: Sivaprakash Murugesan --- .../bindings/mailbox/qcom,apcs-kpss-global.txt | 88 --

Re: [RFC PATCH v2 1/3] printk: Add function to set console to preferred console's driver

2020-05-24 Thread Daniel Vetter
On Wed, May 13, 2020 at 7:35 AM Sergey Senozhatsky wrote: > > On (20/04/30 19:14), Alper Nebi Yasak wrote: > [..] > > +int update_console_to_preferred(void) > > +{ > > + struct console_cmdline *c = NULL; > > + struct console *con = NULL; > > + struct console *tmp = NULL; > > + > > +

Re: [PATCHSET v2 0/12] Add support for async buffered reads

2020-05-24 Thread Chris Panayis
Yes! Jens & Team! Yes! My code has never looked so beautiful, been so efficient and run so well since switching to io_uring/async awesome-ness.. Really, really is a game-changer in terms of software design, control, performance, expressiveness... so many levels. Really, really great work!

[PATCH 0/2] drivers/phy/ti: Constify structs

2020-05-24 Thread Rikard Falkeborn
Constify some static structs that are not modified in order to allow the compiler to put them in read-only memory. Rikard Falkeborn (2): phy: ti: am654-serdes: Constify regmap_config phy: ti: j721e-wiz: Constify structs drivers/phy/ti/phy-am654-serdes.c | 2 +-

[PATCH 2/2] phy: ti: j721e-wiz: Constify structs

2020-05-24 Thread Rikard Falkeborn
clk_div_table and wiz_regmap_config are not modified and can therefore be made const to allow the compiler to put them in read-only memory. Before: textdata bss dec hex filename 202657044 64 273736aed drivers/phy/ti/phy-j721e-wiz.o After: textdata

[PATCH 1/2] phy: ti: am654-serdes: Constify regmap_config

2020-05-24 Thread Rikard Falkeborn
regmap_config is not modified and can be made static to allow the compiler to put it in read-only memory. Before: textdata bss dec hex filename 123283644 64 160363ea4 drivers/phy/ti/phy-am654-serdes.o After: textdata bss dec hex filename

Re: [PATCH V4 2/8] dt-bindings: clock: Add schema for QCOM IPQ apss pll

2020-05-24 Thread Sivaprakash Murugesan
On 5/13/2020 1:26 AM, Bjorn Andersson wrote: On Sun 03 May 23:20 PDT 2020, Sivaprakash Murugesan wrote: Add dt-binding for apss pll found on QCOM IPQ platforms Signed-off-by: Sivaprakash Murugesan This seems quite similar to the existing qcom,a53pll binding, can't you just describe both

Re: [PATCH V4 5/8] clk: qcom: Add ipq apss clock controller

2020-05-24 Thread Sivaprakash Murugesan
On 5/13/2020 1:42 AM, Bjorn Andersson wrote: On Sun 03 May 23:20 PDT 2020, Sivaprakash Murugesan wrote: The CPU on Qualcomm ipq platform is clocked primarily by a aplha PLL and xo which are connected to a mux and enable block. Add support for the mux and enable block which feeds the CPU on

Re: [PATCH V4 7/8] mailbox: qcom: Add ipq6018 apcs compatible

2020-05-24 Thread Sivaprakash Murugesan
Hi Bjorn, On 5/13/2020 1:49 AM, Bjorn Andersson wrote: On Sun 03 May 23:20 PDT 2020, Sivaprakash Murugesan wrote: The Qualcomm ipq6018 has apcs block, add compatible for the same. Also, the apcs provides a clock controller functionality similar to msm8916 but the clock driver is different.

Re: [PATCH V3 3/8] clk: qcom: Add A53 PLL support for ipq6018 devices

2020-05-24 Thread Sivaprakash Murugesan
On 5/15/2020 2:10 AM, Stephen Boyd wrote: Quoting Sivaprakash Murugesan (2020-04-22 03:44:33) On 4/22/2020 2:30 PM, Stephen Boyd wrote: Quoting Sivaprakash Murugesan (2020-04-13 19:55:17) diff --git a/drivers/clk/qcom/a53-pll.c b/drivers/clk/qcom/a53-pll.c index 45cfc57..a95351c 100644 ---

Re: [PATCH] MIPS: DTS: Only build subdir of current platform

2020-05-24 Thread Thomas Bogendoerfer
On Thu, May 21, 2020 at 10:15:06AM +0800, Tiezhu Yang wrote: > Add config check in Makefile to only build the subdir of current platform. > > E.g. without this patch: > > AR arch/mips/built-in.a > AR arch/mips/boot/dts/brcm/built-in.a > AR

[PATCH 8/8] riscv: Explicit comment about user virtual address space size

2020-05-24 Thread Alexandre Ghiti
Define precisely the size of the user accessible virtual space size for sv32/39/48 mmu types and explain why the whole virtual address space is split into 2 equal chunks between kernel and user space. Signed-off-by: Alexandre Ghiti Reviewed-by: Anup Patel Reviewed-by: Palmer Dabbelt ---

[PATCH 7/8] riscv: Use pgtable_l4_enabled to output mmu type in cpuinfo

2020-05-24 Thread Alexandre Ghiti
Now that the mmu type is determined at runtime using SATP characteristic, use the global variable pgtable_l4_enabled to output mmu type of the processor through /proc/cpuinfo instead of relying on device tree infos. Signed-off-by: Alexandre Ghiti Reviewed-by: Anup Patel Reviewed-by: Palmer

[PATCH] staging/rtl8192e: Remove function callback casts

2020-05-24 Thread Oscar Carter
In an effort to enable -Wcast-function-type in the top-level Makefile to support Control Flow Integrity builds, remove all the function callback casts. To do this modify the function prototypes accordingly. Signed-off-by: Oscar Carter --- drivers/staging/rtl8192e/rtl8192e/rtl_core.c | 24

[PATCH 6/8] riscv: Allow user to downgrade to sv39 when hw supports sv48

2020-05-24 Thread Alexandre Ghiti
This is made possible by using the mmu-type property of the cpu node of the device tree. By default, the kernel will boot with 4-level page table if the hw supports it but it can be interesting for the user to select 3-level page table as it is less memory consuming and faster since it requires

[PATCH] workqueue: Fix double kfree(rescuer) in destroy_workqueue()

2020-05-24 Thread qiang.zhang
From: Zhang Qiang When destroy_workqueue if rescuer worker exist,wq->rescuer pointer be kfree. if sanity checks passed. the func call_rcu(>rcu, rcu_free_wq) will be called if the wq->flags & WQ_UNBOUND is false,in rcu_free_wq func wq->rescuer pointer was kfree again. Signed-off-by: Zhang Qiang

[PATCH 5/8] riscv: Implement sv48 support

2020-05-24 Thread Alexandre Ghiti
By adding a new 4th level of page table, give the possibility to 64bit kernel to address 2^48 bytes of virtual address: in practice, that roughly offers ~160TB of virtual address space to userspace and allows up to 64TB of physical memory. If the underlying hardware does not support sv48, we will

[PATCH 4/8] riscv: Prepare ptdump for vm layout dynamic addresses

2020-05-24 Thread Alexandre Ghiti
This is a preparatory patch for sv48 support that will introduce dynamic PAGE_OFFSET. Dynamic PAGE_OFFSET implies that all zones (vmalloc, vmemmap, fixaddr...) whose addresses depend on PAGE_OFFSET become dynamic and can't be used to statically initialize the array used by ptdump to identify the

[PATCH 3/8] riscv: Simplify MAXPHYSMEM config

2020-05-24 Thread Alexandre Ghiti
Either the user specifies maximum physical memory size of 2GB or the user lives with the system constraint which is 1/4th of maximum addressable memory in Sv39 MMU mode (i.e. 128GB) for now. Signed-off-by: Alexandre Ghiti Reviewed-by: Anup Patel --- arch/riscv/Kconfig | 20 ++--

[PATCH 2/8] riscv: Allow to dynamically define VA_BITS

2020-05-24 Thread Alexandre Ghiti
With 4-level page table folding at runtime, we don't know at compile time the size of the virtual address space so we must set VA_BITS dynamically so that sparsemem reserves the right amount of memory for struct pages. Signed-off-by: Alexandre Ghiti Reviewed-by: Anup Patel Reviewed-by: Palmer

[PATCH 1/8] riscv: Get rid of compile time logic with MAX_EARLY_MAPPING_SIZE

2020-05-24 Thread Alexandre Ghiti
There is no need to compare at compile time MAX_EARLY_MAPPING_SIZE value with PGDIR_SIZE since MAX_EARLY_MAPPING_SIZE is set to 128MB which is less than PGDIR_SIZE that is equal to 1GB: that allows to simplify early_pmd definition. Signed-off-by: Alexandre Ghiti Reviewed-by: Anup Patel

[PATCH 0/8] Introduce sv48 support

2020-05-24 Thread Alexandre Ghiti
This patchset implements sv48 support at runtime. The kernel will try to boot with 4-level page table and will fallback to 3-level if the HW does not support it.

Re: [PATCH v2] media: s3c-camif: Fix missing disable in tegra_adma_probe()

2020-05-24 Thread Markus Elfring
> "pm_runtime_enable()" was not handled by "pm_runtime_disable()" > after a call of the function “pm_runtime_get_sync()” failed. > Thus move the jump target “err_pm” before calling function > "calling pm_runtime_disable()". I find such a change description still improvable (also according to the

[PATCH v3 3/3] arch, scripts: Add script to check relocations at compile time

2020-05-24 Thread Alexandre Ghiti
Relocating kernel at runtime is done very early in the boot process, so it is not convenient to check for relocations there and react in case a relocation was not expected. Powerpc architecture has a script that allows to check at compile time for such unexpected relocations: extract the common

[PATCH v3 2/3] riscv: Introduce CONFIG_RELOCATABLE

2020-05-24 Thread Alexandre Ghiti
This config allows to compile the kernel as PIE and to relocate it at any virtual address at runtime: this paves the way to KASLR and to 4-level page table folding at runtime. Runtime relocation is possible since relocation metadata are embedded into the kernel. Note that relocating at runtime

[PATCH v3 1/3] riscv: Move kernel mapping to vmalloc zone

2020-05-24 Thread Alexandre Ghiti
This is a preparatory patch for relocatable kernel. The kernel used to be linked at PAGE_OFFSET address and used to be loaded physically at the beginning of the main memory. Therefore, we could use the linear mapping for the kernel mapping. But the relocated kernel base address will be different

[PATCH v3 0/3] vmalloc kernel mapping and relocatable kernel

2020-05-24 Thread Alexandre Ghiti
This patchset originally implemented relocatable kernel support but now also moves the kernel mapping into the vmalloc zone. The first patch explains why we need to move the kernel into vmalloc zone (instead of memcpying it around). That patch should ease KASLR implementation a lot. The second

Re: [PATCH] staging: rtl8188eu: clean up some declarations

2020-05-24 Thread Joe Perches
On Sun, 2020-05-24 at 10:27 +0200, Michael Straube wrote: > Clean up some array declarations in phy_iq_calibrate() to reduce > indentation and clear line over 80 characters checkpatch warnings. Better still would be to mark these as static const and also mark the functions that use them to take

Re: [PATCH v2 3/3] x86/boot/compressed: get rid of GOT fixup code

2020-05-24 Thread Ard Biesheuvel
On Sat, 23 May 2020 at 17:18, Arvind Sankar wrote: > > On Sat, May 23, 2020 at 02:00:21PM +0200, Ard Biesheuvel wrote: > > In a previous patch, we have eliminated GOT entries from the decompressor > > binary and added an assertion that the .got section is empty. This means > > that the GOT fixup

Re: [PATCH v13 1/3] dt-bindings: i2c: npcm7xx: add NPCM I2C controller

2020-05-24 Thread Tali Perry
Hi Rob, On Sat, May 23, 2020 at 1:47 AM Rob Herring wrote: > > On Fri, May 22, 2020 at 4:42 PM Rob Herring wrote: > > > > On Fri, 22 May 2020 14:33:10 +0300, Tali Perry wrote: > > > Added device tree binding documentation for Nuvoton BMC > > > NPCM I2C controller. > > > > > > Signed-off-by:

[PATCH] staging: rtl8188eu: clean up some declarations

2020-05-24 Thread Michael Straube
Clean up some array declarations in phy_iq_calibrate() to reduce indentation and clear line over 80 characters checkpatch warnings. Signed-off-by: Michael Straube --- drivers/staging/rtl8188eu/hal/phy.c | 33 +++-- 1 file changed, 17 insertions(+), 16 deletions(-) diff

Re: [PATCH 1/3 RESEND] sched: Remove __rcu annotation from cred pointer

2020-05-24 Thread Amol Grover
On Thu, Apr 02, 2020 at 11:26:38AM +0530, Amol Grover wrote: > task_struct::cred (subjective credentials) is *always* used > task-synchronously, hence, does not require RCU semantics. > > task_struct::real_cred (objective credentials) can be used in > RCU context and its __rcu annotation is

[PATCH] drivers/irqchip: Remove function callback casts

2020-05-24 Thread Oscar Carter
In an effort to enable -Wcast-function-type in the top-level Makefile to support Control Flow Integrity builds, remove all the function callback casts. To do this, modify the IRQCHIP_ACPI_DECLARE macro initializing the acpi_probe_entry struct directly instead of use the existent macro

Re: KASAN: use-after-free Read in uif_close

2020-05-24 Thread Richard Weinberger
- Ursprüngliche Mail - > Von: "syzbot" > An: "Arnd Bergmann" , "daniel baluta" , > "festevam" , "Greg > Kroah-Hartman" , "kernel" > , "linux-arm-kernel" > , "linux-imx" , > "linux-kernel" , > "linux-mtd" , li...@rempel-privat.de, "Miquel > Raynal" , > "richard" , "Sascha Hauer" , >

Re: [PATCH v2] Makefile: support compressed debug info

2020-05-24 Thread Sedat Dilek
On Sun, May 24, 2020 at 5:57 AM Masahiro Yamada wrote: > > On Fri, May 22, 2020 at 6:57 AM 'Nick Desaulniers' via Clang Built > Linux wrote: > > > > On Wed, May 20, 2020 at 7:48 PM Masahiro Yamada > > wrote: > > > > > > > Suggested-by: Fangrui Song > > > > > > > > > Suggested-by ->

Re: [PATCH] proc/fd: Remove the initialization of variables in seq_show()

2020-05-24 Thread Markus Elfring
> The variables{files, file} will definitely be assigned, I find an other specification nicer for these identifiers. > so we don't need to initialize them. I suggest to recheck programming concerns around the handling of the null pointer for the variable “file”.

Re: [PATCH 0/7] Record the mm_struct in the page table pages

2020-05-24 Thread Mike Rapoport
On Tue, Apr 28, 2020 at 06:51:26PM -0700, Matthew Wilcox wrote: > On Wed, Apr 29, 2020 at 03:26:24AM +0300, Kirill A. Shutemov wrote: > > On Tue, Apr 28, 2020 at 12:44:42PM -0700, Matthew Wilcox wrote: > > > From: "Matthew Wilcox (Oracle)" > > > > > > Pages which are in use as page tables have

My Dear in the lord

2020-05-24 Thread Mrs.A.Mina
My Dear in the lord My name is Mrs. Mina A. Brunel I am a Norway Citizen who is living in Burkina Faso, I am married to Mr. Brunel Patrice, a politicians who owns a small gold company in Burkina Faso; He died of Leprosy and Radesyge, in year February 2010, During his lifetime he deposited

Re: [PATCH v2 1/2] drivers: provide devm_platform_request_irq()

2020-05-24 Thread Markus Elfring
> It will call devm_request_irq() after platform_get_irq() function > in many drivers, sometimes, it is not right for the error handling > of these two functions in some drivers. so provide this function > to simplify the driver. I recommend to improve also this change description. How do you

Re: [PATCH v2] ALSA: line6: add hw monitor volume control for POD HD500

2020-05-24 Thread Takashi Iwai
On Sat, 23 May 2020 19:49:57 +0200, Vasily Khoruzhick wrote: > > Add hw monitor volume control for POD HD500. The same change may > work for HD500X but I don't have it to test. > > Signed-off-by: Vasily Khoruzhick > --- > v2: clamp volume value to [0, ARRAY_SIZE() -1] in >

Re: arm64: Register modification during syscall entry/exit stop

2020-05-24 Thread Keno Fischer
Just ran into this issue again, with what I think may be most compelling example yet why this is problematic: The tracee incurred a signal, we PTRACE_SYSEMU'd to the rt_sigreturn, which the tracer tried to emulate by applying the state from the signal frame. However, the PTRACE_SYSEMU stop is a

Re: [PATCH v2 04/18] nitro_enclaves: Init PCI device driver

2020-05-24 Thread Greg KH
On Sat, May 23, 2020 at 10:25:25PM +0200, Alexander Graf wrote: > Hey Greg, > > On 22.05.20 09:04, Greg KH wrote: > > > > On Fri, May 22, 2020 at 09:29:32AM +0300, Andra Paraschiv wrote: > > > +/** > > > + * ne_setup_msix - Setup MSI-X vectors for the PCI device. > > > + * > > > + * @pdev: PCI

Re: [PATCHv2 1/2] optee: do drivers initialization before and after tee-supplicant run

2020-05-24 Thread Jens Wiklander
Hi Maxim, On Thu, May 21, 2020 at 8:47 AM Maxim Uvarov wrote: > > Some drivers (like ftpm) can operate only after tee-supplicant > runs becase of tee-supplicant provides things like storage > services. This patch splits probe of non tee-supplicant dependable > drivers to early stage, and after

[PATCH] dmaengine: stm32-dmamux: Fix runtime PM imbalance on error

2020-05-24 Thread Dinghao Liu
In stm32_dmamux_route_allocate(), pm_runtime_get_sync() increments the runtime PM usage counter even when it returns an error code. Thus a pairing decrement is needed on the error handling path to keep the counter balanced. In stm32_dmamux_probe(), when platform_get_resource() returns an error

Re: KASAN: use-after-free Read in uif_close

2020-05-24 Thread syzbot
syzbot has bisected this bug to: commit 32ec783ae19d48084b893cc54747fed37b07eb0c Author: Arnd Bergmann Date: Wed Apr 8 19:02:57 2020 + firmware: imx: fix compile-testing bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=15b2297210 start commit: c11d28ab Add

<    1   2   3   4   5   6