As boards from multiple vendors (Milk-V, StarFive, Pine64) use the mac
command provide a sub-command to set the vendor string.
Reported-by: E. Shattow
Signed-off-by: Heinrich Schuchardt
---
v5:
use strncpy to avoid failures if vendor string contains printf
codes (e.g. '%d')
v4:
We can use U-Boot for recovering JH7110 based boards via UART
if CONFIG_SPL_YMODEM_SUPPORT=y.
* Send u-boot-spl.normal.out via XMODEM.
* Send u-boot.itb via YMODEM.
Signed-off-by: Heinrich Schuchardt
Reviewed-by: E. Shattow
---
v5:
no change
v4:
no change
v3:
no change
v
Provide a man-page describing the usage of U-Boot on
the Milk-V Mars CM and Milk-V Mars CM Lite boards.
Signed-off-by: Heinrich Schuchardt
Reviewed-by: E Shattow
---
v5:
no change
v4:
remove .rst extension from toctree links
remove superfluous word 'connected' describing
We already support the VisionFive 2 and the Milk-V Mars board by
patching the VisionFive 2 device tree. With this patch the same
is done for the Milk-V Mars CM.
Signed-off-by: Heinrich Schuchardt
Tested-by: E. Shattow
Reviewed-by: E. Shattow
---
v5:
no change
v4:
no change
v3:
With this series the Milk-V Mars CM board can be booted.
NVMe, SD-card, Ethernet, UART are working but not USB.
The first series Milk-V Mars CM Lite board (the version without eMMC)
uses incorrect series numbers indicating eMMC presence. For these
CONFIG_STARFIVE_NO_EMMC=y must be set to indicate
The EEPROM provides information about the size of the eMMC.
Provide a new function get_mmc_size_from_eeprom() to read it.
Signed-off-by: Heinrich Schuchardt
Reviewed-by: E. Shattow
---
v5:
no change
v4:
no change
v3:
no change
v2:
fix typos in get_mmc_size_from_ee
The following changes since commit 5c5565cfec92eb7377ff7fe197612c6a813bb6c7:
Merge patch series "arm: davinci: Migrate da850-evm to OF_UPSTREAM"
(2024-05-07 11:59:26 -0600)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-sh.git master-cleanup
for you
Hi Mark,
On 2024-05-11 21:57, Mark Kettenis wrote:
>> Date: Sat, 11 May 2024 20:47:40 +0200
>> From: Jonas Karlman
>
> Hi Jonas & Alex,
>
>> Hi Alex,
>>
>> On 2024-05-11 19:44, Alex Bee wrote:
>>> Hi Jonas,
>>>
>>> Am 11.05.24 um 13:28 schrieb Jonas Karlman:
This series add gpio request()
> Date: Sat, 11 May 2024 20:47:40 +0200
> From: Jonas Karlman
Hi Jonas & Alex,
> Hi Alex,
>
> On 2024-05-11 19:44, Alex Bee wrote:
> > Hi Jonas,
> >
> > Am 11.05.24 um 13:28 schrieb Jonas Karlman:
> >> This series add gpio request() and pinctrl gpio_request_enable() ops so
> >> that a gpio req
Migrate RV1126 boards that exists in Linux v6.8 to use OF_UPSTREAM.
Following targets is migrated to use OF_UPSTREAM:
- rv1126-edgeble-neu2 : Board is an industrial form factor
IO board.
- sonoff-ihost-rv1126 : Gateway device designed to provide a
S
Hi Alex,
On 2024-05-11 19:44, Alex Bee wrote:
> Hi Jonas,
>
> Am 11.05.24 um 13:28 schrieb Jonas Karlman:
>> This series add gpio request() and pinctrl gpio_request_enable() ops so
>> that a gpio requested pin automatically use gpio pinmux and U-Boot
>> behaves more similar to Linux kernel.
>
>
Hi Jonas,
Am 11.05.24 um 13:28 schrieb Jonas Karlman:
This series add gpio request() and pinctrl gpio_request_enable() ops so
that a gpio requested pin automatically use gpio pinmux and U-Boot
behaves more similar to Linux kernel.
I'm not sure that's a good idea.
While linux does it the same w
Hi Kever,
On Sat, 11 May 2024 at 12:09, Kever Yang wrote:
>
>
> On 2024/5/10 12:43, Anand Moon wrote:
> > Migrate RV1126 boards that exists in Linux v6.8 to use OF_UPSTREAM.
> >
> > Following targets is migrated to use OF_UPSTREAM:
> >
> > - rv1126-edgeble-neu2 : Board is an industrial form facto
On Fri, 10 May 2024, at 11:43 AM, Andre Przywara wrote:
> The X-Powers AXP717 is a PMIC with four buck converters and a number
> of LDOs, one of which is actually fixed (so not modelled here).
>
> Add the compatible string and the respective regulator ranges to allow
> drivers to adjust voltages.
>
On Fri, 10 May 2024, at 11:43 AM, Andre Przywara wrote:
> On boards using the AXP717 PMIC, the DRAM rail is often not setup
> correctly at reset time, so we have to program the PMIC very early in
> the SPL, before running the DRAM initialisation.
>
> Add a simple AXP717 PMIC driver that knows about
On 5/11/24 03:35, Jonas Karlman wrote:
Linux kernel Documentation/devicetree/bindings/gpio/gpio.txt define the
format of the gpio-ranges prop as:
The format is: <[pin controller phandle], [GPIO controller offset],
[pin controller offset], [number of pins]>;
Example:
The GPIO2_D6 pin is changed to use func-4 using pcie30x2m1_pins during
probe of pcie3x2. This cause the device to lock-up when pci driver use
the reset-gpios unless the pin is first changed to use gpio pinmux.
Drop the board u-boot.dtsi workaround now that the gpio and pinctrl
drivers automaticall
The GPIO0_C3 pin is changed to use func-3 using pcie30x1m0_pins during
probe of pcie3x1. This cause the device to lock-up when pci driver use
the reset-gpios unless the pin is first changed to use gpio pinmux.
Drop the board u-boot.dtsi workaround now that the gpio and pinctrl
drivers automaticall
Some boards use pinctrl to set a non-gpio pinmux on a pin that is later
requested to be used for gpio output.
Add a request() ops that call pinctrl_gpio_request() when the required
gpio-ranges prop has been defined to signal pinctrl driver to use gpio
pinmux.
Signed-off-by: Jonas Karlman
---
PX3
Some boards use pinctrl to set a non-gpio pinmux on a pin that is later
requested to be used for gpio output.
Add a pin_to_bank() helper and implement gpio_request_enable() ops so
that the gpio request() ops can be implemented and a gpio requested pin
automatically is pinmuxed for gpio use, simila
This series add gpio request() and pinctrl gpio_request_enable() ops so
that a gpio requested pin automatically use gpio pinmux and U-Boot
behaves more similar to Linux kernel.
With the gpio and pinctrl ops implemented this series also remove a PCIe
reset-gpios related device lock-up workaround fr
21 matches
Mail list logo
