Hi Alper,
On Thu, 22 Oct 2020 at 14:37, Alper Nebi Yasak wrote:
>
> It's possible to chainload U-Boot proper from the vendor firmware in
> rk3399 chromebooks, but the way the vendor firmware sets up clocks is
> somehow different than what U-Boot expects. This causes the display to
> stay devoid o
Hi Alper,
On Thu, 22 Oct 2020 at 14:38, Alper Nebi Yasak wrote:
>
> Commit fe974716326c ("rockchip: rk3288: Allow setting up clocks in
> U-Boot proper") fixes some clock issues when chainloading U-Boot on
> rk3288 chromebooks. Part of that change is still available in veyron's
> board_early_init_
From: Barbaros Tokaoglu
Date: Fri, 23 Oct 2020 15:52:50 +0300
Subject: [PATCH] fs/squashfs: fix memory leak in sqfs_read()
data_buffer should be freed on each iteration
Signed-off-by: Barbaros Tokaoglu
---
fs/squashfs/sqfs.c | 21 +++--
1 file changed, 11 insertions(+), 10 dele
Enable Console multiplexing in ROCKPi N8 which would is
required to video out the console buffer.
Enable it.
Signed-off-by: Jagan Teki
---
configs/rock-pi-n8-rk3288_defconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/configs/rock-pi-n8-rk3288_defconfig
b/configs/rock-pi-n8-rk3288_defc
Add chosen node in -u-boot.dtsi for ROCK-Pi N8 board.
This will help to get serial out messages.
Signed-off-by: Jagan Teki
---
arch/arm/dts/rk3288-rock-pi-n8-u-boot.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/dts/rk3288-rock-pi-n8-u-boot.dtsi
b/arch/arm/dts/rk3288-r
Like, rk3399 the rk3288 also supports 4K resolution.
So, enable it for rk3288 with HDMI platforms.
Right now, rockchip video drivers are supporting for rk3288,
rk3399 SoC families, so mark the 4K resolution by default
if it's an HDMI video out.
Signed-off-by: Jagan Teki
Cc: Anatolij Gustschin
Enable Console multiplexing in ROCKPi N10 which would is
required to video out the console buffer.
Enable it.
Signed-off-by: Jagan Teki
---
configs/rock-pi-n10-rk3399pro_defconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/configs/rock-pi-n10-rk3399pro_defconfig
b/configs/rock-pi-n10-r
Hi Heinrich,
On Thu, 22 Oct 2020 at 18:35, Heinrich Schuchardt wrote:
>
> For testing purposes like running the UEFI SCT an RTC may be required.
> Provide an emulated RTC if we do not have a hardware one.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> MAINTAINERS| 1 +
> drivers/rt
Hi Stephen,
On Mon, 5 Oct 2020 at 15:35, Stephen Warren wrote:
>
> On 10/5/20 1:51 PM, Simon Glass wrote:
> > Hi Stephen,
> >
> > On Mon, 5 Oct 2020 at 13:39, Stephen Warren wrote:
> >>
> >> On 10/3/20 9:25 AM, Simon Glass wrote:
> >>> Add a new test_spl fixture to handle running SPL unit tests.
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.
Systems running I2C from OP-TEE before Linux executes - for example to
access a Secure Element [2] providing the cryptographic support - expect
this clock to
Chromebooks and the sandbox use a crosswire keyboard with function keys
FN1 - FN10. These keys are needed when running UEFI applications like GRUB
or the UEFI SCT.
Add support for these keys when translating from key codes to
ECMA-48 (or withdrawn ANSI 3.64) escape sequences.
All escape sequences
On Sat, Oct 24, 2020 at 12:17 AM Jagan Teki wrote:
>
> On Sun, Oct 18, 2020 at 5:39 PM Shuying Li wrote:
> >
> > From: Libunko
> >
> > Add initial support for Nanopi M4V2 board.
> >
> > Specification
> > - Rockchip RK3399
> > - Dual-Channel 4GB LPDDR4
> > - SD card slot
> > - eMMC socket
> > - R
On Sun, Oct 18, 2020 at 5:39 PM Shuying Li wrote:
>
> From: Libunko
>
> Add initial support for Nanopi M4V2 board.
>
> Specification
> - Rockchip RK3399
> - Dual-Channel 4GB LPDDR4
> - SD card slot
> - eMMC socket
> - RTL8211E 1Gbps
> - AP6356S WiFI/BT
> - HDMI In/Out, MIPI DSI/CSI
> - USB 3.0 x4
On Sat, Oct 17, 2020 at 4:28 AM Sean Anderson wrote:
>
> This series adds support for SPI on the Kendryte K210. This covers the MMC
> slot and SPI flash on the Sipeed Maix Bit.
>
> This series makes significant changes to the designware SPI driver. I would
> really appreciate if the maintainers I
On Thu, Oct 1, 2020 at 8:32 AM wrote:
>
> From: Takahiro Kuwano
>
> The S25HL-T/S25HS-T family is the Cypress Semper Flash with Quad SPI.
> The datasheet can be found in https://community.cypress.com/docs/DOC-15165
>
> This device family can be configured to non-uniform sector layout, while
> U-B
Greetings,
I'm working on U-Boot board support for a family of IMX8MM boards and
need to support multiple DTB's. My boards have an i2c EEPROM that I
need to read to find the model and other specifics before
board_fit_config_name_match can do the right thing.
I find that when I enable CONFIG_SPL_M
On Fri, Aug 7, 2020 at 10:43 PM Sean Anderson wrote:
>
> Preprocessing out large sections of the file is confusing and makes it
> difficult to follow the control flow. Presumably these were initially added
> to make porting easier, but this code has not been synced with Linux since
> it was introd
On Sat, Jul 11, 2020 at 10:23 PM Jagan Teki wrote:
>
> On Wed, Jul 8, 2020 at 6:25 PM Stefano Babic wrote:
> >
> > On 08.07.20 13:40, Jagan Teki wrote:
> > > On Sat, Jun 13, 2020 at 9:11 PM Tom Rini wrote:
> > >>
> > >> On Sat, Jun 13, 2020 at 07:24:39PM +0530, Jagan Teki wrote:
> > >>
> > >>> T
On Wed, Oct 14, 2020 at 2:35 PM Bin Meng wrote:
>
> From: Bin Meng
>
> Enable the command "misc" for accessing miscellaneous devices with
> a MISC uclass driver. The command provides listing all MISC devices
> as well as read and write functionalities via their drivers.
>
> Signed-off-by: Bin Men
On Tue, Oct 13, 2020 at 6:45 PM Bin Meng wrote:
>
> From: Bin Meng
>
> The "cmd/Kconfig" has a TODO description for CMD_MISC that it should
> really be named as CMD_SLEEP. Change it in the whole source tree.
>
> Signed-off-by: Bin Meng
> ---
>
> Changes in v2:
> - remove the "Misc functions" in
Hey all,
As part of moving us up again to a recent dtc snapshot (and get in sync
with the Linux kernel and get some useful bugfixes), a bunch of new dtc
warnings are showing up in our tree. These have all been fixed in
upstream Linux I do believe, so it's a matter of doing a full or partial
resyn
Hi Lukasz,
> From: U-Boot On Behalf Of Patrick DELAUNAY
> Sent: vendredi 4 septembre 2020 10:31
>
> Hi,
>
> > From: U-Boot On Behalf Of Guillermo
> > Rodriguez
> > Sent: mercredi 2 septembre 2020 13:06
> > To: u-boot@lists.denx.de
> > Cc: Guillermo Rodriguez ; Lukasz Majewski
> >
> > Subject:
On Fri, Oct 23, 2020 at 05:03:15PM +0900, Minkyu Kang wrote:
> Dear Tom,
>
> The following changes since commit 0f35d96bfd8565da2c5ba0f540827fff0e82eb32:
>
> Merge https://gitlab.denx.de/u-boot/custodians/u-boot-marvell (2020-10-14
> 13:51:56 -0400)
>
> are available in the git repository at
On Fri, Oct 23, 2020 at 04:23:49PM +0200, Parthiban Nallathambi wrote:
> phyBOARD-REGOR is based on phyCORE AM335x R2 SoM (PCL060).
>
> CPU : AM335X-GP rev 2.1
> Model: Phytec AM335x phyBOARD-REGOR
> DRAM: 512 MiB
> NAND: 512 MiB
> MMC: OMAP SD/MMC: 0
> eth0: ethernet@4a10
>
> Working:
On 10/23/20 4:39 PM, Patrick DELAUNAY wrote:
Hi,
[...]
From: Marek Vasut
Sent: lundi 19 octobre 2020 23:38
The cd-gpios with (GPIO_ACTIVE_LOW | GPIO_PULL_UP) gpio is thus far
unsupported, reinstate the old cd-gpios behavior until this handling
is fully implemented.
Hi,
> From: Marek Vasut
> Sent: jeudi 22 octobre 2020 20:19
> To: Patrick DELAUNAY ; u-boot@lists.denx.de
> Cc: Patrice CHOTARD
> Subject: Re: [PATCH] ARM: dts: stm32: Reinstate card detect behavior on
> DHSOM
> Importance: High
>
> On 10/22/20 7:17 PM, Patrick DELAUNAY wrote:
> > Hi Marek,
>
Dear Tom,
On 10/22/20 7:32 PM, Tom Rini wrote:
> On Thu, Oct 22, 2020 at 04:51:57PM +0200, Parthiban Nallathambi wrote:
>
>> phyBOARD-REGOR is based on phyCORE AM335x R2 SoM (PCL060).
>>
>> CPU : AM335X-GP rev 2.1
>> Model: Phytec AM335x phyBOARD-REGOR
>> DRAM: 512 MiB
>> NAND: 512 MiB
>> MMC:
phyBOARD-REGOR is based on phyCORE AM335x R2 SoM (PCL060).
CPU : AM335X-GP rev 2.1
Model: Phytec AM335x phyBOARD-REGOR
DRAM: 512 MiB
NAND: 512 MiB
MMC: OMAP SD/MMC: 0
eth0: ethernet@4a10
Working:
- Eth0
- i2C
- MMC/SD
- NAND
- UART
- USB (host)
Device trees were taken from Linux m
On 10/1/20 10:56 AM, Sean Anderson wrote:
> On 9/9/20 5:04 PM, Sean Anderson wrote:
>> This series depends on
>> https://patchwork.ozlabs.org/project/uboot/list/?series=200642
>>
>> Changes in v4:
>> - Fix build error without CONFIG_CLK
>>
>> Changes in v3:
>> - Note dependency on "time: Fix get_
On Fri, Oct 23, 2020 at 01:06:16PM +, Anastasiia Lukianenko wrote:
> On Fri, 2020-10-23 at 08:34 -0400, Tom Rini wrote:
> > On Fri, Oct 23, 2020 at 09:22:20AM +, Anastasiia Lukianenko
> > wrote:
> > > Hello,
> > >
> > > On Thu, 2020-10-22 at 20:31 -0400, Tom Rini wrote:
> > > > On Thu, Oct
On Fri, Oct 23, 2020 at 01:03:07AM +0530, Jagan Teki wrote:
> Hi Tom,
>
> Please pull this PR.
>
> Summary:
> - sun8i emac changes (Andre)
> - SCP firmware (Samuel)
>
> Travis-CI:
> https://travis-ci.org/github/openedev/u-boot/builds/738083734
>
> The following changes since commit 7ec87e41922
On Fri, 2020-10-23 at 08:34 -0400, Tom Rini wrote:
> On Fri, Oct 23, 2020 at 09:22:20AM +, Anastasiia Lukianenko
> wrote:
> > Hello,
> >
> > On Thu, 2020-10-22 at 20:31 -0400, Tom Rini wrote:
> > > On Thu, Oct 15, 2020 at 01:25:16PM +0900, AKASHI Takahiro wrote:
> > >
> > > > By using a hyper
On Fri, Oct 23, 2020 at 09:22:20AM +, Anastasiia Lukianenko wrote:
> Hello,
>
> On Thu, 2020-10-22 at 20:31 -0400, Tom Rini wrote:
> > On Thu, Oct 15, 2020 at 01:25:16PM +0900, AKASHI Takahiro wrote:
> >
> > > By using a hypervisor call, we can implement DEBUG_UART on xen.
> > > This will all
On Fri, Oct 23, 2020 at 3:35 AM Jorge Ramirez-Ortiz, Foundries
wrote:
> um, weirdthe patch indicates imx6 in the name. this should be enough no?
imx6 is too generic. Which imx6? imx6sx, imx6sl, imx6solo, imx6dl,
imx6qp, imx6q, imx6ul, imx6ull, imx6ulz?
It is OK to keep mx6 in the Subject th
>-Original Message-
>From: U-Boot On Behalf Of Biwen Li
>Sent: Thursday, October 15, 2020 2:15 PM
>To: Priyanka Jain
>Cc: Jiafei Pan ; u-boot@lists.denx.de; Biwen Li
>
>Subject: [PATCH] include/configs: ls1012aqds: add default environment
>variable
>
>From: Biwen Li
>
>This adds defaul
>-Original Message-
>From: Meenakshi Aggarwal
>Sent: Friday, October 23, 2020 12:56 PM
>To: Priyanka Jain (OSS) ; Stephen Carlson
>; U-Boot Mailing List
>Subject: RE: [PATCH] arm: fsl: common: Improve NXP VID driver PMBus support
>
>
>
>> -Original Message-
>> From: Priyanka Jain
From: Ashok Reddy Soma
Remove setting tapdelays for different speeds separately. Instead use
the ITAP and OTAP delay values which are read from the device tree.
If the DT does not contain tap delay values, the predefined values
will be used for the same.
Signed-off-by: Ashok Reddy Soma
Signed-o
Define input and output clock phase delays with pre-defined values.
Define arasan_sdhci_clk_data type structure and add it to priv
structure and store these clock phase delays in it.
Read input and output clock phase delays from dt. If these values are
not passed through dt, use pre-defined value
From: Ashok Reddy Soma
Fix the condition to set UHS timings for speeds upto HS200.
Signed-off-by: Ashok Reddy Soma
Signed-off-by: Michal Simek
---
(no changes since v1)
drivers/mmc/zynq_sdhci.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mmc/zynq_sdhci.c b/dr
From: Ashok Reddy Soma
Define and use functions for setting input and output tapdelays
based on clk phase delays.
Signed-off-by: Ashok Reddy Soma
Signed-off-by: Michal Simek
---
(no changes since v1)
drivers/mmc/zynq_sdhci.c | 128 +--
1 file changed, 123
From: Ashok Reddy Soma
Define default values for input and output clock phase delays for
Versal. Also define functions for setting tapdelays based on these
clock phase delays.
Signed-off-by: Ashok Reddy Soma
Signed-off-by: Michal Simek
---
(no changes since v1)
drivers/mmc/zynq_sdhci.c | 16
Just group macros below headers. Other patches will be using this location
too.
Signed-off-by: Michal Simek
Signed-off-by: Ashok Reddy Soma
---
(no changes since v1)
drivers/mmc/zynq_sdhci.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/mmc/zynq_sdhci.c b/dri
From: Ashok Reddy Soma
Define timing macro's for all the available speeds of mmc. This is
done similar to linux. Replace speed macro's used with these new timing
macro's wherever applicable.
Signed-off-by: Ashok Reddy Soma
Signed-off-by: Michal Simek
---
Changes in v2:
- Timing macro's are c
From: Ashok Reddy Soma
This reverts commit 942b5fc03218d1c94468fc658e7dec65dabcc830.
This is partial revert of the above commit.
mmc_of_parse() is reading no-1-8-v from device tree and if set,
it is clearing the UHS speed capabilities of cfg->host_caps.
cfg->host_caps &= ~(UHS_CAPS | MMC_MODE_H
Hi,
this patchset adding support for Tap delay programming for ZynqMP and
Versal.
Based on mainline discussion also DT properties have been introduced which
are documented here.
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/Documentation/devicetree/bindings/mmc/mmc-cont
The log command has led to NULL dereferences if an unknown category name
name was used due to missing entries in the list of category names.
Add compile time checks for the array sizes of log_cat_name and
log_lvl_name to avoid future mishaps.
Signed-off-by: Heinrich Schuchardt
---
common/log.c
CONFIG_TIMESTAMP is not related to the RTC drivers. It does not make any
sense to let the updating of the RTC by the sntp command depend on it.
Drop the CONFIG_TIMESTAMP checks.
Furthermore function dm_rtc_set() is enabled by CONFIG_DM_RTC. There is no
reason to require CONFIG_CMD_DATE when using
>-Original Message-
>From: U-Boot On Behalf Of Zhiqiang Hou
>Sent: Sunday, September 27, 2020 12:48 PM
>To: u-boot@lists.denx.de; Priyanka Jain ; Wasim
>Khan
>Cc: Z.q. Hou
>Subject: [PATCHv2] pci: layerscape: Fixup PCIe EP mode DT nodes for LX2160A
>rev2
>
>From: Hou Zhiqiang
>
>LX2160A
On 23/10/2020 11:49, Arnaud Patard (Rtp) wrote:
> Alper Nebi Yasak writes:
>> I think instead of supporting both devices in the same driver, it'd be
>> cleaner to split chip-specific parts into rk3288_edp.c and rk3399_edp.c
>> like the other ones for vop, hdmi, etc; the common parts would stay her
Am 23.10.2020 um 11:52 schrieb Marek Vasut:
> On 10/23/20 10:58 AM, Simon Goldschmidt wrote:
>> Am 31.07.2020 um 23:40 schrieb Tom Rini:
>>> On Tue, Jul 07, 2020 at 08:51:33PM +0200, Marek Vasut wrote:
>>>
If the ENV_ACCESS_IGNORE_FORCE is set, inform user that the variable
cannot be forc
On 10/23/20 10:58 AM, Simon Goldschmidt wrote:
> Am 31.07.2020 um 23:40 schrieb Tom Rini:
>> On Tue, Jul 07, 2020 at 08:51:33PM +0200, Marek Vasut wrote:
>>
>>> If the ENV_ACCESS_IGNORE_FORCE is set, inform user that the variable
>>> cannot be force-set if such attempt happens.
>>>
>>> Signed-off-b
Hello,
On Thu, 2020-10-22 at 20:31 -0400, Tom Rini wrote:
> On Thu, Oct 15, 2020 at 01:25:16PM +0900, AKASHI Takahiro wrote:
>
> > By using a hypervisor call, we can implement DEBUG_UART on xen.
> > This will allow us to see messages even earlier than serial_init().
> >
> > Signed-off-by: AKASHI
> -Original Message-
> From: Priyanka Jain
> Sent: Friday, October 23, 2020 9:22 AM
> To: Kuldeep Singh ; Priyanka Jain (OSS)
> ; u-boot@lists.denx.de
> Subject: RE: [PATCH] configs: ls1043aqds: Configure QSPI related configs
>
> >-Original Message-
> >From: U-Boot On Behalf Of K
Alper Nebi Yasak writes:
> On 25/09/2020 21:36, Arnaud Patard (Rtp) wrote:
>> The current code is setting the clock rate to 19200, but
>> due to the current device-tree configuration and linux code,
>> it should rather be 1.
>>
>
> This looks like it's ACLK_VOP to me. FYI, coreboot s
Am 31.07.2020 um 23:40 schrieb Tom Rini:
> On Tue, Jul 07, 2020 at 08:51:33PM +0200, Marek Vasut wrote:
>
>> If the ENV_ACCESS_IGNORE_FORCE is set, inform user that the variable
>> cannot be force-set if such attempt happens.
>>
>> Signed-off-by: Marek Vasut
>> Reviewed-by: Tom Rini
>
> Applied
Hello,
On Thu, 2020-10-22 at 18:49 +0900, takahiro.aka...@linaro.org wrote:
> On Thu, Oct 22, 2020 at 09:18:02AM +, Anastasiia Lukianenko
> wrote:
> > Hi,
> >
> > On Thu, 2020-10-15 at 13:25 +0900, AKASHI Takahiro wrote:
> > > At present, DM_FLAG_PRE_RELOC is set only if !OF_CONTROL.
> > > It
On Mon, Sep 14, 2020 at 7:04 PM Robert Marko wrote:
>
> According to the mx25l12805d datasheet it supports using 4K or 64K sectors.
> So lets add the SECT_4K to enable 4K sector usage.
>
> Datasheet:
> https://www.mxic.com.tw/Lists/Datasheet/Attachments/7321/MX25L12805D,%203V,%20128Mb,%20v1.2.pdf
From: Eugeniu Rosca
On request/suggestion from Simon Glass back in May 22 2019 [1], the
'strsep' mechanism implemented in bcb_set() was set to work directly
with user-provided argv strings, to avoid duplicating memory and for
the sake of simpler implementation.
However, since we recently exposed
Hi,
On Thu, 2020-10-22 at 18:53 +0900, takahiro.aka...@linaro.org wrote:
> On Thu, Oct 22, 2020 at 09:19:41AM +, Anastasiia Lukianenko
> wrote:
> > Hi,
> >
> > On Thu, 2020-10-15 at 13:25 +0900, AKASHI Takahiro wrote:
> > > By using a hypervisor call, we can implement DEBUG_UART on xen.
> > >
This reverts commit 0ebf9842e56c5b8cb7cb1f990bb452cc14af6225.
Current generic implementation of fastboot_set_reboot_flag is somewhat
messy and requires some additional configuration option to be enabled
besides CMD_BCB, so it reverts that implementtion in order to bring a
new cleaner one.
Next co
It is possible to implement fastboot_set_reboot_flag in a generic way
if BCB commands are turned on for a target. Using
bcb_set_reboot_reason allows to do this by simply passing string with
correct reboot reason that should be handled during next boot process.
If BCB are turned off, then bcb_set_r
From: Eugeniu Rosca
Fastboot is evolving and beginning with commit [1], the
upstream implementation expects bootloaders to offer support for:
- reboot-recovery
- reboot-fastboot
The most natural way to achieve the above is through a set of
pre-defined "reboot reason" strings, written into / re
From: Eugeniu Rosca
Enriching the functionality of U-Boot 'bcb' may assume using the
existing sub-commands as building blocks for the next ones.
A clean way to achive the above is to expose a number of static
routines, each mapped to an existing user command (e.g. load/set/store),
with a user/ca
From: Eugeniu Rosca
Enriching the functionality of U-Boot 'bcb' may assume using the
existing sub-commands as building blocks for the next ones.
A clean way to achive the above is to expose a number of static
routines, each mapped to an existing user command (e.g. load/set/store),
with a user/ca
From: Eugeniu Rosca
Enriching the functionality of U-Boot 'bcb' may assume using the
existing sub-commands as building blocks for the next ones.
A clean way to achive the above is to expose a number of static
routines, each mapped to an existing user command (e.g. load/set/store),
with a user/ca
Current generic implementation of fastboot_set_reboot_flag is somewhat
messy and requires some additional configuration option to be enabled
besides CMD_BCB, so it reverts that implementtion in order to bring a
new cleaner one.
New function called bcb_set_reboot_reason should be exposed by BCB
com
Alper Nebi Yasak writes:
> On 25/09/2020 21:36, Arnaud Patard (Rtp) wrote:
>> The linux code is setting polarity configuration to 3 but
>> uboot code is setting it to 1. Change the configuration to match the
>> linux configuration
> FYI, coreboot does the same as existing code, but Linux support
Hello,
On Thu, 2020-10-22 at 18:53 +0900, takahiro.aka...@linaro.org wrote:
> On Thu, Oct 22, 2020 at 09:19:41AM +, Anastasiia Lukianenko
> wrote:
> > Hi,
> >
> > On Thu, 2020-10-15 at 13:25 +0900, AKASHI Takahiro wrote:
> > > By using a hypervisor call, we can implement DEBUG_UART on xen.
>
On Tue, Sep 29, 2020 at 3:34 PM Biju Das wrote:
>
> Add Winbond W25M512JW flash device description.
>
> Signed-off-by: Biju Das
> Reviewed-by: Lad Prabhakar
> ---
> This patch series depend on [1]
> [1]
> https://patchwork.ozlabs.org/project/uboot/patch/20200917145030.29404-1-prabhakar.mahadev-
Alper Nebi Yasak writes:
Hi,
> On 25/09/2020 21:36, Arnaud Patard (Rtp) wrote:
>> According to linux commit "drm/rockchip: analogix_dp: add rk3399 eDP
>> support" (82872e42bb1501dd9e60ca430f4bae45a469aa64), rk3288 and rk3399
>> eDP IPs are nearly the same, the difference is in the grf register
>
On Thu, Oct 15, 2020 at 8:48 PM Patrick Delaunay
wrote:
>
> Define LOG_CATEGORY and change printf and pr_*
> to dev_ (when dev is available) or log_ macro.
>
> This patch adds the support of logging feature with log command
> (filtering, display of device name in trace) and allows to
> suppress tr
On Sat, Jun 13, 2020 at 7:25 PM Jagan Teki wrote:
>
> Enable DM_SPI/DM_SPI_FLASH with associated config
> options.
>
> Build fine, but not tested.
>
> Patch-cc: Uri Mashiach
> Signed-off-by: Jagan Teki
> ---
Applied to u-boot-spi/master
On Sat, Jun 13, 2020 at 7:25 PM Jagan Teki wrote:
>
> Enable DM_SPI/DM_SPI_FLASH with a related config option.
>
> Build fine, but not tested.
>
> Patch-cc: Nikita Kiryanov
> Signed-off-by: Jagan Teki
> ---
Applied to u-boot-spi/master
Dear Tom,
The following changes since commit 0f35d96bfd8565da2c5ba0f540827fff0e82eb32:
Merge https://gitlab.denx.de/u-boot/custodians/u-boot-marvell (2020-10-14
13:51:56 -0400)
are available in the git repository at:
g...@gitlab.denx.de:u-boot/custodians/u-boot-samsung.git master
for you
Hi,
these small series is only synchronizing generic configuration with Xilinx
ARM SoCs and also getting rid of initrd_high/fdt_high variables setting.
bootm_low/bootm_size are used instead.
Thanks,
Michal
Michal Simek (2):
microblaze: Wire generic xilinx board_late_init_xilinx()
microblaze
Call generic board_late_init_xilinx() to be aligned with the rest of xilinx
platforms. Also getting rid of initrd_high/fdt_high and use
bootm_low/boot_size instead.
Reported-by: Tom Rini
Signed-off-by: Michal Simek
---
board/xilinx/common/board.c | 4 ++--
.../microblaze
In board_late_init() several variables are setup to match the current
configuration.
Signed-off-by: Michal Simek
---
configs/microblaze-generic_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/microblaze-generic_defconfig
b/configs/microblaze-generic_defconfig
index 7cf736
> -Original Message-
> From: Priyanka Jain (OSS)
> Sent: Friday, October 23, 2020 11:54 AM
> To: Stephen Carlson ; U-Boot Mailing List b...@lists.denx.de>; Meenakshi Aggarwal
> Subject: RE: [PATCH] arm: fsl: common: Improve NXP VID driver PMBus support
>
> >-Original Message-
78 matches
Mail list logo
