Hi Prabhakar,
On Mon, Nov 9, 2020 at 11:05 AM Prabhakar Mahadev Lad
wrote:
> > -Original Message-
> > From: Geert Uytterhoeven
> > Sent: 09 November 2020 10:02
> > To: Prabhakar Mahadev Lad
> > Cc: Magnus Damm ; Rob Herring ;
> > Linux-Renesas
On Thu, Nov 5, 2020 at 1:11 PM Lad Prabhakar
wrote:
> Switch SW2404 should be at poistion 1 so that clock output from CS2000
position (will fix while applying).
> is connected to AUDIO_CLKB_A.
>
> Signed-off-by: Lad Prabhakar
> Reviewed-by: Chris Paterson
Reviewed-by: Geert Uy
tsu
> Signed-off-by: Lad Prabhakar
Reviewed-by: Geert Uytterhoeven
i.e. will queue in renesas-devel for v5.11.
> I have rebased this patch on renesas-arm-dt-for-v5.10 branch.
Not renesas-arm-dt-for-v5.11?
Anyway, seems to apply cleanly.
Gr{oetje,eeting}s,
Geert
--
mplicit-function-declaration]
> cc1: some warnings being treated as errors
> make[4]: *** [scripts/Makefile.build:283: drivers/clk/qcom/camcc-sc7180.o]
> Error 1
> make[3]: *** [scripts/Makefile.build:500: drivers/clk/qcom] Error 2
The pm_clk_runtime_*() functions are only available i
?h=renesas-clk-for-v5.11&id=c3f207f6d23d01c0fa817fcd6118bbbc509abe39
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I&#x
ztof Kozlowski
Reviewed-by: Geert Uytterhoeven
i.e. will queue in renesas-clk-for-v5.11.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself
on a fix.
Interestingly, the issue was reported in September, and still entered
linux-next, so we all had a great time to look into it ;-)
https://lore.kernel.org/linux-btrfs/202009160107.dzzo6dfi%25...@intel.com/
https://lore.kernel.org/linux-btrfs/20201102073114.66750-1-...@suse.com/
Gr{oetje,eeting}s,
On Tue, Nov 3, 2020 at 4:45 AM Yejune Deng wrote:
> devm_reset_control_array_get_shared() looks more readable
>
> Signed-off-by: Yejune Deng
Reviewed-by: Geert Uytterhoeven
i.e. will queue in renesas-clk-for-v5.11.
Gr{oetje,eeting}s,
Geert
--
Geert Uyt
Hi Linus,
On Sat, Oct 31, 2020 at 8:51 PM Linus Torvalds
wrote:
> On Sat, Oct 31, 2020 at 2:40 AM Christoph Hellwig wrote:
> > dma-mapping fix for 5.10:
> >
> > - fix an integer overflow on 32-bit platforms in the new DMA range code
> >(Geert Uytterhoeven)
>
gested-by: Linus Torvalds
Signed-off-by: Geert Uytterhoeven
---
drivers/of/device.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/of/device.c b/drivers/of/device.c
index 3a469c79e6b05de4..aedfaaafd3e7edb7 100644
--- a/drivers/of/device.c
+++ b/drivers/of/device.c
@@
tion: 230:1 =>
- /kisskb/src/net/smc/smc_llc.c: warning: (near initialization for
'add_llc.hd') [-Wmissing-braces]: 1212:9 =>
- /kisskb/src/net/smc/smc_llc.c: warning: (near initialization for
'del_llc.hd') [-Wmissing-braces]: 1245:9 =>
- /kisskb/src/net/smc/sm
The following commit has been merged into the irq/urgent branch of tip:
Commit-ID: b388bdf2bac7aedac9bde5ab63eaf7646f29fc00
Gitweb:
https://git.kernel.org/tip/b388bdf2bac7aedac9bde5ab63eaf7646f29fc00
Author:Geert Uytterhoeven
AuthorDate:Wed, 28 Oct 2020 16:39:55 +01:00
The following commit has been merged into the irq/urgent branch of tip:
Commit-ID: 61b0648d569aca932eab87a67f7ca0ffd3ea2b68
Gitweb:
https://git.kernel.org/tip/61b0648d569aca932eab87a67f7ca0ffd3ea2b68
Author:Geert Uytterhoeven
AuthorDate:Wed, 14 Oct 2020 15:17:03 +02:00
mbedded within a single structure.
> Good thing that no one can dynamically remove a TPM device during
> "normal" operation.
/sys/.../unbind?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
Hi Prabhakar,
On Fri, Oct 30, 2020 at 11:13 AM Lad, Prabhakar
wrote:
> On Thu, Oct 29, 2020 at 2:29 PM Geert Uytterhoeven
> wrote:
> > On Thu, Oct 29, 2020 at 11:55 AM Lad Prabhakar
> > wrote:
> > > Describe the RPCSRC internal clock and the RPC[D2] clocks derive
Hi Eugeniu,
On Fri, Oct 30, 2020 at 10:07 AM Eugeniu Rosca wrote:
> On Thu, Oct 29, 2020 at 07:23:53PM +0100, Geert Uytterhoeven wrote:
> > On Thu, Oct 29, 2020 at 5:34 PM Eugeniu Rosca wrote:
>
> [..]
>
> > I don't think we want to add new compatible string to desc
R-Car M3-N ULCB with Kingfisher").
>
> Suggested-by: Geert Uytterhoeven
> Signed-off-by: Eugeniu Rosca
Reviewed-by: Geert Uytterhoeven
i.e. will queue in renesas-devel for v5.11.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux
ine with increasing the default when BASE_FULL
> is set. The amount of messages is growing over time because of
> increasing complexity of both the hardware and software.
> Fortunately also the amount of available memory is growing.
Note that making this change means that some of th
Hi Prabhakar,
On Thu, Oct 29, 2020 at 3:28 PM Geert Uytterhoeven wrote:
> On Thu, Oct 29, 2020 at 11:55 AM Lad Prabhakar
> wrote:
> > Describe the RPCSRC internal clock and the RPC[D2] clocks derived from it,
> > as well as the RPC-IF module clock, in the RZ/G2E (R8A774C0) C
Hi Eugeniu,
On Thu, Oct 29, 2020 at 5:34 PM Eugeniu Rosca wrote:
> On Thu, Oct 29, 2020 at 03:09:10PM +0100, Geert Uytterhoeven wrote:
> > On Thu, Oct 29, 2020 at 2:38 PM Eugeniu Rosca wrote:
> > > Create a dedicated DTB for M3-ES3.0 + ULCB + Kingfisher combo.
> >
> cpg_rpcsrc_e3_pll0_div_table,
> + &cpg_lock);
> +
So you want to keep the parent clock selection fixed, but still allow
the system to change the divider?
Why not support
geniu Rosca
Reviewed-by: Geert Uytterhoeven
i.e. will queue in renesas-devel for v5.11.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a h
b-kf.dts
> arch/arm64/boot/dts/renesas/r8a77951-ulcb-kf.dts
> arch/arm64/boot/dts/renesas/r8a77960-ulcb-kf.dts
> arch/arm64/boot/dts/renesas/r8a77965-ulcb-kf.dts
>
> Signed-off-by: Eugeniu Rosca
Thanks for your path!
Reviewed-by: Geert Uytterhoeven
i.e. will qu
On Fri, Oct 23, 2020 at 6:36 PM Lad Prabhakar
wrote:
> Drop unused members dev and base from struct rcar_pcie_host.
>
> Signed-off-by: Lad Prabhakar
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Lin
d Biesheuvel
(probably you missed by tag on v1 due to kernel.org hickups)
Thanks, this gets rid of the following warning, which you may
want to quote in the patch description:
aarch64-linux-gnu-ld: warning: orphan section `.eh_frame' from
`kernel/bpf/core.o' being placed i
| 4 ++--
> 3 files changed, 6 insertions(+), 6 deletions(-)
Is there any specific reason you didn't convert the checks for
CONFIG_SINGLE_MEMORY_CHUNK in arch/m68k/kernel/setup_mm.c
and arch/m68k/include/asm/virtconvert.h?
Gr{oetje,eeting}s,
Geert
--
Geert Uytt
Hi Viresh,
On Wed, Oct 28, 2020 at 6:48 AM Viresh Kumar wrote:
> On 27-10-20, 17:29, Geert Uytterhoeven wrote:
> > On plain v5.9, with #define DEBUG and a few extra debug prints
> > added, I get:
> >
> > cpufreq_dt: cpufreq_init:164: policy->cpu = 0
> &
er configurable")
Signed-off-by: Geert Uytterhoeven
---
Hopefully kernelCI has updated its QEMU firmware since v1 was posted...
v2:
- Rebase on top of commit d7071743db31b4f6 ("RISC-V: Add EFI stub
support.") in v5.10-rc1.
---
drivers/firmware/efi/Kconfig | 2 +-
1 file chang
Hi Kees,
On Wed, Oct 28, 2020 at 1:06 AM Kees Cook wrote:
> On Tue, Oct 27, 2020 at 10:52:39AM +0100, Geert Uytterhoeven wrote:
> > On Thu, Sep 24, 2020 at 2:48 PM YiFei Zhu wrote:
> > > From: YiFei Zhu
> > >
> > > In order to make adding configurable feat
-by: Geert Uytterhoeven
---
Compile-tested only (arm/multi_v7_defconfig and arm64/defconfig).
---
include/linux/pinctrl/pinctrl.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/linux/pinctrl/pinctrl.h b/include/linux/pinctrl/pinctrl.h
index 2aef59df93d70550
do with them.
>
> Signed-off-by: Peilin Ye
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker.
);
--
2.25.0.rc1.19.g042ed3e048af
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm tal
Get rid of the separate flag to indicate if the IRLM bit is present in
the INTC/Interrupt Control Register 0, by considering -1 an invalid
irlm_bit value.
Signed-off-by: Geert Uytterhoeven
---
Tested on r8a7778/bock-w, r8a7779/marzen, r8a7740/armadillo. and
sh73a0/kzm9g.
drivers/irqchip/irq
reverts commit 3193c0836f203, and instead, it disables the -fgcse
> optimization for the entire source file, but only when building for
> X86.
>
> Cc: Nick Desaulniers
> Cc: Arvind Sankar
> Cc: Randy Dunlap
> Cc: Josh Poimboeuf
> Cc: Thomas Gleixner
> Cc: Alexei Starovoito
Hi Nick,
CC Josh
On Mon, Oct 26, 2020 at 6:49 PM Nick Desaulniers
wrote:
> On Mon, Oct 26, 2020 at 10:44 AM Geert Uytterhoeven
> wrote:
> > On Mon, Oct 26, 2020 at 6:39 PM Ard Biesheuvel wrote:
> > > On Mon, 26 Oct 2020 at 17:01, Geert Uytterhoeven
> > > wrote
this by adding #include .
Reported-by: nore...@ellerman.id.au
Fixes: 38dc5079da7081e8 ("Fix compat regression in process_vm_rw()")
Signed-off-by: Geert Uytterhoeven
---
mm/process_vm_access.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/mm/process_vm_access.c b/mm/process_vm_acce
Hi Saravana,
On Tue, Oct 27, 2020 at 6:31 PM Saravana Kannan wrote:
> On Tue, Oct 27, 2020 at 3:12 AM Geert Uytterhoeven
> wrote:
> > On Wed, Sep 2, 2020 at 12:51 AM Saravana Kannan
> > wrote:
> > > This script can be useful for:
> > > - Figuring out the
ted
> GOT entry.
>
> Given that such GOT and PLT entries are unnecessary for fully linked
> binaries such as the kernel, let's give these weak symbol references
> hidden visibility, so that the linker knows that the weak reference
> via R_AARCH64_CALL26 can simply remain unsa
Hi Viresh,
On Fri, Oct 16, 2020 at 10:07 AM Viresh Kumar wrote:
> On 16-10-20, 08:44, Geert Uytterhoeven wrote:
> > On Fri, Oct 16, 2020 at 7:03 AM Viresh Kumar
> > wrote:
> > > On 14-10-20, 18:40, Geert Uytterhoeven wrote:
> > > > On this platform (r8a7791
d!
>
> Adding -fno-pie to this command doesn't fix the problem.
>
> Note that when cross-building with a GCC 10.2 and binutils 2.35.1 I also
> get several "aarch64-linux-gnu-ld: warning: -z norelro ignored" in
> addition to the error, but I don't get t
: line 255: detail: command not found
./dev-needs.sh: line 255: detail: command not found
Which shell should I use?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with tech
t; + and the task is only allowed to execute a few safe syscalls
> + defined by each seccomp mode.
> +
> + If unsure, say Y. Only embedded should say N here.
> +
Please tell me why SECCOMP is special, and deserves to default to be
enabled. Is it really that
Hi Ard,
On Mon, Oct 26, 2020 at 6:43 PM Geert Uytterhoeven wrote:
> On Mon, Oct 26, 2020 at 6:39 PM Ard Biesheuvel wrote:
> > On Mon, 26 Oct 2020 at 17:01, Geert Uytterhoeven
> > wrote:
> > > On Mon, Oct 26, 2020 at 2:29 PM Geert Uytterhoeven
> > > wrote:
Hi Nick,
On Mon, Oct 26, 2020 at 6:53 PM Geert Uytterhoeven wrote:
> On Mon, Oct 26, 2020 at 6:49 PM Nick Desaulniers
> wrote:
> > On Mon, Oct 26, 2020 at 10:44 AM Geert Uytterhoeven
> > wrote:
> > > On Mon, Oct 26, 2020 at 6:39 PM Ard Biesheuvel wrote:
> >
mm_struct *mm)
|^~~
Fix this by marking destroy_context implemented by arch-specific code.
Reported-by: nore...@ellerman.id.au
Fixes: cb41155766b05935 ("m68k: use asm-generic/mmu_context.h for no-op
implementations")
Signed-off-by: Geert Uy
Hi Nick,
On Mon, Oct 26, 2020 at 6:49 PM Nick Desaulniers
wrote:
> On Mon, Oct 26, 2020 at 10:44 AM Geert Uytterhoeven
> wrote:
> > On Mon, Oct 26, 2020 at 6:39 PM Ard Biesheuvel wrote:
> > > On Mon, 26 Oct 2020 at 17:01, Geert Uytterhoeven
> > > wrote:
> &
Hi Ard,
On Mon, Oct 26, 2020 at 6:39 PM Ard Biesheuvel wrote:
> On Mon, 26 Oct 2020 at 17:01, Geert Uytterhoeven wrote:
> > On Mon, Oct 26, 2020 at 2:29 PM Geert Uytterhoeven
> > wrote:
> > > On Mon, Oct 26, 2020 at 1:29 PM Geert Uytterhoeven
> > > wrote:
On Mon, Oct 26, 2020 at 2:29 PM Geert Uytterhoeven wrote:
> On Mon, Oct 26, 2020 at 1:29 PM Geert Uytterhoeven
> wrote:
> > On Fri, Aug 21, 2020 at 9:56 PM Kees Cook wrote:
> > > In preparation for warning on orphan sections, discard
> > > unwanted non-zero
PATCH] dma-mapping: Fix 32-bit overflow with
CONFIG_ARM_LPAE=n"
(https://lore.kernel.org/linux-arm-kernel/20201026152755.3738293-1-geert+rene...@glider.be/).
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@
, both dma_start and dma_end will be zero, leading to a zero
size.
Fix this by changing the dma_start and dma_end variables from dma_addr_t
to u64.
Fixes: e0d072782c734d27 ("dma-mapping: introduce DMA range map, supplanting
dma_pfn_offset")
Signed-off-by: Geert Uytterhoeven
---
drivers
Hi Kees,
On Mon, Oct 26, 2020 at 1:29 PM Geert Uytterhoeven wrote:
> On Fri, Aug 21, 2020 at 9:56 PM Kees Cook wrote:
> > In preparation for warning on orphan sections, discard
> > unwanted non-zero-sized generated sections, and enforce other
> > expected-to-be-zero-
he freeing pages test module.
Signed-off-by: Geert Uytterhoeven
---
To be queued for v5.11.
arch/m68k/configs/amiga_defconfig| 4 ++--
arch/m68k/configs/apollo_defconfig | 4 ++--
arch/m68k/configs/atari_defconfig| 4 ++--
arch/m68k/configs/bvme6000_defconfig | 4 ++--
arch/m6
edure linkages
> detected!")
> +
> + .data.rel.ro : { *(.data.rel.ro) }
> + ASSERT(SIZEOF(.data.rel.ro) == 0, "Unexpected RELRO detected!")
> }
>
> #include "image-vars.h"
[1]
https://git.kernel.org/pub/scm/linux/kernel/git/geert/
Enable KUnit and all KUnit tests for modular builds, so they are
available when needed, just like non-KUnit tests.
Signed-off-by: Geert Uytterhoeven
---
To be queued for v5.11.
arch/m68k/configs/amiga_defconfig| 5 +
arch/m68k/configs/apollo_defconfig | 5 +
arch/m68k/configs
On Mon, Oct 26, 2020 at 10:46 AM Geert Uytterhoeven
wrote:
> Below is the list of build error/warning regressions/improvements in
> v5.10-rc1[1] compared to v5.9[2].
>
> Summarized:
> - build errors: +3/-7
> - build warnings: +26/-28
>
> Happy fixing! ;-)
>
> Tha
kisskb/src/net/bridge/br_device.c: warning: 'br_get_stats64' uses dynamic
stack allocation: 230:1 =>
- /kisskb/src/net/smc/smc_llc.c: warning: (near initialization for
'add_llc.hd') [-Wmissing-braces]: 1212:9 =>
- /kisskb/src/net/smc/smc_llc.c: warning: (near initial
On Fri, Oct 23, 2020 at 11:24 AM Geert Uytterhoeven
wrote:
> On Fri, Oct 23, 2020 at 9:52 AM Arnd Bergmann wrote:
> > On Sun, Oct 18, 2020 at 2:55 AM Finn Thain
> > wrote:
> > > On Thu, 15 Oct 2020, Arnd Bergmann wrote:
> > > > On Thu, Oct 15, 2020 a
Hi Prabhakar,
On Fri, Oct 23, 2020 at 1:06 PM Lad, Prabhakar
wrote:
> On Thu, Oct 22, 2020 at 3:09 PM Geert Uytterhoeven
> wrote:
> > On Fri, Oct 16, 2020 at 2:17 PM Lad Prabhakar
> > wrote:
> > > Describe the RPCSRC internal clock and the RPC[D2] clocks derived fr
Hi Prabhakar,
CC Marek
On Fri, Oct 23, 2020 at 12:03 PM Lad, Prabhakar
wrote:
> On Fri, Oct 23, 2020 at 10:50 AM Geert Uytterhoeven
> wrote:
> > On Fri, Oct 23, 2020 at 9:56 AM Lad Prabhakar
> > wrote:
> > > Add optee device tree node to HiHope RZ/G2{HMN} boards
t;linaro,optee-tz";
> + method = "smc";
> + };
> + };
> };
Should this be added to the SoC-specific .dtsi instead?
How can we test this?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of
s kernel size by 24 KiB, even if
RPC is not used.
Can this buffer allocated dynamically instead? This code path seems to
be a slow path anyway. If it's critical, perhaps this buffer can be
allocated on first use?
Thanks!
Gr{oetje,eeting}s,
about Linux on Apollo or q40, the information on the web for either
> of them seems to all be for linux-2.4 kernels.
They probably don't have any users.
AFAIK, the only users are the usual triumvirate of amiga/atari/mac
(and perhaps the fleet of VME boards in the Australian navy?
dtb
> dtb-$(CONFIG_ARCH_R8A774B1) += r8a774b1-hihope-rzg2n-rev2-ex-idk-1110wr.dtb
> +dtb-$(CONFIG_ARCH_R8A774B1) += r8a774b1-hihope-rzg2n-ex-mipi-2.1.dtb
I'll fix sort order while applying...
Reviewed-by: Geert Uytterhoeven
i.e. will queue in renesas-devel for v5.11.
Gr{oetje,eeting}
the CSI20 node is tied to
> ov5645 camera endpoint and the imx219 camera endpoint is tied to CSI40.
>
> Signed-off-by: Lad Prabhakar
> Reviewed-by: Biju Das
Looks good to me, so:
Reviewed-by: Geert Uytterhoeven
i.e. will queue in renesas-devel for v5.11.
Review from an R-Car C
dtb
> dtb-$(CONFIG_ARCH_R8A774A1) += r8a774a1-hihope-rzg2m-rev2-ex-idk-1110wr.dtb
> +dtb-$(CONFIG_ARCH_R8A774A1) += r8a774a1-hihope-rzg2m-ex-mipi-2.1.dtb
I'll fix sort order while applying...
Reviewed-by: Geert Uytterhoeven
i.e. will queue in renesas-devel for v5.11.
Gr{oetje,eeting}
mipi-2.1.dts to incorporate the changes.
>
> Signed-off-by: Lad Prabhakar
> Reviewed-by: Biju Das
Reviewed-by: Geert Uytterhoeven
i.e. will queue in renesas-devel for v5.11.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia3
ich are composite clocks consisting of a divider and a gate.
Note that R-Car D3 is similar, except that PLL0 is divided by 5 or 2, which
means yet another clock type (and div_table).
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond
lk: renesas: r8a77980: Add RPC clocks").
>
> Signed-off-by: Biju Das
> Signed-off-by: Lad Prabhakar
Reviewed-by: Geert Uytterhoeven
i.e. will queue in renesas-clk-for-v5.11.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux bey
lk: renesas: r8a77980: Add RPC clocks").
>
> Signed-off-by: Biju Das
> Signed-off-by: Lad Prabhakar
Reviewed-by: Geert Uytterhoeven
i.e. will queue in renesas-clk-for-v5.11.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux bey
u Das
Datasheets available at
https://www.winbond.com/hq/product/code-storage-flash-memory/spistack-flash/?__locale=en&partNo=W25M512JV
https://www.winbond.com/hq/product/code-storage-flash-memory/spistack-flash/?__locale=en&partNo=W25M512JW
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeti
Hi Prabhakar,
On Thu, Oct 22, 2020 at 3:02 PM Lad, Prabhakar
wrote:
> On Thu, Oct 22, 2020 at 12:43 PM Geert Uytterhoeven
> wrote:
> > On Wed, Oct 14, 2020 at 4:56 PM Lad Prabhakar
> > wrote:
> > > Enable VIN instances along with OV5640 as endpoints on the adapter bo
On Wed, Oct 21, 2020 at 3:53 PM Fabrizio Castro
wrote:
> Add the DRIF controller nodes for r8a77965 (a.k.a. R-Car M3-N).
>
> Signed-off-by: Fabrizio Castro
> Reviewed-by: Lad Prabhakar
Reviewed-by: Geert Uytterhoeven
i.e. will queue in renesas-devel for v5.11.
Gr{oe
INTMSK);
> status = rcar_thermal_common_read(common, STR);
> rcar_thermal_common_write(common, STR, 0x000F0F0F & mask);
>
> - spin_unlock_irqrestore(&common->lock, flags);
> + spin_unlock(&common->lock);
>
> status = status & ~mask;
Gr{oetje,eeting}
Hi Prabhakar,
On Wed, Oct 14, 2020 at 4:56 PM Lad Prabhakar
wrote:
> Enable VIN instances along with OV5640 as endpoints on the adapter board.
>
> Signed-off-by: Lad Prabhakar
> Reviewed-by: Biju Das
Thanks for your patch!
Reviewed-by: Geert Uytterhoeven
I believe the "da
/pmac_zilog.c
> +++ b/drivers/tty/serial/pmac_zilog.c
> @@ -1697,18 +1697,17 @@ extern struct platform_device scc_a_pdev, scc_b_pdev;
The real issue is this "extern struct platform_device scc_a_pdev, scc_b_pdev",
circumventing the driver framework.
Can we get rid of that?
Gr{oe
l KUnit tests, if they can be enabled.
However, this no longer works if this suddenly starts enabling random
features in my kernel, which was the case for EXT4_KUNIT_TESTS
and MPTCP_KUNIT_TESTS (enables MPTCP, and IPV6!).
While ext4 is ubiquitous (I did have it enabled ;-) and may be
considered common
Hi Matthieu,
On Wed, Oct 21, 2020 at 11:47 AM Matthieu Baerts
wrote:
> On 21/10/2020 11:43, Geert Uytterhoeven wrote:
> > On Wed, Oct 21, 2020 at 5:56 AM Jakub Kicinski wrote:
> >> On Tue, 20 Oct 2020 11:26:34 +0200 Matthieu Baerts wrote:
> >>> On 20/10/2020 0
Hi Jakub,
On Wed, Oct 21, 2020 at 5:56 AM Jakub Kicinski wrote:
> On Tue, 20 Oct 2020 11:26:34 +0200 Matthieu Baerts wrote:
> > On 20/10/2020 09:38, Geert Uytterhoeven wrote:
> > > MPTCP_IPV6 selects IPV6, thus enabling an optional feature the user may
> > > not w
gt; | !y
This is a false positive, cfr.
https://lore.kernel.org/linux-renesas-soc/CAMuHMdV=awj9epl9gaa-vsmlluzky4ip2337am8a7ktxg7y...@mail.gmail.com/
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
On Mon, Oct 19, 2020 at 10:38 PM Geert Uytterhoeven
wrote:
> On Mon, Oct 19, 2020 at 5:47 PM Matthieu Baerts
> wrote:
> > On 19/10/2020 13:32, Geert Uytterhoeven wrote:
> > > MPTCP_KUNIT_TESTS selects MPTCP, thus enabling an optional feature the
> > > user may no
MPTCP_IPV6 selects IPV6, thus enabling an optional feature the user may
not want to enable. Fix this by making MPTCP_IPV6 depend on IPV6, like
is done for all other IPv6 features.
Fixes: f870fa0b5768842c ("mptcp: Add MPTCP socket stubs")
Signed-off-by: Geert Uytterhoeven
---
net/mpt
EXT4_KUNIT_TESTS selects EXT4_FS, thus enabling an optional feature the
user may not want to enable. Fix this by making the test depend on
EXT4_FS instead.
Fixes: 1cbeab1b242d16fd ("ext4: add kunit test for decoding extended
timestamps")
Signed-off-by: Geert Uytterhoeven
---
See al
Hi Matthieu,
On Mon, Oct 19, 2020 at 5:47 PM Matthieu Baerts
wrote:
> On 19/10/2020 13:32, Geert Uytterhoeven wrote:
> > MPTCP_KUNIT_TESTS selects MPTCP, thus enabling an optional feature the
> > user may not want to enable. Fix this by making the test depend on
> > MPTCP
On Mon, Oct 19, 2020 at 6:50 PM Mickaël Salaün wrote:
> From: Mickaël Salaün
>
> Wire up trusted_for(2) for all architectures.
>
> Signed-off-by: Mickaël Salaün
> Reviewed-by: Thibaut Sautereau
> arch/m68k/kernel/syscalls/syscall.tbl | 1 +
Acked-by: Geert Uytterh
Hi Matthew,
On Mon, Oct 19, 2020 at 4:05 PM Matthew Wilcox wrote:
> On Sun, Oct 18, 2020 at 08:12:52PM +0300, Mike Rapoport wrote:
> > On Sun, Oct 18, 2020 at 04:01:46PM +0100, Matthew Wilcox wrote:
> > > On Sun, Oct 18, 2020 at 04:39:27PM +0200, Geert Uytterhoeven wrote:
>
MPTCP_KUNIT_TESTS selects MPTCP, thus enabling an optional feature the
user may not want to enable. Fix this by making the test depend on
MPTCP instead.
Fixes: a00a582203dbc43e ("mptcp: move crypto test to KUNIT")
Signed-off-by: Geert Uytterhoeven
---
net/mptcp/Kconfig | 4 +---
1 fi
On Sun, Oct 18, 2020 at 8:45 PM Joe Perches wrote:
> If set, use the environment variable GIT_DIR to change the
> default .git location of the kernel git tree.
>
> If GIT_DIR is unset, keep using the current ".git" default.
>
> Signed-off-by: Joe Perches
Tested-by: G
Hi Joe,
On Sun, Oct 18, 2020 at 6:07 PM Joe Perches wrote:
> On Sun, 2020-10-18 at 16:03 +0200, Geert Uytterhoeven wrote:
> > On Tue, Aug 25, 2020 at 2:12 AM Joe Perches wrote:
> > > If a file exists in git and checkpatch is used without the -f
> > > flag for scann
Hi Matthew,
On Sun, Oct 18, 2020 at 4:25 PM Matthew Wilcox wrote:
> On Sun, Oct 18, 2020 at 04:04:45PM +0200, Geert Uytterhoeven wrote:
> > The test module to check that free_pages() does not leak memory does not
> > provide any feedback whatsoever its state or progress, bu
The test module to check that free_pages() does not leak memory does not
provide any feedback whatsoever its state or progress, but may take some
time on slow machines. Add the printing of messages upon starting each
phase of the test, and upon completion.
Signed-off-by: Geert Uytterhoeven
t;$gitroot" requires explicit package name (did you
forget to declare "my $gitroot"?) at scripts/checkpatch.pl line 980.
Execution of scripts/checkpatch.pl aborted due to compilation errors.
FWIW, host system is running Ubuntu 18.04.5 LTS (upgrade to 20.04 LTS
planned soon ;-).
G
1.00: cmd 35/00:00:00:e6:0c/00:0a:00:00:00/e0 tag 0 dma 1310720 out
> >> res 40/00:01:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
> >> ata1.00: status: { DRDY }
> >>
> >> as seen by Shimoda-san since commit 429120f3df2dba2b ("block: fix
> >&g
Hi Jacopo,
On Fri, Oct 16, 2020 at 2:56 PM Jacopo Mondi wrote:
> On Fri, Oct 16, 2020 at 01:50:34PM +0200, Geert Uytterhoeven wrote:
> > On Fri, Oct 16, 2020 at 12:09 PM Jacopo Mondi
> > wrote:
> > > Document the 'maxim,high-threshold' vendor property in
d we run into a future need to support more values than just
true/false?
If yes, we may want to use a numerical value from the start.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversatio
this by marking show_rcu_tasks_rude_gp_kthread() inline.
Fixes: e21408ceec2de5be ("rcu-tasks: Add RCU tasks to rcutorture writer stall
output")
Signed-off-by: Geert Uytterhoeven
---
Exposed by commit 1e6c62a882155772 ("bpf: Introduce sleepable BPF
programs"), which sel
Hi Viresh,
On Fri, Oct 16, 2020 at 7:03 AM Viresh Kumar wrote:
> On 14-10-20, 18:40, Geert Uytterhoeven wrote:
> > On this platform (r8a7791-koelsch.dts), there is no opp table in DT.
I think you missed the clue above: this DTS does not have an opp-table
with operating-points-v2, but
Hi Jens,
On Thu, Sep 17, 2020 at 3:09 PM Geert Uytterhoeven
wrote:
> Before commit 9495b7e92f716ab2 ("driver core: platform: Initialize
> dma_parms for platform devices"), the R-Car SATA device didn't have DMA
> parameters. Hence the DMA boundary mask supplied by i
n27",821,R8A779A0_CLK_S1D1),
> > > + DEF_MOD("vin30",822,R8A779A0_CLK_S1D1),
> > > + DEF_MOD("vin31",823,R8A779A0_CLK_S1D1),
> > > + DEF_MOD("vin32", 824,R8A779A0_CLK_S1D1),
> >
mp;cpg 331>;
> + status = "disabled";
Missing "ports" subnode?
Apart from that:
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
On Wed, Oct 14, 2020 at 11:40 AM Jacopo Mondi wrote:
> Add clock definitions of the CSI-2 receivers for R-Car V3U.
>
> Signed-off-by: Jacopo Mondi
Reviewed-by: Geert Uytterhoeven
i.e. will queue in renesas-clk-for-v5.11.
Gr{oetje,eeting}s,
Geert
801 - 900 of 5751 matches
Mail list logo
