> Subject: [PATCH v2 00/21] Add support for MMC higher speed modes for TI's
> am65x, j721e and j7200 platforms
For the mmc driver part,
Reviewed-by: Peng Fan
>
> The following patches add support for higher speeds in the SD card and eMMC
> for TI's am65x, j721e, j7200 platforms.
>
> With
Enable the now included network drivers in the currently supported
Marvell Octeon TX & TX2 boards.
Signed-off-by: Stefan Roese
Cc: Aaron Williams
Cc: Suneel Garapati
Cc: Chandrakala Chavva
---
configs/octeontx2_95xx_defconfig | 2 ++
configs/octeontx2_96xx_defconfig | 2 ++
Hi Heinrich,
On 15. 10. 20 19:18, Heinrich Schuchardt wrote:
> According to
>
> DSP0134, 3.4.0, System Management BIOS (SMBIOS) Reference Specification
> https://www.dmtf.org/sites/default/files/standards/documents/DSP0134_3.4.0.pdf
>
> our struct smbios_entry is an SMBIOS 2.1 (32-bit) Entry
Dear Rasmus,
In message <2284dd1d-f20c-6246-805e-55454a581...@prevas.dk> you wrote:
>
> > Yes that's good, but is the plan now to take these patches rather than
> > update to the latest hush? I was wondering is Buzybox has any tests
> > for hush.
>
> Well, updating the whole hush code is not, as
On 10/16/2020 8:38 PM, Michael Walle wrote:
> On all newer Layerscape SoCs, only the export-controlled ciphers of the
> crypto module are disabled on non-E parts. Thus it doesn't make sense to
> completely remove the node. Linux will figure out what is there and what
> is not.
>
> Just remove it
On 19/10/2020 09.31, Wolfgang Denk wrote:
> Dear Rasmus,
>
> In message <2284dd1d-f20c-6246-805e-55454a581...@prevas.dk> you wrote:
>>
>>> Yes that's good, but is the plan now to take these patches rather than
>>> update to the latest hush? I was wondering is Buzybox has any tests
>>> for hush.
On Fri, Oct 16, 2020 at 07:17:02PM +0200, Martin Cerveny wrote:
> Add support for "allwinner,simple-framebuffer" with "mixer0-lcd0" pipeline.
>
> Signed-off-by: Martin Cerveny
Acked-by: Maxime Ripard
Maxime
signature.asc
Description: PGP signature
On 10/19/20 5:46 AM, Chunfeng Yun wrote:
> Fix up the following build warning/error:
> 1. unused variable 'mtu' in mtu3_gadget_dequeue() and
>mtu3_gadget_ep_set_halt()
> 2. implicit declaration of function ‘flush_dcache_range’ and
>‘invalidate_dcache_range’
Which patch of the ones in
> Subject: [PATCH] mx6: peripheral clock from oscillator
>
> In order to be able to run the I2C bus at 400Khz, the chip errata[1]
> recommends that the peripheral clock runs out of the 24MHz oscillator.
>
> [1] Rev 2, 10/2019, ERR007805
>
> Signed-off-by: Jorge Ramirez-Ortiz
> ---
>
On Sun, Oct 18, 2020 at 09:18:15PM +0200, Anatolij Gustschin wrote:
> DM_VIDEO conversion deadline has passed, disable VIDEO config
> option by default. Boards should convert to DM_VIDEO if they
> need video console support.
>
> Signed-off-by: Anatolij Gustschin
> Cc: Jagan Teki
> Cc: Maxime
On Fri, Oct 16, 2020 at 07:17:04PM +0200, Martin Cerveny wrote:
> Enable support for V3s LCD display with following changes:
>
> V3s has 2x VI and 1x UI channels (use UI channel).
> V3s uses PLL3 (PLL_VIDEO) for both DE2 and TCON0 pixelclock.
> V3s does not support doubleclock for PLL3.
> V3s
Hi anup,
On Sat, Oct 17, 2020 at 3:10 PM Anup Patel wrote:
> On Fri, Oct 16, 2020 at 7:54 PM wrote:
> >
> > From: Padmarao Begari
> >
> > Add device tree for Microchip PolarFire SoC Icicle Kit.
> >
> > Signed-off-by: Padmarao Begari
> > ---
> > arch/riscv/dts/Makefile |
On 16.10.20 09:35, Weijie Gao wrote:
CONFIG_SYS_SDRAM_BASE points to cached memory, i.e. KSEG0, which is not
suitable for detecting memory size.
Replace CONFIG_SYS_SDRAM_BASE with KSEG1, and make dram_init() always do
memory size detection in any stage.
Signed-off-by: Weijie Gao
On 19/10/20, Fabio Estevam wrote:
> Hi Jorge,
>
> On Wed, Oct 14, 2020 at 10:07 AM Jorge Ramirez-Ortiz
> wrote:
> >
> > In order to be able to run the I2C bus at 400Khz, the chip errata[1]
> > recommends that the peripheral clock runs out of the 24MHz oscillator.
> >
> > [1] Rev 2, 10/2019,
On Mon, 2020-10-19 at 08:07 +0200, Marek Vasut wrote:
> On 10/19/20 5:46 AM, Chunfeng Yun wrote:
> > Fix up the following build warning/error:
> > 1. unused variable 'mtu' in mtu3_gadget_dequeue() and
> >mtu3_gadget_ep_set_halt()
> > 2. implicit declaration of function ‘flush_dcache_range’ and
On 19.10.20 11:37, Vabhav Sharma wrote:
From: Vabhav Sharma
Support a common method to probe all devices associated with uclass.
This includes data structures and code for finding the first device and
looping for remaining devices associated with uclasses (groups of devices
with the same
On 08.10.2020 14:46, Eugen Hristev wrote:
> clk-master can have 5 divisors with a field width of 3 bits
> on some products.
>
> Change the mask and number of divisors accordingly.
>
> Reported-by: Mihai Sain
> Signed-off-by: Eugen Hristev
> Reviewed-by: Claudiu Beznea
> ---
Applied both to
On 08.10.2020 16:01, Eugen Hristev wrote:
> From: Nicolas Ferre
>
> SAM9X60 SiP (System in Package) are added for SoC identification.
>
> Signed-off-by: Nicolas Ferre
> ---
> arch/arm/mach-at91/arm926ejs/sam9x60_devices.c | 6 ++
> arch/arm/mach-at91/include/mach/sam9x60.h | 3 +++
On 16.10.20 09:35, Weijie Gao wrote:
Since mt7620 is added into Kconfig, the CONFIG_SOC_MT7628=y which is
omitted by default must be added back, otherwise make xxx_defconfig for
these boards will be configured for mt7620 platform.
Signed-off-by: Weijie Gao
Reviewed-by: Stefan Roese
Thanks,
From: Vabhav Sharma
Support a common method to probe all devices associated with uclass.
This includes data structures and code for finding the first device and
looping for remaining devices associated with uclasses (groups of devices
with the same purpose, e.g. all SERIAL ports will be in the
Hi Simon, Stefan,
Thank you for feedback and time
> -Original Message-
> From: Simon Glass
> Sent: Thursday, October 15, 2020 8:35 PM
> To: Stefan Roese
> Cc: Vabhav Sharma (OSS) ;
> andre.przyw...@arm.com; u-boot@lists.denx.de
> Subject: Re: [PATCH v2] drivers: serial: probe all uart
From: Vabhav Sharma
U-Boot DM model probe only single device at a time
which is enabled and configured using device tree
or platform data method.
PL011 UART IP is SBSA compliant and firmware does the
serial port set-up, initialization and let the kernel use
UART port for sending and receiving
On Sun, Oct 18, 2020 at 6:37 AM Sean Anderson wrote:
> On 10/16/20 10:23 AM, padmarao.beg...@microchip.com wrote:
> > From: Padmarao Begari
> >
> > This patch adds Microchip MPFS Icicle Kit support. For now, only
> > NS16550 Serial, Microchip clock, Cadence eMMC and MACB drivers are
> > only
On 07.10.2020 18:17, Claudiu Beznea wrote:
> Hi,
>
> This series adds SAM9X60 clock support, CCF compatible, so that
> SAM9X60 based boards (e.g. SAM9X60-EK in this case) to be able
> to boot with mainline code.
>
> This series is based on u-boot-atmel/next.
>
> Thank you,
> Claudiu Beznea
>
>
Due to the following to patches:
4a1989c0bc77 ("dm: Don't undefine dev_xxx macros")
69dae8902b16 ("linux/compat.h: Remove redefinition of dev_xxx macros")
Need include device_compat.h and no need use __maybe_unused anymore
to fix unused variable warning
Signed-off-by: Chunfeng Yun
---
Please
Dear Rasmus,
In message you wrote:
>
> > Yes, current versions of busybox hush do implement shell functions;
> > tested under Fedora 32:
>
> Not what I meant, of course busybox hush does that. What I meant is that
> it is not at all obvious how that support would actually benefit U-Boot.
um...
On Fri, Oct 16, 2020 at 07:17:05PM +0200, Martin Cerveny wrote:
> Add PWM and dummy power regulator support.
> Modify phase of data signal for LCD display.
>
> Signed-off-by: Martin Cerveny
> ---
> configs/LicheePi_Zero_defconfig | 4
> 1 file changed, 4 insertions(+)
>
> diff --git
On 16.10.20 09:35, Weijie Gao wrote:
This patch is a preparation for add a new soc fot mtmips.
Move all mt7628 related Kconfig (boards and UART selection) into mt7628
subdirectory and make sure the top directory of mtmips contains only
selection for SoCs.
Signed-off-by: Weijie Gao
On 16.10.20 09:35, Weijie Gao wrote:
Previous the dts files for gardena-smart-gateway-mt7688 and
linkit-smart-7688 are set to be built when mtmips is selected.
This can lead to a compilation error if another soc is added to this arch
with different dtsi files.
So it's better to build the dtb
On Mon, 2020-10-19 at 12:34 +0200, Marek Vasut wrote:
> On 10/19/20 11:32 AM, Chunfeng Yun wrote:
> > On Mon, 2020-10-19 at 08:07 +0200, Marek Vasut wrote:
> >> On 10/19/20 5:46 AM, Chunfeng Yun wrote:
> >>> Fix up the following build warning/error:
> >>> 1. unused variable 'mtu' in
Hi Anup,
On Sat, Oct 17, 2020 at 3:17 PM Anup Patel wrote:
> On Fri, Oct 16, 2020 at 7:55 PM wrote:
> >
> > From: Padmarao Begari
> >
> > This doc describes the procedure to build, flash and
> > boot Linux using U-boot on Microchip MPFS Icicle Kit.
> >
> > Signed-off-by: Padmarao Begari
> >
On 19.10.20 11:53, Vabhav Sharma wrote:
From: Vabhav Sharma
U-Boot DM model probe only single device at a time
which is enabled and configured using device tree
or platform data method.
PL011 UART IP is SBSA compliant and firmware does the
serial port set-up, initialization and let the kernel
Hi Jorge,
On Wed, Oct 14, 2020 at 10:07 AM Jorge Ramirez-Ortiz wrote:
>
> In order to be able to run the I2C bus at 400Khz, the chip errata[1]
> recommends that the peripheral clock runs out of the 24MHz oscillator.
>
> [1] Rev 2, 10/2019, ERR007805
>
> Signed-off-by: Jorge Ramirez-Ortiz
> ---
On 10/19/20 11:32 AM, Chunfeng Yun wrote:
> On Mon, 2020-10-19 at 08:07 +0200, Marek Vasut wrote:
>> On 10/19/20 5:46 AM, Chunfeng Yun wrote:
>>> Fix up the following build warning/error:
>>> 1. unused variable 'mtu' in mtu3_gadget_dequeue() and
>>>mtu3_gadget_ep_set_halt()
>>> 2. implicit
Hi Anup,
On Sat, Oct 17, 2020 at 3:01 PM Anup Patel wrote:
> On Fri, Oct 16, 2020 at 7:54 PM wrote:
> >
> > From: Padmarao Begari
> >
> > This patch set adds Microchip PolarFire SoC Icicle Kit support
> > to RISC-V U-Boot.
> >
> > The patches are based upon latest U-Boot tree
> >
On Sun, Oct 18, 2020 at 7:12 AM Sean Anderson wrote:
> On 10/16/20 10:23 AM, padmarao.beg...@microchip.com wrote:
> > From: Padmarao Begari
> >
> > Add device tree for Microchip PolarFire SoC Icicle Kit.
> >
> > Signed-off-by: Padmarao Begari
> > ---
> > arch/riscv/dts/Makefile
On Sat, Oct 17, 2020 at 3:11 PM Anup Patel wrote:
> On Fri, Oct 16, 2020 at 7:54 PM wrote:
> >
> > From: Padmarao Begari
> >
> > Add indexes for reset and clock control signals within the system
> register
> > module of the Microchip PolarFire SoC.
>
> This patch should be squashed into your
On 16.10.20 09:37, Weijie Gao wrote:
Update maintainer for MediaTek MIPS platform
Signed-off-by: Weijie Gao
Great. Thanks Weijie!
Acked-by: Stefan Roese
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
MAINTAINERS | 23 +++
1 file changed, 23 insertions(+)
diff
Hello Tom,
Please pull tag u-boot-atmel-2021.01-b, the second set of new features
and fixes for 2021.01 cycle.
This feature set brings the rework of the clock tree for sam9x60 SoC.
This makes the clock tree fully compatible with Common Clock Framework
and allows full clock configuration in
At present bootm_process_cmdline_env() reads the 'bootargs' variable and
then writes it back afterwards. This is painful for tests, which would
rather use a simple buffer.
It is also useful for zimage to use a buffer, since it does not actually
put the Linux command line in the bootargs variable.
This function will soon do more than just handle the 'silent linux'
feature. As a first step, update it to take a boolean parameter,
indicating whether or not the processing is required.
Signed-off-by: Simon Glass
---
common/bootm.c | 20 ++--
include/bootm.h | 3 ++-
This series adds tests to the fixup_silent-linux() function and extends
the 'zimage' command to use it.
It also adds a new string-substition feature to allow bootargs to be a
template, rather than having to build it up piece by piece with
information obtained in a build script.
It also updates
At present we only support updating the 'bootargs' environment
variable. Add another function to update a buffer instead. This will
allow zimage to use this feature.
Also add a lot more tests to cover various cases.
Signed-off-by: Simon Glass
---
common/bootm.c | 18 +++-
We want to add more processing to this function. Before doing so, rename
it to bootm_process_cmdline_env(), which is more generic.
Signed-off-by: Simon Glass
---
common/bootm.c | 4 ++--
include/bootm.h | 4 ++--
test/bootm.c| 10 +-
3 files changed, 9 insertions(+), 9
Use the size (including terminator) for in this function, rather than
the length. This is arguably easier to follow, with the coming
refactor.
Signed-off-by: Simon Glass
---
common/bootm.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/common/bootm.c
There also a need to check return values to make sure that clocks were
enabled and setup properly.
Signed-off-by: Michal Simek
Reviewed-by: Simon Glass
---
Changes in v2:
- Add missing header
- Add Simon's tag
drivers/serial/serial_pl01x.c | 13 -
1 file changed, 12
From: T Karthik Reddy
Remove fixed reference clk used by plat->frequency and use clk
subsystem to get reference clk. As per spi dt bindings
"spi-max-frequency" property should be used by the slave devices.
This property is read by spi-uclass driver for the slave device.
So avoid reading above
From: T Karthik Reddy
Remove fixed reference clk used by plat->frequency and use clk
subsystem to get reference clk. As per spi dt bindings
"spi-max-frequency" property should be used by the slave devices.
This property is read by spi-uclass driver for the slave device.
So avoid reading above
Dear Simon,
In message <20201019135602.3943835-12-...@chromium.org> you wrote:
> In some cases it is necessary to pass parameters to Linux so that it will
> boot correctly. For example, the rootdev parameter is often used to
> specify the root device. However the root device may change depending
Hi Rasmus,
On Mon, 19 Oct 2020 at 08:43, Rasmus Villemoes
wrote:
>
> On 19/10/2020 15.56, Simon Glass wrote:
> > In some cases it is necessary to pass parameters to Linux so that it will
> > boot correctly. For example, the rootdev parameter is often used to
> > specify the root device. However
On 19/10/2020 15.56, Simon Glass wrote:
> In some cases it is necessary to pass parameters to Linux so that it will
> boot correctly. For example, the rootdev parameter is often used to
> specify the root device. However the root device may change depending on
> whence U-Boot loads the kernel. At
Hi Wolfgang,
On Mon, 19 Oct 2020 at 08:55, Wolfgang Denk wrote:
>
> Dear Simon,
>
> In message <20201019135602.3943835-12-...@chromium.org> you wrote:
> > In some cases it is necessary to pass parameters to Linux so that it will
> > boot correctly. For example, the rootdev parameter is often
Hi Michael,
On Mon, 19 Oct 2020 at 09:47, Michael Walle wrote:
>
> Am 2020-10-19 16:54, schrieb Wolfgang Denk:
> > Dear Simon,
> >
> > In message <20201019135602.3943835-12-...@chromium.org> you wrote:
> >> In some cases it is necessary to pass parameters to Linux so that it
> >> will
> >> boot
Dear Simon,
In message <20201019135602.3943835-8-...@chromium.org> you wrote:
...
>
> It is also useful for zimage to use a buffer, since it does not actually
> put the Linux command line in the bootargs variable.
...which I consider a bug that should be fixed.
Best regards,
Wolfgang Denk
--
Am 2020-10-19 16:54, schrieb Wolfgang Denk:
Dear Simon,
In message <20201019135602.3943835-12-...@chromium.org> you wrote:
In some cases it is necessary to pass parameters to Linux so that it
will
boot correctly. For example, the rootdev parameter is often used to
specify the root device.
At present this function returns 1 on success and 0 on failure. But in
the latter case it provides no indication of what went wrong.
If an attempt is made to delete a non-existent variable, the caller may
want to ignore this error. This happens when setting a non-existent
variable to "", for
This function currently has no tests. Export it so that we can implement
a simple test on sandbox. Use IS_ENABLED() to remove the unused code,
instead #ifdef.
Signed-off-by: Simon Glass
---
arch/Kconfig | 1 +
common/bootm.c| 14 +-
include/bootm.h | 3 +++
On 19.10.20 15:55, Simon Glass wrote:
> This series adds tests to the fixup_silent-linux() function and extends
> the 'zimage' command to use it.
>
> It also adds a new string-substition feature to allow bootargs to be a
> template, rather than having to build it up piece by piece with
>
On Mon, Oct 19, 2020 at 11:17:54AM +0200, Maxime Ripard wrote:
> On Sun, Oct 18, 2020 at 09:18:15PM +0200, Anatolij Gustschin wrote:
> > DM_VIDEO conversion deadline has passed, disable VIDEO config
> > option by default. Boards should convert to DM_VIDEO if they
> > need video console support.
>
At present this function fails silently on error. Update it to produce
an error code. Report this error to the user and abort the boot, since it
likely will prevent a successful start.
No tests are added at this stage, since additional refactoring is taking
place in subsequent patches.
At present only one transformation is supported: making the Linux console
silent. To prepare for adding more, convert the boolean parameter into a
flag value.
Signed-off-by: Simon Glass
---
common/bootm.c | 8 +---
include/bootm.h | 11 +--
test/bootm.c| 10 +-
3
In some cases it is necessary to pass parameters to Linux so that it will
boot correctly. For example, the rootdev parameter is often used to
specify the root device. However the root device may change depending on
whence U-Boot loads the kernel. At present it is necessary to build up
the command
At present zimage does its own command-line processing and does not
support the 'silent console' feature. There doesn't seem to be any good
reason for this.
Add support for silent console to zimage.
Signed-off-by: Simon Glass
---
arch/x86/lib/zimage.c | 14 ++
1 file changed, 14
In order to be able to run the I2C bus at 400Khz, the chip errata[1]
recommends that the peripheral clock runs out of the 24MHz oscillator.
[1] Rev 2, 10/2019, ERR007805
Signed-off-by: Jorge Ramirez-Ortiz
---
arch/arm/mach-imx/mx6/soc.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
On 19/10/20, Jorge Ramirez-Ortiz, Foundries wrote:
> On 19/10/20, Fabio Estevam wrote:
> > Hi Jorge,
> >
> > On Wed, Oct 14, 2020 at 10:07 AM Jorge Ramirez-Ortiz
> > wrote:
> > >
> > > In order to be able to run the I2C bus at 400Khz, the chip errata[1]
> > > recommends that the peripheral
SPL is creating fit-images DT node when loadables are recorded in selected
configuration. Entries which are created are using entry-point and
load-addr property names. But there shouldn't be a need to use non standard
properties because entry/load are standard FIT properties. But using
standard
Hi,
We have several use cases where customers want to partition memory by
putting NS images above 4GB. On Xilinx arm 64bit SOC 0-2GB can be used for
others CPU in the systems (like R5) or for secure sw.
Currently there is limitation in SPL to record load/entry addresses in
64bit format because
The commit 9f45aeb93727 ("spl: fit: implement fdt_record_loadable") which
introduced fdt_record_loadable() state there spl_fit.c is not 64bit safe.
Based on my tests on Xilinx ZynqMP zcu102 platform there shouldn't be a
problem to record these addresses in 64bit format.
The patch adds support for
Dear Simon Glass,
In message <20201019135602.3943835-10-...@chromium.org> you wrote:
> At present we only support updating the 'bootargs' environment
> variable. Add another function to update a buffer instead. This will
> allow zimage to use this feature.
I think this is the wrong way to
Export routines that can be used by other drivers avoiding duplicating
code.
Signed-off-by: Dario Binacchi
Reviewed-by: Simon Glass
---
(no changes since v2)
Changes in v2:
- Add the clk_ prefix to the divider functions.
- Add kernel-doc comments to the exported functions.
Add drivers/clk/ti/ folder and move all TI's code in this folder for
better maintenance.
Signed-off-by: Dario Binacchi
---
(no changes since v1)
drivers/clk/Kconfig | 40 +-
drivers/clk/Makefile | 8 +---
It returns the rate which will be set if you ask clk_set_rate() to set
that rate. It provides a way to query exactly what rate you'll get if
you call clk_set_rate() with that same argument.
So essentially, clk_round_rate() and clk_set_rate() are equivalent
except the former does not modify the
The patch configures the display DPLL using the functions provided by
the driver model API for the clock. The device tree contains everything
needed to get the DPLL clock. The round rate function developed for
calculating the DPLL multiplier and divisor and the platform routines
for accessing the
The schedule for deprecating the features of the pre-driver-model puts
2019.17 as the deadline for the video subsystem. Furthermore, the latest
patches applied to the am335x-fb.c module have decreased the amount of
code shared with the pre-driver-model implementation. Splitting the two
The previous version of am335x-fb.c contained the functionalities of two
drivers that this patch has split. It was a video type driver that used
the same registration compatible string that now registers a panel type
driver. The proof of this is that two compatible strings were referred
to within
Enabling the domain clock is performed by the sysc interconnect target
module driver during the video device probing.
Signed-off-by: Dario Binacchi
---
(no changes since v3)
Changes in v3:
- Remove clock domain enabling/disabling.
- Update the commit message.
The patch adds a function to get display timings from the device tree
node attached to the device.
Signed-off-by: Dario Binacchi
Reviewed-by: Simon Glass
---
(no changes since v1)
arch/sandbox/dts/test.dts | 46 ++
drivers/core/read.c | 6 +++
include/dm/read.h
Add drivers/video/ti/ folder and move all TI's code in this folder for
better maintenance.
Signed-off-by: Dario Binacchi
---
(no changes since v1)
drivers/video/Kconfig | 5 +
drivers/video/Makefile| 4 +---
drivers/video/ti/Kconfig | 8
With support for other clock drivers, the potentially supported CDCE913
device can no longer be probed without specifying its DT node name.
Signed-off-by: Dario Binacchi
---
(no changes since v1)
board/ti/am335x/board.c | 2 +-
board/ti/am43xx/board.c | 2 +-
2 files changed, 2
On Tue, Sep 29, 2020 at 02:52:05PM -0400, Ralph Siemsen wrote:
Fixes: db5741f7a85ec3ee79b64496172afaa7dc2cb225 ("arm: socfpga: Convert
system manager from struct to defines")
Just curious if you have had a chance to look over this patch?
There have been several changes to the am33xx.dtsi, so this patch
re-syncs it with Linux.
Let's add proper interconnect hierarchy for l4 interconnect instances
with the related ti-sysc interconnect module data as documented in
Documentation/devicetree/bindings/bus/ti-sysc.txt of the Linux kernel.
Add support for PRUSS SYSC type:
The PRUSS module has a SYSCFG which is unique. The SYSCFG has two
additional unique fields called STANDBY_INIT and SUB_MWAIT in addition
to regular IDLE_MODE and STANDBY_MODE fields. Add the bindings for this
new sysc type.
Add support for MCAN on dra76x:
The
We can handle the sysc interconnect target module in a generic way for
many TI SoCs. Initially let's just enable domain clocks before the
children are probed.
The code is loosely based on the drivers/bus/ti-sysc.c of the Linux
kernel version 5.9-rc7.
For DT binding details see:
-
From: Vabhav Sharma
Support a common method to probe all devices associated with uclass.
This includes data structures and code for finding the first device and
looping for remaining devices associated with uclasses (groups of devices
with the same purpose, e.g. all SERIAL ports will be in the
From: Vabhav Sharma
- Add common method to probe devices belonging to same uclass
- Add config in serial uclass to support optional inclusion of uclass_probe_all
- Enable support for available serial devices probe
Changes for v3:
Incorporated Simon and Stephan review comment
- Define
The series was born from the need to manage the PWM backlight of the
display connected to my beaglebone board. To hit the target, I had to
develop drivers for PWM management which in turn relied on drivers for
managing timers and clocks, all developed according to the driver model.
My intention
From: Vabhav Sharma
U-Boot DM model probe only single device at a time
which is enabled and configured using device tree
or platform data method.
PL011 UART IP is SBSA compliant and firmware does the
serial port set-up, initialization and let the kernel use
UART port for sending and receiving
Until now the clkctrl clocks have been enabled/disabled through platform
routines. Thanks to this patch they can be enabled and configured directly
by the probed devices that need to use them.
For DT binding details see Linux doc:
- Documentation/devicetree/bindings/clock/ti-clkctrl.txt
Add missing DPLL_EN_FAST_RELOCK_BYPASS macro. Used to put the DPLL in
idle bypass fast relock mode.
Signed-off-by: Dario Binacchi
---
(no changes since v1)
arch/arm/include/asm/arch-am33xx/clock.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/include/asm/arch-am33xx/clock.h
The digital phase-locked loop (DPLL) provides all interface clocks and
functional clocks to the processor of the AM33xx device. The AM33xx
device integrates five different DPLLs:
* Core DPLL
* Per DPLL
* LCD DPLL
* DDR DPLL
* MPU DPLL
The patch adds support for the compatible strings:
*
The driver manages a register-mapped multiplexer with multiple input
clock signals or parents, one of which can be selected as output. It
uses routines provided by the common clock framework (ccf).
The code is based on the drivers/clk/ti/mux.c driver of the Linux
kernel version 5.9-rc7.
For DT
Up till this commit passing NULL as input parameter was allowed, but not
handled properly. When a NULL parameter was passed to the function a data
abort was raised.
Signed-off-by: Dario Binacchi
Reviewed-by: Simon Glass
---
(no changes since v1)
arch/arm/mach-omap2/am33xx/clock.c | 10
> -Original Message-
> From: Stefan Roese
> Sent: Monday, October 19, 2020 3:40 PM
> To: Vabhav Sharma (OSS) ; u-
> b...@lists.denx.de; s...@chromium.org
> Cc: Varun Sethi ; andre.przyw...@arm.com; Vabhav
> Sharma
> Subject: Re: [PATCH] dm: core: add function uclass_probe_all() to
Enhanced high resolution PWM module (EHRPWM) hardware can be used to
generate PWM output over 2 channels. This commit adds PWM driver support
for EHRPWM device present on AM33XX SOC.
The code is based on the drivers/pwm/pwm-tiehrpwm.c driver of the Linux
kernel version 5.9-rc7.
For DT binding
The __of_translate_address routine translates an address from the
device tree into a CPU physical address. A note in the description of
the routine explains that the crossing of any level with
#size-cells = <0> is to be considered an error not by specification but
since inherited from IBM. This
The TI PWMSS driver is a simple bus driver for providing clock and power
management for the PWM peripherals on TI AM33xx SoCs, namely eCAP,
eHRPWM and eQEP.
For DT binding details see Linux doc:
- Documentation/devicetree/bindings/pwm/pwm-tipwmss.txt
Signed-off-by: Dario Binacchi
---
(no
The implementation of this driver was needed to bind the device tree
sub-nodes of the 'clocks' node. In fact, the lack of the compatible
property in the 'clocks' node does not allow the generic 'syscon' or
'simple-bus' drivers linked to the 'scm_conf@0' node to bind the
'clocks' node and in turn
The patch adds support for TI gate clock binding. The code is based on
the drivers/clk/ti/gate.c driver of the Linux kernel version 5.9-rc7.
For DT binding details see:
- Documentation/devicetree/bindings/clock/ti/gate.txt
Signed-off-by: Dario Binacchi
---
Changes in v4:
- Include
The patch adds support for TI divider clock binding. The driver uses
routines provided by the common clock framework (ccf).
The code is based on the drivers/clk/ti/divider.c driver of the Linux
kernel version 5.9-rc7.
For DT binding details see:
-
This minimal driver is only used to bind child devices.
For DT binding details see Linux doc:
- Documentation/devicetree/bindings/arm/omap/prcm.txt
Signed-off-by: Dario Binacchi
---
(no changes since v3)
Changes in v3:
- doc/device-tree-bindings/arm/omap,prcm.txt.
- Add to commit message the
1 - 100 of 141 matches
Mail list logo
