Re: [PATCH] arm: smp: remove unused variable

2021-01-26 Thread Geert Uytterhoeven
unsigned int irq; > > Fixes: 88c637748e31 ("ARM: smp: Use irq_desc_kstat_cpu() in show_ipi_list()") > Signed-off-by: Wolfram Sang > Cc: Thomas Gleixner > Cc: Marc Zyngier Known issue since Dec 15, and still not fixed... Reviewed-by: Geert Uytterhoeven Gr{oetje,eeting}s

Re: [PATCH] PCI: dwc: layerscape: convert to builtin_platform_driver()

2021-01-26 Thread Geert Uytterhoeven
Hi Saravana, On Mon, Jan 25, 2021 at 11:42 PM Saravana Kannan wrote: > On Mon, Jan 25, 2021 at 11:49 AM Michael Walle wrote: > > Am 2021-01-21 12:01, schrieb Geert Uytterhoeven: > > > On Thu, Jan 21, 2021 at 1:05 AM Saravana Kannan > > > wrote: > > >>

[PATCH v2 1/4] dt-bindings: renesas,rcar-dmac: Add r8a779a0 support

2021-01-25 Thread Geert Uytterhoeven
Document the compatible value for the Direct Memory Access Controller blocks in the Renesas R-Car V3U (R8A779A0) SoC. The most visible difference with DMAC blocks on other R-Car SoCs is the move of the per-channel registers to a separate register block. Signed-off-by: Geert Uytterhoeven

[PATCH v2 3/4] dmaengine: rcar-dmac: Add helpers for clearing DMA channel status

2021-01-25 Thread Geert Uytterhoeven
Extract the code to clear the status of one or all channels into their own helpers, to prepare for the different handling of the R-Car V3U SoC. Signed-off-by: Geert Uytterhoeven --- v2: - No changes. --- drivers/dma/sh/rcar-dmac.c | 15 +-- 1 file changed, 13 insertions(+), 2

[PATCH v2 0/4] dmaengine: rcar-dmac: Add support for R-Car V3U

2021-01-25 Thread Geert Uytterhoeven
loopback (spi-loopback-test) on MSIOF1 and MSIOF2. Thanks! Geert Uytterhoeven (4): dt-bindings: renesas,rcar-dmac: Add r8a779a0 support dmaengine: rcar-dmac: Add for_each_rcar_dmac_chan() helper dmaengine: rcar-dmac: Add helpers for clearing DMA channel status dmaengine: rcar-dmac: Add

[PATCH v2 2/4] dmaengine: rcar-dmac: Add for_each_rcar_dmac_chan() helper

2021-01-25 Thread Geert Uytterhoeven
Add and helper macro for iterating over all DMAC channels, taking into account the channel mask. Use it where appropriate, to simplify code. Restore "reverse Christmas tree" order of local variables while adding a new variable. Signed-off-by: Geert Uytterhoeven --- v2: - Put the

Re: [PATCH 4/4] dmaengine: rcar-dmac: Add support for R-Car V3U

2021-01-25 Thread Geert Uytterhoeven
Hi Vinod, On Tue, Jan 12, 2021 at 6:04 PM Vinod Koul wrote: > On 12-01-21, 16:54, Geert Uytterhoeven wrote: > > On Tue, Jan 12, 2021 at 11:36 AM Vinod Koul wrote: > > > On 07-01-21, 19:15, Geert Uytterhoeven wrote: > > > > The DMACs (both SYS-DMAC and RT-DMAC) on

[PATCH v2 4/4] dmaengine: rcar-dmac: Add support for R-Car V3U

2021-01-25 Thread Geert Uytterhoeven
are moved forward. Inspired by a patch in the BSP by Phong Hoang . Signed-off-by: Geert Uytterhoeven --- v2: - Use two separate named regions instead of an iomem[] array, - Drop rcar_dmac_of_data.chan_reg_block, check for !rcar_dmac_of_data.chan_offset_base instead, - Precalculate chan_base

[PATCH] ntp: Use freezable workqueue for RTC synchronization

2021-01-25 Thread Geert Uytterhoeven
x128/0x1fc) [] (sync_hw_clock) from [] (process_one_work+0x330/0x550) [] (process_one_work) from [] (worker_thread+0x22c/0x2ec) Fix this race condition by using the freezable instead of the normal power-efficient workqueue. Signed-off-by: Geert Uytterhoeven --- kernel/time/ntp.c | 4 ++-- 1 file

Re: [PATCH v2 6/6] of/device: Don't NULLify match table in of_match_device() with CONFIG_OF=n

2021-01-25 Thread Geert Uytterhoeven
Stephen Boyd > Acked-by: Frank Rowand Reviewed-by: Geert Uytterhoeven Acked-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 my

Re: [PATCH v2 1/6] media: renesas-ceu: Use of_device_get_match_data()

2021-01-25 Thread Geert Uytterhoeven
CONFIG_OF=n. > > Signed-off-by: Stephen Boyd 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. Bu

[PATCH] macintosh/adb-iop: Use big-endian autopoll mask

2021-01-24 Thread Geert Uytterhoeven
kernel.org/r/58ba6b4eaf4d27f971f86993039da208129087af.1610778455.git.fth...@telegraphics.com.au Signed-off-by: Geert Uytterhoeven --- Resending on behalf of Finn, as his emails seem to be dropped by vger. To be queued in the m68k tree for v5.12. drivers/macintosh/adb-iop.c | 6 +++--- 1 file

[PATCH] auxdisplay: Fix duplicate CHARLCD config symbol

2021-01-22 Thread Geert Uytterhoeven
A second CHARLCD config symbol was added instead of moving the existing one. Fix this by removing the old one. Fixes: 718e05ed92ecac0d ("auxdisplay: Introduce hd44780_common.[ch]") Signed-off-by: Geert Uytterhoeven --- drivers/auxdisplay/Kconfig | 3 --- 1 file changed, 3 deletion

[PATCH] auxdisplay: ht16k33: Fix refresh rate handling

2021-01-22 Thread Geert Uytterhoeven
Drop the call to msecs_to_jiffies(), as "HZ / fbdev->refresh_rate" is already the number of jiffies to wait. Fixes: 8992da44c6805d53 ("auxdisplay: ht16k33: Driver for LED controller") Signed-off-by: Geert Uytterhoeven --- drivers/auxdisplay/ht16k33.c | 3 +-- 1 file cha

[PATCH resend] ext: EXT4_KUNIT_TESTS should depend on EXT4_FS instead of selecting it

2021-01-22 Thread Geert Uytterhoeven
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 --- Discus

Re: [PATCH v2 5/5] WIP! arm64: dts: renesas: falcon: Add Ethernet-AVB1-5 support

2021-01-22 Thread Geert Uytterhoeven
mii > + groups = "avb5_rgmii"; > + drive-strength = <21>; > + }; > + }; > + Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond

Re: [PATCH v2 4/5] arm64: dts: renesas: falcon: Add Ethernet-AVB0 support

2021-01-22 Thread Geert Uytterhoeven
x from 'pins_mii' config > * moved entries to Falcon CPU dtsi Reviewed-by: Geert Uytterhoeven i.e. will queue in renesas-devel for v5.12. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In personal conversa

Re: [PATCH v2 2/5] clk: renesas: r8a779a0: add clocks for RAVB

2021-01-22 Thread Geert Uytterhoeven
On Thu, Jan 21, 2021 at 11:06 AM Wolfram Sang wrote: > Signed-off-by: Wolfram Sang > --- > > Change since v1: > * use S3D2 as parent clock Reviewed-by: Geert Uytterhoeven i.e. will queue in renesas-clk-for-v5.12. Gr{oetje,eeting}s, Geert -- Gee

Re: [PATCH v2 3/5] arm64: dts: renesas: r8a779a0: Add Ethernet-AVB support

2021-01-22 Thread Geert Uytterhoeven
added "internal-delay" properties] > Reviewed-by: Geert Uytterhoeven > Signed-off-by: Wolfram Sang > --- > Change since v1: > * added internal-delay properties Will queue in renesas-devel for v5.12. Gr{oetje,eeting}s, Geert -- Geert Uytterhoe

Re: [PATCH v1 5/5] driver core: Set fw_devlink=on by default

2021-01-21 Thread Geert Uytterhoeven
Hi Saravana, On Wed, Jan 20, 2021 at 6:23 PM Saravana Kannan wrote: > On Wed, Jan 20, 2021 at 6:27 AM Geert Uytterhoeven > wrote: > > On Wed, Jan 20, 2021 at 10:40 AM Geert Uytterhoeven > > wrote: > > > On Tue, Jan 19, 2021 at 10:51 PM Saravana Kannan > >

Re: [PATCH/RFC] soc: renesas: rcar-sysc: Mark device node OF_POPULATED after init

2021-01-21 Thread Geert Uytterhoeven
Hi Saravana, On Wed, Jan 20, 2021 at 6:09 PM Saravana Kannan wrote: > On Wed, Jan 20, 2021 at 6:23 AM Geert Uytterhoeven > wrote: > > The R-Car System Controller (SYSC) driver registers PM domains from an > > early_initcall(). It does not use a platform driver, as seconda

Re: [PATCH] PM / clk: make PM clock layer compatible with clocks that must sleep

2021-01-21 Thread Geert Uytterhoeven
0 - FAILED > - arm (omap1_defconfig) with clang-11 - FAILED > > - arm (omap1_defconfig) with gcc-8 - FAILED > - arm (omap1_defconfig) with gcc-9 - FAILED > - arm (omap1_defconfig) with gcc-10 - FAILED Missing dummy clk_is_enabled_when_prepared() for the !CONFIG_HAVE_CLK case

Re: [PATCH] PCI: dwc: layerscape: convert to builtin_platform_driver()

2021-01-21 Thread Geert Uytterhoeven
ould look into that. > > > > > > Yup. That's pretty much it AFAICT. > > > > > > builtin_platform_driver_probe() also makes sure the driver doesn't ask > > > for async probe, etc. But I doubt anyone is actually setting async > > > flags and still using builtin_platform_driver_probe(). > > > > Hasn't module_platform_driver_probe() the same problem? And there > > are ~80 drivers which uses that. > > Yeah. The biggest problem with all of these is the __init markers. > Maybe some familiar with coccinelle can help? And dropping them will increase memory usage. 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 talking to journalists I just say "programmer" or something like that. -- Linus Torvalds

Re: [TEST PATCH v1] driver: core: Make fw_devlink=on more forgiving

2021-01-21 Thread Geert Uytterhoeven
t_freeable+0x1e0/0x1e4 + kernel_init+0x10/0x108 + ret_from_fork+0x10/0x18 +INFO: lockdep is turned off. 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. Bu

Re: [PATCH 1/6] arch: rearrahge headers inclusion order in asm/bitops for m68k and sh

2021-01-21 Thread Geert Uytterhoeven
. > > Signed-off-by: Yury Norov > --- > arch/m68k/include/asm/bitops.h | 4 ++-- Acked-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 technic

Re: [PATCH v1 5/5] driver core: Set fw_devlink=on by default

2021-01-20 Thread Geert Uytterhoeven
Hi Saravana, On Wed, Jan 20, 2021 at 10:40 AM Geert Uytterhoeven wrote: > On Tue, Jan 19, 2021 at 10:51 PM Saravana Kannan wrote: > > On Tue, Jan 19, 2021 at 10:08 AM Saravana Kannan > > wrote: > > > On Tue, Jan 19, 2021 at 1:05 AM Geert Uytterhoeven > > &

Re: [PATCH] of: property: Add device link support for interrupts

2021-01-20 Thread Geert Uytterhoeven
Hi Saravana, On Wed, Jan 20, 2021 at 10:53 AM Geert Uytterhoeven wrote: > On Fri, Dec 18, 2020 at 10:11 PM Saravana Kannan wrote: > > Add support for creating device links out of interrupts property. > > > > Cc: Marc Zyngier > > Cc: Kevin Hilman > > Signed-of

[PATCH/RFC] soc: renesas: rcar-sysc: Mark device node OF_POPULATED after init

2021-01-20 Thread Geert Uytterhoeven
. This will make of_link_to_phandle() ignore the SYSC device node as a dependency, and consumer devices will be probed again. Fixes: e590474768f1cc04 ("driver core: Set fw_devlink=on by default") Signed-off-by: Geert Uytterhoeven --- drivers/soc/renesas/rcar-sysc.c | 2 ++ 1 file

Re: [PATCH 3/4] RISC-V: Fix L1_CACHE_BYTES for RV32

2021-01-20 Thread Geert Uytterhoeven
On Sun, Jan 17, 2021 at 8:03 PM Geert Uytterhoeven wrote: > On Fri, Jan 15, 2021 at 11:44 PM Palmer Dabbelt wrote: > > On Thu, 14 Jan 2021 23:59:04 PST (-0800), ge...@linux-m68k.org wrote: > > > On Thu, Jan 14, 2021 at 10:11 PM Atish Patra > > > wrote: > > &g

Re: [PATCH v1 5/5] driver core: Set fw_devlink=on by default

2021-01-20 Thread Geert Uytterhoeven
Hi Saravana, On Tue, Jan 19, 2021 at 7:09 PM Saravana Kannan wrote: > On Tue, Jan 19, 2021 at 1:05 AM Geert Uytterhoeven > wrote: > > BTW, you are aware IOMMUs and DMA controllers are optional? > > I.e. device drivers with iommus and/or dmas DT properties whe

Re: [PATCH] of: property: Add device link support for interrupts

2021-01-20 Thread Geert Uytterhoeven
atform_driver, as the GIC is part of a power/and or clock domain on Renesas SoCs... 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 hac

Re: [PATCH v1 5/5] driver core: Set fw_devlink=on by default

2021-01-20 Thread Geert Uytterhoeven
Hi Saravana, On Tue, Jan 19, 2021 at 10:51 PM Saravana Kannan wrote: > On Tue, Jan 19, 2021 at 10:08 AM Saravana Kannan wrote: > > On Tue, Jan 19, 2021 at 1:05 AM Geert Uytterhoeven > > wrote: > > > On Mon, Jan 18, 2021 at 10:19 PM Saravana Kannan > > > wr

Re: [PATCH v4] drivers/soc/litex: Add restart handler

2021-01-20 Thread Geert Uytterhoeven
Hi Anup, On Tue, Jan 19, 2021 at 9:18 AM Anup Patel wrote: > On Tue, Jan 19, 2021 at 1:40 PM Geert Uytterhoeven > wrote: > > Let the LiteX SoC Controller register a restart handler, which resets > > the LiteX SoC by writing 1 to CSR_CTRL_RESET_ADDR. > > > > Sig

Re: [PATCH v4] drivers/soc/litex: Add restart handler

2021-01-20 Thread Geert Uytterhoeven
Hi Stafford, On Tue, Jan 19, 2021 at 11:11 PM Stafford Horne wrote: > On Wed, Jan 20, 2021 at 06:34:44AM +0900, Stafford Horne wrote: > > On Tue, Jan 19, 2021 at 09:09:38AM +0100, Geert Uytterhoeven wrote: > > > Let the LiteX SoC Controller register a restart han

Re: [PATCH 3/6] dt-bindings: serial: renesas,hscif: Add r8a779a0 support

2021-01-20 Thread Geert Uytterhoeven
45...@robh.at.kernel.org/ Thanks for applying! 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 talking

Re: [PATCH] PM / clk: make PM clock layer compatible with clocks that must sleep

2021-01-19 Thread Geert Uytterhoeven
tions > > + * may be used in any context and only the spinlock can be locked. > > + * Returns -EINVAL if called in atomic context when clock ops might sleep. > > + */ > > +static int pm_clk_op_lock(struct pm_subsys_data *psd, unsigned long *flags, > > + const char *fn)

Re: [PATCH v1] of: property: Add fw_devlink support for "gpio" and "gpios" binding

2021-01-19 Thread Geert Uytterhoeven
Hi Saravana, On Tue, Jan 19, 2021 at 7:19 PM Saravana Kannan wrote: > On Tue, Jan 19, 2021 at 10:10 AM Geert Uytterhoeven > wrote: > > On Tue, Jan 19, 2021 at 6:54 PM Saravana Kannan > > wrote: > > > On Tue, Jan 19, 2021 at 2:20 AM Linus Walleij > > >

Re: [PATCH v1] of: property: Add fw_devlink support for "gpio" and "gpios" binding

2021-01-19 Thread Geert Uytterhoeven
Hi Saravana, On Tue, Jan 19, 2021 at 6:54 PM Saravana Kannan wrote: > On Tue, Jan 19, 2021 at 2:20 AM Linus Walleij > wrote: > > On Tue, Jan 19, 2021 at 9:50 AM Geert Uytterhoeven > > wrote: > > > > Can we pull this into driver-core-next please? It fixes

Re: [PATCH v1] of: property: Add fw_devlink support for "gpio" and "gpios" binding

2021-01-19 Thread Geert Uytterhoeven
o.txt#n8 > > > Anyways: > > Reviewed-by: Linus Walleij > > Thanks! > > Greg/Rob, > > Can we pull this into driver-core-next please? It fixes issues on some > boards with fw_devlink=on. On r8a77951-salvator-xs.dts, it introduces one more failure: OF: /s

[PATCH v4] drivers/soc/litex: Add restart handler

2021-01-19 Thread Geert Uytterhoeven
Let the LiteX SoC Controller register a restart handler, which resets the LiteX SoC by writing 1 to CSR_CTRL_RESET_ADDR. Signed-off-by: Geert Uytterhoeven --- v4: - Drop bogus "a" from description, - Get rid of static litex_soc_ctrl_device and litex_reset_nb instances, -

Re: [PATCH v2] drivers/soc/litex: Add restart handler

2021-01-19 Thread Geert Uytterhoeven
Hi Stafford, On Mon, Jan 18, 2021 at 10:16 PM Stafford Horne wrote: > On Mon, Jan 18, 2021 at 01:27:32PM +0100, Geert Uytterhoeven wrote: > > On Mon, Jan 18, 2021 at 12:43 PM Stafford Horne wrote: > > > On Thu, Jan 14, 2021 at 02:48:49PM +0100, Geert Uytterhoeven wrote: >

Re: [PATCH v1 5/5] driver core: Set fw_devlink=on by default

2021-01-18 Thread Geert Uytterhoeven
Hi Marc, On Mon, Jan 18, 2021 at 6:59 PM Marc Zyngier wrote: > On 2021-01-18 17:39, Geert Uytterhoeven wrote: > > On Fri, Dec 18, 2020 at 4:34 AM Saravana Kannan > > wrote: > >> Cyclic dependencies in some firmware was one of the last remaining > >> reas

[PATCH net v2 0/2] sh_eth: Fix reboot crash

2021-01-18 Thread Geert Uytterhoeven
iver probe and driver unbind, and changing that seems to be non-trivial). Thanks for your comments! Geert Uytterhoeven (2): net: mdio-bitbang: Export mdiobb_{read,write}() sh_eth: Make PHY access aware of Runtime PM to fix reboot crash drivers/net/ethernet/renesas/sh_

[PATCH net v2 1/2] mdio-bitbang: Export mdiobb_{read,write}()

2021-01-18 Thread Geert Uytterhoeven
Export mdiobb_read() and mdiobb_write(), so Ethernet controller drivers can call them from their MDIO read/write wrappers. Signed-off-by: Geert Uytterhoeven --- v2: - New. --- drivers/net/mdio/mdio-bitbang.c | 6 -- include/linux/mdio-bitbang.h| 3 +++ 2 files changed, 7 insertions

[PATCH net v2 2/2] sh_eth: Make PHY access aware of Runtime PM to fix reboot crash

2021-01-18 Thread Geert Uytterhoeven
d, causing undefined behavior, which may crash the system. Fix this by wrapping the PHY bitbang accessors in the sh_eth driver by wrappers that take care of Runtime PM, to resume the device when needed. Reported-by: Wolfram Sang Suggested-by: Andrew Lunn Signed-off-by: Geert Uytterhoeven --- v2

Re: [PATCH v1 5/5] driver core: Set fw_devlink=on by default

2021-01-18 Thread Geert Uytterhoeven
tells you if the device is waiting for a supplier device to be > added. That file goes away once the device probes. If the file has 1, > then it's waiting for the supplier device to be added (like your > case). If it's 0, then the device is just waiting on one of the > existing suppliers to probe. You can find the existing suppliers > through /sys/devices/...//supplier:*/supplier. Also, flip > these dev_dbg() to dev_info() if you need more details about deferred > probing. How are we supposed to check the contents of that file, if the system doesn't even boot into userspace with a ramdisk? All hardware drivers fail to probe. The only thing that works is "earlycon keep_bootcon", and kernel output just stops after a while. Thanks for your suggestions! 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 talking to journalists I just say "programmer" or something like that. -- Linus Torvalds

Re: [PATCH v1 5/5] driver core: Set fw_devlink=on by default

2021-01-18 Thread Geert Uytterhoeven
n, unless earlycon is enabled. I have bisected this to commit e590474768f1cc04 ("driver core: Set fw_devlink=on by default"). Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In personal conversations

[PATCH] net: smsc911x: Make Runtime PM handling more fine-grained

2021-01-18 Thread Geert Uytterhoeven
) when it is opened (closed), 3. Make sure the device is powered during PHY access. Signed-off-by: Geert Uytterhoeven --- Tested on r8a73a4/ape6evm, where the LAN9220 is connected to a power-managed bus, and any attempt to access a device register while the device is suspended will trigger

[PATCH] sh_eth: Fix power down vs. is_opened flag ordering

2021-01-18 Thread Geert Uytterhoeven
: 7fa2955ff70ce453 ("sh_eth: Fix sleeping function called from invalid context") Signed-off-by: Geert Uytterhoeven --- drivers/net/ethernet/renesas/sh_eth.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/ethernet/renesas/sh_eth.c b/drivers/net/ethern

Re: [PATCH v2] drivers/soc/litex: Add restart handler

2021-01-18 Thread Geert Uytterhoeven
Hi Stafford, On Mon, Jan 18, 2021 at 12:43 PM Stafford Horne wrote: > On Thu, Jan 14, 2021 at 02:48:49PM +0100, Geert Uytterhoeven wrote: > > On Thu, Jan 14, 2021 at 3:03 AM Stafford Horne wrote: > > > On Mon, Jan 04, 2021 at 05:49:03PM +0100, Geert Uytterhoeven wrote: >

[PATCH 2/3] dt-bindings: auxdisplay: ht16k33: Fix default-brightness-level range

2021-01-18 Thread Geert Uytterhoeven
V4 changed the range from 0..15 to 1..16 in the driver, to match the dimming set hardware register, but forgot to update the DT binding documentation. Signed-off-by: Geert Uytterhoeven --- v3: https://lore.kernel.org/linux-devicetree/1455788642-4289-1-git-send-email-ro...@protonic.nl/ v4

[PATCH 3/3] dt-bindings: auxdisplay: ht16k33: Convert to json-schema

2021-01-18 Thread Geert Uytterhoeven
automatic validation. Signed-off-by: Geert Uytterhoeven --- .../bindings/auxdisplay/holtek,ht16k33.yaml | 77 +++ .../devicetree/bindings/display/ht16k33.txt | 43 --- MAINTAINERS | 2 +- 3 files changed, 78 insertions(+), 44 deletions

[PATCH 1/3] dt-bindings: auxdisplay: ht16k33: Keyscan function should be optional

2021-01-18 Thread Geert Uytterhoeven
From: Robin van der Gracht Keyscan should be optional to support simple LED matrix displays (output only). Reported-by: Michael Kaplan Signed-off-by: Robin van der Gracht [geert: Rebased] Signed-off-by: Geert Uytterhoeven --- .../devicetree/bindings/display/ht16k33.txt| 11

[PATCH 0/3] auxdisplay: ht16k33: Improvement, fix, and json-schema conversion

2021-01-18 Thread Geert Uytterhoeven
range, 3. Convert DT bindings to json-schema. Thanks! Geert Uytterhoeven (2): dt-bindings: auxdisplay: ht16k33: Fix default-brightness-level range dt-bindings: auxdisplay: ht16k33: Convert to json-schema Robin van der Gracht (1): dt-bindings: auxdisplay: ht16k33: Keyscan function should

Build regressions/improvements in v5.11-rc4

2021-01-18 Thread Geert Uytterhoeven
: warning: 'unfreeze_partials.isra.58' uses dynamic stack allocation: 2363:1 => - /kisskb/src/net/bridge/netfilter/ebtables.c: warning: 'compat_copy_everything_to_user' uses dynamic stack allocation: 1767:1 => - /kisskb/src/net/sched/sch_cake.c: warning: the frame size of 1480 bytes is

Re: [PATCH] arm64: defconfig: Enable CLK_RCAR_USB2_CLOCK_SEL

2021-01-18 Thread Geert Uytterhoeven
for your patch! Reviewed-by: Geert Uytterhoeven I will accept this patch once the Beacon Kit DTS starts using this, and the patch description can be changed to "... enabled because it's used by Beacon Kit". > --- a/arch/arm64/configs/defconfig > +++ b/arch/arm64/confi

Re: [PATCHv2] drivers: bus: simple-pm-bus: Fix compatibility with simple-bus for auxdata

2021-01-18 Thread Geert Uytterhoeven
onsidered, but we would still need simple-pm-bus > device driver. So passing auxdata as platform data seems like the simplest > solution. > > Fixes: 5a230524f879 ("ARM: dts: Use simple-pm-bus for genpd for am3 l4_wkup") > Signed-off-by: Tony Lindgren Reviewed

Re: [PATCH 3/4] RISC-V: Fix L1_CACHE_BYTES for RV32

2021-01-17 Thread Geert Uytterhoeven
to be different between the base ISAs. > >> > > >> > >> Got your point. I noticed this when fixing the resource tree issue > >> where the SMP_CACHE_BYTES > >> alignment was not intentional but causing the issue. The real issue > >> was solved

Re: [PATCH 3/4] RISC-V: Fix L1_CACHE_BYTES for RV32

2021-01-17 Thread Geert Uytterhoeven
Hi Atish, On Sat, Jan 16, 2021 at 2:39 AM Atish Patra wrote: > On Thu, Jan 14, 2021 at 11:59 PM Geert Uytterhoeven > wrote: > > On Thu, Jan 14, 2021 at 10:11 PM Atish Patra wrote: > > > On Thu, Jan 14, 2021 at 11:46 AM Palmer Dabbelt > > > wrote: > >

Re: [PATCH] drivers: bus: simple-pm-bus: Fix compability with simple-bus for auxdata

2021-01-15 Thread Geert Uytterhoeven
CC DT On Fri, Jan 15, 2021 at 10:42 AM Tony Lindgren wrote: > After converting am335x to probe devices with simple-pm-bus I noticed > that we are not passing auxdata for of_platform_populate() like we do > with simple-bus. > > While device tree using SoCs should no longer need platform data,

Re: fbcon: remove soft scrollback code (missing Doc. patch)

2021-01-15 Thread Geert Uytterhoeven
Hi Daniel, On Thu, Jan 14, 2021 at 5:11 PM Daniel Vetter wrote: > On Thu, Jan 14, 2021 at 4:56 PM Geert Uytterhoeven > wrote: > > On Tue, Jan 12, 2021 at 5:00 PM Daniel Vetter wrote: > > > On Sat, Jan 9, 2021 at 12:11 AM Linus Torvalds > > > wrote: > >

Re: [PATCH 1/6] arm64: dts: renesas: r8a779a0: add & update SCIF nodes

2021-01-15 Thread Geert Uytterhoeven
the group. We really need a script to take care of the sorting... 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 talkin

Re: [PATCH 3/4] RISC-V: Fix L1_CACHE_BYTES for RV32

2021-01-15 Thread Geert Uytterhoeven
MP_CACHE_BYTES being 64 > > > actually degrades the performance as there will be a fragmented memory > > > blocks with 32 bit bytes gap wherever > > > SMP_CACHE_BYTES is used as an alignment requirement. > > > > I don't buy that: if you're trying to align to the c

Re: fbcon: remove soft scrollback code (missing Doc. patch)

2021-01-14 Thread Geert Uytterhoeven
ract from the system is valuable, and additional locking issues are moot. > Also adding dri-devel since defacto that's the only place where > display people hang out nowadays. Please keep on CCing linux-fbdev, especially for patches removing fbdev features. Th

Re: [PATCH v2] drivers/soc/litex: Add restart handler

2021-01-14 Thread Geert Uytterhoeven
Hi Stafford, On Thu, Jan 14, 2021 at 3:03 AM Stafford Horne wrote: > On Mon, Jan 04, 2021 at 05:49:03PM +0100, Geert Uytterhoeven wrote: > > On Mon, Jan 4, 2021 at 5:45 PM Geert Uytterhoeven > > wrote: > > > Let the LiteX SoC Controller a register a resta

[PATCH v3] drivers/soc/litex: Add restart handler

2021-01-14 Thread Geert Uytterhoeven
Let the LiteX SoC Controller a register a restart handler, which resets the LiteX SoC by writing 1 to CSR_CTRL_RESET_ADDR. Signed-off-by: Geert Uytterhoeven --- Tested with linux-on-litex-vexriscv. v3: - Rebase on top of openriscc/for-next, v2: - Rebase on top of v5.11-rc1, - Change

[PATCH v2] clocksource/drivers/sh_cmt: Make sure channel clock supply is enabled

2021-01-14 Thread Geert Uytterhoeven
the clk_disable() call, else the timer's registers cannot be accessed in sh_cmt_setup_channel(). Signed-off-by: Geert Uytterhoeven Reviewed-by: Niklas Söderlund --- Tested on R-Mobile APE6, R-Car M2-W, and R-Car H3 ES2.0. v2: - Add Reviewed-by. --- drivers/clocksource/sh_cmt.c | 16 +--- 1

[PATCH v2 resend] ahci: qoriq: Add platform dependencies

2021-01-14 Thread Geert Uytterhoeven
The Freescale QorIQ AHCI SATA controller is only present on Freescale Layerscape SoCs. Add platform dependencies to the AHCI_QORIQ config symbol, to avoid asking the user about it when configuring a kernel without Layerscape support. Signed-off-by: Geert Uytterhoeven Acked-by: Arnd Bergmann

[PATCH v5 trivial/resend] dt-bindings: net: btusb: DT fix s/interrupt-name/interrupt-names/

2021-01-14 Thread Geert Uytterhoeven
The standard DT property name is "interrupt-names". Fixes: fd913ef7ce619467 ("Bluetooth: btusb: Add out-of-band wakeup support") Signed-off-by: Geert Uytterhoeven Acked-by: Rob Herring Reviewed-by: Brian Norris Acked-by: Rajat Jain --- Who takes this patch, before i

Re: [PATCH v5 2/5] media: dt-bindings: media: renesas,drif: Convert to json-schema

2021-01-14 Thread Geert Uytterhoeven
Hi Fabrizio, Rob, On Wed, Oct 21, 2020 at 3:53 PM Fabrizio Castro wrote: > Convert the Renesas DRIF bindings to DT schema and update > MAINTAINERS accordingly. > > Signed-off-by: Fabrizio Castro > Reviewed-by: Lad Prabhakar > Reviewed-by: Laurent Pinchart > Reviewed-b

Re: Old platforms: bring out your dead

2021-01-14 Thread Geert Uytterhoeven
istent") 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 talking to journalists I just say "programmer" or something like that

[PATCH] nt: usb: USB_RTL8153_ECM should not default to y

2021-01-13 Thread Geert Uytterhoeven
In general, device drivers should not be enabled by default. Fixes: 657bc1d10bfc23ac ("r8153_ecm: avoid to be prior to r8152 driver") Signed-off-by: Geert Uytterhoeven --- drivers/net/usb/Kconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/net/usb/Kconfig b/drive

Re: [PATCH] [RFC] net: phy: Fix reboot crash if CONFIG_IP_PNP is not set

2021-01-13 Thread Geert Uytterhoeven
t is more difficult to reproduce, as I don't have any arm32 boards that use RAVB, and on arm64 register access while a device is suspended doesn't cause a crash, but continues silently without any effect. Gr{oetje,eeting}s, Geert -- Geert Uy

Re: Old platforms: bring out your dead

2021-01-13 Thread Geert Uytterhoeven
on boards I > don't regularly use is a lot harder. I have the sh7751-based landisk in my board farm, so it's receiving regular boot testing. That's one of the simpler SH-based platforms, though. 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 talking to journalists I just say "programmer" or something like that. -- Linus Torvalds

Re: Old platforms: bring out your dead

2021-01-13 Thread Geert Uytterhoeven
le CIA pin driving the heartbeat LED, allowing the user to set up ledtrig-heartbeat. 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

[tip: timers/urgent] ntp: Fix RTC synchronization on 32-bit platforms

2021-01-12 Thread tip-bot2 for Geert Uytterhoeven
The following commit has been merged into the timers/urgent branch of tip: Commit-ID: e3fab2f3de081e98c50b7b4ace1b040161d95310 Gitweb: https://git.kernel.org/tip/e3fab2f3de081e98c50b7b4ace1b040161d95310 Author:Geert Uytterhoeven AuthorDate:Mon, 11 Jan 2021 11:39:56 +01:00

[PATCH] crypto: keembay - CRYPTO_DEV_KEEMBAY_OCS_HCU should depend on ARCH_KEEMBAY

2021-01-12 Thread Geert Uytterhoeven
("crypto: keembay - Add Keem Bay OCS HCU driver") Signed-off-by: Geert Uytterhoeven --- drivers/crypto/keembay/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/crypto/keembay/Kconfig b/drivers/crypto/keembay/Kconfig index e45f1b039380feaa..ce0516e32ce4f

Re: [PATCH 0/4] dmaengine: rcar-dmac: Add support for R-Car V3U

2021-01-12 Thread Geert Uytterhoeven
CC linux-renesas-soc On Thu, Jan 7, 2021 at 7:15 PM Geert Uytterhoeven wrote: > This patch series adds support for the Direct Memory Access Controller > variant in the Renesas R-Car V3U (R8A779A0) SoC, to both DT bindings and > driver. > > This has been tested on the Renesas Falc

Re: [PATCH 4/4] dmaengine: rcar-dmac: Add support for R-Car V3U

2021-01-12 Thread Geert Uytterhoeven
Hi Vinod, On Tue, Jan 12, 2021 at 11:36 AM Vinod Koul wrote: > On 07-01-21, 19:15, Geert Uytterhoeven wrote: > > The DMACs (both SYS-DMAC and RT-DMAC) on R-Car V3U differ slightly from > > the DMACs on R-Car Gen2 and other R-Car Gen3 SoCs: > > 1. The per-channel

Re: [PATCH/RFC 2/2] ALSA: firewire-tascam: Fix integer overflow in midi_port_work()

2021-01-12 Thread Geert Uytterhoeven
Hi Sakamoto-san, On Tue, Jan 12, 2021 at 2:43 PM Takashi Sakamoto wrote: > On Mon, Jan 11, 2021 at 02:02:51PM +0100, Geert Uytterhoeven wrote: > > As snd_fw_async_midi_port.consume_bytes is unsigned int, and > > NSEC_PER_SEC is 10L, the second multiplication in &

Re: [PATCH 6/6] arm64: dts: renesas: falcon: Enable MMC

2021-01-12 Thread Geert Uytterhoeven
s/r8a779a0-falcon.dts | 41 +++ As the EMMC is part of the CPU board, it should be added to r8a779a0-falcon-cpu.dtsi instead of r8a779a0-falcon.dts. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k

Re: [PATCH 4/5] arm64: dts: renesas: Add I2C support for falcon board

2021-01-12 Thread Geert Uytterhoeven
be added to r8a779a0-falcon-cpu.dtsi instead of r8a779a0-falcon.dts? 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 talking

Re: [PATCH 4/5] arm64: dts: renesas: falcon: Add Ethernet-AVB support

2021-01-12 Thread Geert Uytterhoeven
sent or not :-) Which reminds me that the avb0 extensions should be added to r8a779a0-falcon-cpu.dtsi instead of r8a779a0-falcon.dts Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In personal conversations with technic

Re: [PATCH 2/6] arm64: dts: renesas: falcon: add SCIF0 nodes

2021-01-12 Thread Geert Uytterhoeven
Hi Wolfram, On Tue, Jan 5, 2021 at 7:12 PM Geert Uytterhoeven wrote: > On Mon, Dec 28, 2020 at 12:27 PM Wolfram Sang > wrote: > > SCIF0 has been enabled by the firmware, so it worked already. Still, add > > the proper nodes to make it work in any case. > > > &g

Re: [PATCH 2/4] dmaengine: rcar-dmac: Add for_each_rcar_dmac_chan() helper

2021-01-12 Thread Geert Uytterhoeven
Hi Vinod, On Tue, Jan 12, 2021 at 11:38 AM Vinod Koul wrote: > On 12-01-21, 11:26, Geert Uytterhoeven wrote: > > On Tue, Jan 12, 2021 at 11:19 AM Vinod Koul wrote: > > > On 07-01-21, 19:15, Geert Uytterhoeven wrote: > > > > Add and helper macro for iterating

Re: [PATCH 2/4] dmaengine: rcar-dmac: Add for_each_rcar_dmac_chan() helper

2021-01-12 Thread Geert Uytterhoeven
Hi Vinod, On Tue, Jan 12, 2021 at 11:19 AM Vinod Koul wrote: > On 07-01-21, 19:15, Geert Uytterhoeven wrote: > > Add and helper macro for iterating over all DMAC channels, taking into > > account the channel mask. Use it where appropriate, to simplify code. > > > >

Re: [PATCH v6 5/5] media: i2c: max9286: Configure reverse channel amplitude

2021-01-12 Thread Geert Uytterhoeven
isms. As the deserializer can't query the information from the > > serializer (communication is unreliable if the threshold has an > > incorrect value), we need a DT property to tell the deserializer what > > threshold is initially used by the camera when it gets powered up. > > &g

Re: [PATCH] drm/bridge: nwl-dsi: Avoid potential multiplication overflow on 32-bit

2021-01-12 Thread Geert Uytterhoeven
Hi Laurent, On Tue, Jan 12, 2021 at 5:38 AM Laurent Pinchart wrote: > On Mon, Jan 11, 2021 at 01:57:02PM +0100, Geert Uytterhoeven wrote: > > As nwl_dsi.lanes is u32, and NSEC_PER_SEC is 10L, the second > > multiplication in > > > > dsi->lanes * 8 * NSEC

Re: [PATCH 1/2] dt-bindings: clock: renesas: rcar-usb2-clock-sel: Add support for RZ/G2 M/N/H

2021-01-12 Thread Geert Uytterhoeven
> > r8a774a1 (RZ/G2M), r8a774b1 (RZ/G2N), and r8a774e1 (RZ/G2H) > > > > Signed-off-by: Adam Ford > > > > Acked-by: Rob Herring Thanks, will queue in renesas-clk-for-v5.12. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Lin

Re: [PATCH] usb: cdnsp: fixes undefined reference to cdns_remove

2021-01-12 Thread Geert Uytterhoeven
> +endif > cdnsp-udc-pci-$(CONFIG_USB_CDNSP_GADGET) += cdnsp-ring.o > cdnsp-gadget.o \ > cdnsp-mem.o cdnsp-ep0.o > Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia

Re: [PATCH v12] ARM: uncompress: Validate start of physical memory against passed DTB

2021-01-11 Thread Geert Uytterhoeven
Hi Linus, CC Rob, Grant, Michael, Heinrich, DT On Sat, Jan 9, 2021 at 12:57 AM Linus Walleij wrote: > On Mon, Jan 4, 2021 at 2:01 PM Geert Uytterhoeven > wrote: > > Currently, the start address of physical memory is obtained by masking > > the program counter with a fixed

[PATCH/RFC 1/2] ALSA: fireface: Fix integer overflow in transmit_midi_msg()

2021-01-11 Thread Geert Uytterhoeven
eger constant. Note that this assumes ff->rx_bytes[port] <= 16777. Fixes: 19174295788de77d ("ALSA: fireface: add transaction support") Signed-off-by: Geert Uytterhoeven --- Compile-tested only. I don't know the maximum transfer length of MIDI, but given it's an old standa

[PATCH/RFC 0/2] ALSA: firewire: Fix integer overflows on 32-bit

2021-01-11 Thread Geert Uytterhoeven
tweak may be necessary. Thanks for your comments! Geert Uytterhoeven (2): ALSA: fireface: Fix integer overflow in transmit_midi_msg() ALSA: firewire-tascam: Fix integer overflow in midi_port_work() sound/firewire/fireface/ff-transaction.c | 2 +- sound/firewire/tascam/tascam-transaction.c

[PATCH/RFC 2/2] ALSA: firewire-tascam: Fix integer overflow in midi_port_work()

2021-01-11 Thread Geert Uytterhoeven
", which is an integer constant. Note that this assumes port->consume_bytes <= 16777. Fixes: 531f471834227d03 ("ALSA: firewire-lib/firewire-tascam: localize async midi port") Signed-off-by: Geert Uytterhoeven --- Compile-tested only. I don't know the maximum transfer length o

[PATCH] drm/bridge: nwl-dsi: Avoid potential multiplication overflow on 32-bit

2021-01-11 Thread Geert Uytterhoeven
64-bit platforms only, where long is 64-bit, so this cannot happen. But the issue may start to happen when the driver is reused for a 32-bit SoC, or when code is copied for a new driver. Signed-off-by: Geert Uytterhoeven --- Compile-tested only. --- drivers/gpu/drm/bridge/nwl-dsi.c | 2 +- 1 f

Re: [PATCH] gcc-plugins: fix gcc 11 indigestion with plugins...

2021-01-11 Thread Geert Uytterhoeven
Hi Valdis, On Mon, Jan 11, 2021 at 11:57 AM Valdis Klētnieks wrote: > On Mon, 11 Jan 2021 10:47:23 +0100, Geert Uytterhoeven said: > > I guess this is the cause of the new "warning: invalid suffix on > > literal; C++11 requires a space between literal and string macro &

Re: [PATCH] ntp: Fix RTC synchronization on 32-bit platforms

2021-01-11 Thread Geert Uytterhoeven
On Mon, Jan 11, 2021 at 11:40 AM Geert Uytterhoeven wrote: > Due to an integer overflow, RTC synchronization now happens every 2s > instead of the intended 11 minutes. Fix this by forcing 64-bit > arithmetic for the sync period calculation. > > Fixes: c9e6189fb03123a7 (&qu

Re: [patch 5/8] ntp: Make the RTC synchronization more reliable

2021-01-11 Thread Geert Uytterhoeven
Hi Thomas, On Mon, Jan 11, 2021 at 11:12 AM Thomas Gleixner wrote: > On Tue, Dec 29 2020 at 20:41, Geert Uytterhoeven wrote: > >> Reported-by: Miroslav Lichvar > >> Signed-off-by: Thomas Gleixner > > > > Thanks for your patch, which is now commit c9e6189

[PATCH] ntp: Fix RTC synchronization on 32-bit platforms

2021-01-11 Thread Geert Uytterhoeven
Due to an integer overflow, RTC synchronization now happens every 2s instead of the intended 11 minutes. Fix this by forcing 64-bit arithmetic for the sync period calculation. Fixes: c9e6189fb03123a7 ("ntp: Make the RTC synchronization more reliable") Signed-off-by: Geert Uy

Re: Old platforms: bring out your dead

2021-01-11 Thread Geert Uytterhoeven
Hi Arnd, On Mon, Jan 11, 2021 at 10:16 AM Geert Uytterhoeven wrote: > On Mon, Jan 11, 2021 at 9:59 AM Arnd Bergmann wrote: > > On Mon, Jan 11, 2021 at 9:19 AM Geert Uytterhoeven > > wrote: > > > On Fri, Jan 8, 2021 at 11:55 PM Arnd Bergmann wrote: > > > >

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