Hi Stefan,
Thanks for this patch.
On 09/13/2017 02:29 PM, Stefan Agner wrote:
From: Stefan Agner
The current mechanism using SCR/GPR registers work well when
the serial downloader boot mode has been selected explicitly
(either via boot mode pins or using bmode
On 09/13/2017 02:29 PM, Stefan Agner wrote:
From: Stefan Agner
This macro allows to detect whether the USB PHY is active. This
is helpful to detect if the boot ROM has previously started the
USB serial downloader.
The idea is taken from the mfgtool support in the NXP
On 09/13/2017 11:07 PM, York Sun wrote:
> On 09/13/2017 01:38 PM, Heinrich Schuchardt wrote:
>> On 08/08/2017 01:16 AM, York Sun wrote:
>>> Add Kconfig option SPL_GZIP and SPL_ZLIB to enable gunzip support for
>>> SPL boot, eg. falcon boot compressed kernel image.
>>>
>>> Signed-off-by: York Sun
On Wednesday 13 September 2017 11:57 PM, Andrew F. Davis wrote:
> From: Harinarayan Bhatta
>
> When the OP-TEE image is built for secure paging the load address may be
> in SRAM, remove checks that prevent this.
>
> Signed-off-by: Harinarayan Bhatta
>
Use the CONFIG__BOOT to indicate the boot media, instead of
the CONFIG_SYS_USE_ option, which is declared by
CONFIG_SYS_EXTRA_OPTIONS option.
Signed-off-by: Wenyou Yang
---
Changes in v3: None
Changes in v2: None
arch/arm/mach-at91/spl.c | 16
To remove the assignment of CONFIG_SYS_EXTRA_OPTIONS option,
which is deprecated, use the CONFIG__BOOT options to
indicate the boot media, and the SoC is selected by the board.
Signed-off-by: Wenyou Yang
---
Changes in v3:
- Rebase the u-boot/master (ba39608147).
From: Wenyou Yang
As said in READRE.kconfig, include/configs/*.h will be removed
after all options are switched to Kconfig. As the first step,
remove the follow line from include/configs/*.h.
#include
Signed-off-by: Wenyou Yang
---
Changes
From: Wenyou Yang
Move the CONFIG_AT91FAMILY option from include/mach/.h header
file to Kconfig.
Signed-off-by: Wenyou Yang
---
Changes in v3: None
Changes in v2: None
arch/arm/mach-at91/Kconfig| 3 +++
From: Wenyou Yang
To prepare to remove the SoCs options such as SAMA5D2, SAMA5D3
and SAMA5D4 from the CONFIG_SYS_EXTRA_OPTIONS option which is
deprecated, add the SoC options to Kconfig.
Signed-off-by: Wenyou Yang
---
Changes in v3: None
The CONFIG_SYS_EXTRA_OPTIONS option is deprecated, remove the value
of this option from the board default config files.
Changes in v3:
- Rebase the u-boot/master (ba39608147).
Changes in v2:
- Rebase the uboot/master (84a42069f253).
Wenyou Yang (5):
ARM: at91: Move CONFIG_AT91FAMILY option
On Thu, Sep 14, 2017 at 12:29:11AM +0200, Thomas Petazzoni wrote:
> Hello,
>
> On Tue, 29 Aug 2017 17:18:24 -0400, Tom Rini wrote:
>
> > > env/embedded.o is missing in the link. It is added to extra-y by:
> > >
> > > extra-$(CONFIG_ENV_IS_IN_FLASH) += embedded.o
> > >
> > > I dumped extra-y
On Fri, Aug 25, 2017 at 07:33:26AM -0500, Adam Ford wrote:
> The DTS files had some spacing issues and they needed fixing. This
> pull re-sync's the OMAP3xx related DTS files with Linux 4.13-RC5.
>
> To keep the DTS and DTSI files clean and in sync with Linux, new
> u-boot.dtsi files are added.
On Fri, Sep 08, 2017 at 05:01:17PM -0500, Adam Ford wrote:
> There was a check for CONFIG_MAC_ADDR_IN_EEPROM and
> a check for CONFIG_MAC_ADDR_IN_SPIFLASH, however
> some of the EEPROM related code wasn't encapsulated
> inside the #if defined statement so the EEPROM code
> could get executed even
Hi Bin,
On 12 September 2017 at 07:47, Bin Meng wrote:
> Hi Simon,
>
> On Wed, Sep 6, 2017 at 9:39 AM, Simon Glass wrote:
>> Hi Bin,
>>
>> On 27 August 2017 at 23:18, Bin Meng wrote:
>>> Hi Simon,
>>>
>>> On Sun, Aug 27, 2017 at 11:23
On Sun, Aug 13, 2017 at 07:36:14AM -0500, Adam Ford wrote:
> Either the USB and Fastboot were never finished, or somehow it got
> lost. This puts enough hooks back into omap3logic to enable
> fastboot and hopefully prepare it for Kconfig conversion.
>
> Signed-off-by: Adam Ford
On Fri, Sep 08, 2017 at 05:01:18PM -0500, Adam Ford wrote:
> This converts the following to Kconfig:
>CONFIG_MAC_ADDR_IN_SPIFLASH
>CONFIG_MAC_ADDR_IN_EEPROM
>
> Signed-off-by: Adam Ford
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital
On Tue, Sep 12, 2017 at 03:27:33PM -0500, Adam Ford wrote:
> This converts the following to Kconfig:
>CONFIG_EMIF4
>CONFIG_SDRC
>
> Signed-off-by: Adam Ford
> Reviewed-by: Simon Glass
> Reviewed-by: Stefano Babic
Applied to
On Mon, Sep 04, 2017 at 09:08:02PM -0500, Adam Ford wrote:
> In mancy cases both CONFIG_ENV_OFFSET and CONFIG_ENV_ADDR point
> to an otherwise-unused SMNAND_ENV_OFFSET.
> This patch will set both CONFIG_ENV_OFFSET and CONFIG_ENV_ADDR to
> whatever value was defined by SMNAND_ENV_OFFSET.
>
>
On Tue, Sep 12, 2017 at 03:45:05PM -0500, Adam Ford wrote:
> The e-mail addresses for DA8XXEVM BOARD and DA850_AM18XXEVM BOARD
> are invalid.
>
> Remove DA8XXEVM.
>
> Update DA850_AM18XXEVM to have me be the maintainer since I work
> for Logic PD and have access to OMAP-L138 and AM1808 EVM
On Thu, Aug 24, 2017 at 08:29:07PM -0700, Wilson Lee wrote:
> From: Keng Soon Cheah
>
> Some device the serial console's initialization cannot run early during
> the boot process. Hence, nulldev serial device is helpful on that
> situation.
>
> For example, if the
On Tue, Aug 08, 2017 at 08:50:33AM +0800, Wenyou Yang wrote:
> Fix the building warning as below:
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
On Tue, Aug 01, 2017 at 04:17:12PM +0200, Anatolij Gustschin wrote:
> With debug enabled, SPL output following these debug prints is on the
> same line and it is hard to read. Fix it.
>
> Signed-off-by: Anatolij Gustschin
> Reviewed-by: Bin Meng
Applied to
On Wed, Sep 13, 2017 at 07:34:32PM -0600, Simon Glass wrote:
> Hi Tom,
>
> This fixes an annoying problem discovered in a recent patman feature.
>
>
> The following changes since commit ba39608147c797cffb266579b5791649f0f8e60c:
>
> ARM: DRA72x: Add support for detection of DRA71x SR 2.1
2017-09-13 20:45 GMT+09:00 Masahiro Yamada :
> buildman is 60% done, and no regression so far.
>
> I will report the full-stat when buildman is complete.
>
>
Finished buildman test.
No regression from the point of C grammar.
But, image size exceeded its platform
Hi Ashish
> -Original Message-
> From: Ashish Kumar
> Sent: Thursday, September 14, 2017 12:49 AM
> To: Ran Wang
> Cc: U-Boot Mailing List ; Bin Meng
> ; prabhakar.khusw...@nxp.com
> Subject: RE: [U-Boot] [PATCH 2/2]
From: rick
Support spi driver and can detect MX25U1635E flash on AE3XX board.
Verification:
sf probe 0:0 5000 0
spi_flash_std_probe(sf_Probr.c)
spi_flash_probe_slave(sf_Probr.c)
SF: Detected mx25u1635e with page size 256 Bytes, erase size 4 KiB,
total 2
From: rick
Add spi dts node and enable spi dm flash config.
Signed-off-by: rick
---
arch/nds32/dts/ae3xx.dts| 23 +++
configs/adp-ae3xx_defconfig | 10 +-
include/configs/adp-ae3xx.h | 15 +--
3 files
From: rick
To support MACRONIX MX25U1635E 16M-BIT flash.
Signed-off-by: rick
---
drivers/mtd/spi/spi_flash_ids.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mtd/spi/spi_flash_ids.c b/drivers/mtd/spi/spi_flash_ids.c
index
Hi Tom,
This fixes an annoying problem discovered in a recent patman feature.
The following changes since commit ba39608147c797cffb266579b5791649f0f8e60c:
ARM: DRA72x: Add support for detection of DRA71x SR 2.1 (2017-09-12
18:02:29 -0400)
are available in the git repository at:
On 12 September 2017 at 23:29, Bin Meng wrote:
> On Wed, Sep 13, 2017 at 12:56 PM, Chris Packham
> wrote:
>> On Wed, Sep 13, 2017 at 2:30 PM, Simon Glass wrote:
>>> This section of the settings file may be missing. Handle that
Hi Tom
On 2017/9/13 20:25, Tom Rini wrote:
On Fri, Aug 04, 2017 at 09:20:01AM +0800, Wenyou Yang wrote:
From: Wenyou Yang
Move the CONFIG_AT91FAMILY option from include/mach/.h header
file to Kconfig.
Signed-off-by: Wenyou Yang
Can you
On Wed, Sep 13, 2017 at 06:53:17PM -0600, Simon Glass wrote:
> Hi Pantelis,
>
> On 4 September 2017 at 14:12, Pantelis Antoniou
> wrote:
> > This patchset allows uboot to handle overlays in a manner that uses
> > a base DT blob and an arbitrary number of DT
Hi Pantelis,
On 4 September 2017 at 14:12, Pantelis Antoniou
wrote:
> This patchset allows uboot to handle overlays in a manner that uses
> a base DT blob and an arbitrary number of DT overlays blobs.
>
> While it is intended to be used with FIT images since
Add a simple test for long strings.
Signed-off-by: Rob Clark
---
test/print_ut.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/test/print_ut.c b/test/print_ut.c
index baad289972..a42c554bef 100644
--- a/test/print_ut.c
+++ b/test/print_ut.c
@@ -36,6 +36,9 @@ static
Hello,
On Tue, 29 Aug 2017 17:18:24 -0400, Tom Rini wrote:
> > env/embedded.o is missing in the link. It is added to extra-y by:
> >
> > extra-$(CONFIG_ENV_IS_IN_FLASH) += embedded.o
> >
> > I dumped extra-y right after this line, and it does contain embedded.o.
> > However, it does not get
Hello,
On Mon, 28 Aug 2017 14:16:38 +0200, Thomas Petazzoni wrote:
> In the SH7785/SH7786 case, the SCSCR value is harcoded to be 0x3a,
> which means bits CKE1/CKE0 have the value 10b. This tells the SCIF
> that the "External clock/SCIF_SCK pin functions as clock input".
>
> However, this is not
Hello,
Has anyone any comments/suggestions on the below questions? How is this
problem solved on other architectures?
Thanks,
Thomas
On Mon, 28 Aug 2017 14:32:49 +0200, Thomas Petazzoni wrote:
> Hello,
>
> As you've noticed, I'm porting U-Boot to a SH4 board running
> big-endian. The
Note that this doesn't differentiate (due to lack of information in
video_priv) between different possible component orders for 32bpp.
But the main user at this point is efi_loader, and GOP expects xBGR
so any video drivers that this is incorrect for already have problems.
(Also, conveniently,
Split out of earlier efi_loader patchset, and updated with some
comments, use of simple_strtol[1], and added kconfig option to
enable ANSI escape sequence support.
[1] not a hard dependency, but to ensure correct behavior in all cases,
depends on "lib: strto: fix incorrect handling of
We need to do something different for vidconsole, since it cannot
respond to the query on stdin. Prep work for next patch.
Signed-off-by: Rob Clark
---
lib/efi_loader/efi_console.c | 53 +---
1 file changed, 30 insertions(+), 23
This avoids printf() spam about file reads (such as loading an image)
into unaligned buffers (and the associated memcpy()). And generally
seems like a good idea.
Signed-off-by: Rob Clark
---
lib/efi_loader/efi_memory.c | 5 +++--
1 file changed, 3 insertions(+), 2
1) use fputs() to reduce cache flushes from once-per-char to
once-per-string
2) handle \r, \t, and \b in addition to just \n for tracking
cursor position
3) cursor row/col are zero based, not one based
Signed-off-by: Rob Clark
---
include/efi_api.h| 6
Content can come to screen via putc() and we cannot always rely on
updates ending with a puts(). This is the case with efi_console output
to vidconsole. Fixes corruption with Shell.efi.
Signed-off-by: Rob Clark
---
drivers/video/vidconsole-uclass.c | 3 +++
1 file
If stdout is vidconsole, we cannot rely on ANSI escape sequences to
query the size, as vidconsole cannot reply on stdin. Instead special-
case this if stdout is vidconsole.
Signed-off-by: Rob Clark
---
lib/efi_loader/efi_console.c | 16 +++-
1 file changed, 15
Get rid of the hacky fake boot-device and duplicate device-path
constructing (which needs to match what efi_disk and efi_net do).
Instead convert over to use efi_device_path helpers to construct
device-paths, and use that to look up the actual boot device.
Also, extract out a helper to plug
This is really the same thing as the efi_device_path struct.
Signed-off-by: Rob Clark
---
include/efi_api.h| 12 ++--
lib/efi_loader/efi_device_path_to_text.c | 13 -
2 files changed, 10 insertions(+), 15 deletions(-)
diff --git
Signed-off-by: Rob Clark
---
include/efi_api.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/efi_api.h b/include/efi_api.h
index d0aefa8221..604c5b7ec4 100644
--- a/include/efi_api.h
+++ b/include/efi_api.h
@@ -373,7 +373,7 @@ struct
Also, create disk objects for the disk itself, in addition to the
partitions. (UEFI terminology is a bit confusing, a "disk" object is
really a partition.) This helps grub properly identify the boot device
since it is trying to match up partition "disk" object with it's parent
device.
Now
fallback.efi (and probably other things) use UEFI's simple-file-system
protocol and file support to search for OS's to boot.
Signed-off-by: Rob Clark
---
include/efi.h | 2 +
include/efi_api.h | 65 +
include/efi_loader.h
Similar to a "real" UEFI implementation, the bootmgr looks at the
BootOrder and Boot variables to try to find an EFI payload to load
and boot. This is added as a sub-command of bootefi.
The idea is that the distro bootcmd would first try loading a payload
via the bootmgr, and then if that
These should be set according to the image type. Shell.efi and SCT.efi
use these fields to determine what sort of image they are loading.
Signed-off-by: Rob Clark
---
include/pe.h | 6 ++
lib/efi_loader/efi_image_loader.c | 22
York,
> On 13 Sep 2017, at 23:24, York Sun wrote:
>
> On 09/13/2017 02:21 PM, Dr. Philipp Tomsich wrote:
>> York,
>>
>>> On 13 Sep 2017, at 23:16, York Sun wrote:
>>>
>>> On 09/13/2017 12:30 PM, Philipp Tomsich wrote:
To better support bootin through
Really just the subset that is needed by efi_console. Perhaps more will
be added later, for example color support would be useful to implement
efi_cout_set_attribute().
Signed-off-by: Rob Clark
---
drivers/video/Kconfig | 8 +++
It needs to handle more device-path node types, and also multiple levels
of path hierarchy. To simplify this, initially construct utf8 string to
a temporary buffer, and then allocate the real utf16 buffer that is
returned. This should be mostly for debugging or at least not critical-
path so an
Previously we only supported the case when the EFI application loaded
the image into memory for us. But fallback.efi does not do this.
Signed-off-by: Rob Clark
---
lib/efi_loader/efi_boottime.c | 85 +++
1 file changed, 70
Utilize printf GUID support to print GUIDs.
Signed-off-by: Rob Clark
---
lib/efi_loader/efi_boottime.c | 22 +++---
lib/efi_loader/efi_variable.c | 6 +++---
2 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/lib/efi_loader/efi_boottime.c
Helpers to construct device-paths from devices, partitions, files, and
for parsing and manipulating device-paths.
For non-legacy devices, this will use u-boot's device-model to construct
device-paths which include bus hierarchy to construct device-paths. For
legacy devices we still fake it, but
Add EFI variable support, mapping to u-boot environment variables.
Variables are pretty important for setting up boot order, among other
things. If the board supports saveenv, then it will be called in
ExitBootServices() to persist variables set by the efi payload. (For
example, fallback.efi
From: Peter Jones
EFI client programs need the signature information from the partition
table to determine the disk a partition is on, so we need to fill that
in here.
Signed-off-by: Peter Jones
[separated from efi_loader part, and fixed build-errors for
Signed-off-by: Rob Clark
---
lib/efi_loader/efi_net.c | 19 ++-
1 file changed, 2 insertions(+), 17 deletions(-)
diff --git a/lib/efi_loader/efi_net.c b/lib/efi_loader/efi_net.c
index 0b949d86e8..aa0618fd3a 100644
--- a/lib/efi_loader/efi_net.c
+++
All of the device-path related structures should be packed. UEFI
defines the device-path as a byte-aligned data structure.
Signed-off-by: Rob Clark
---
include/efi_api.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/include/efi_api.h
From: Peter Jones
Signed-off-by: Peter Jones
Signed-off-by: Rob Clark
---
include/efi_api.h | 54 ++
1 file changed, 54 insertions(+)
diff --git a/include/efi_api.h
Prep work for next patch.
Signed-off-by: Rob Clark
---
include/efi.h | 4
include/part.h | 3 ++-
include/part_efi.h | 4
3 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/include/efi.h b/include/efi.h
index 02b78b31b1..87b0b43f20 100644
---
This patchset fleshes out EFI_LOADER enough to support booting an
upstream \EFI\BOOT\bootaa64.efi (which then loads fallback.efi and
then eventually the per-distro shim.efi which loads the per-distro
grubaa64.efi) without resorting to hacks to hard-code u-boot to load
a particular distro's grub,
The default value with distro_bootcmd is 2 seconds, which is
reasonably fast, and provides a consistent experience across platforms
supporting distro_bootcmd.
The current bootdelay value of 0 seconds is a bit challenging to
interrupt when desired.
Signed-off-by: Vagrant Cascadian
Signed-off-by: Vagrant Cascadian
---
include/configs/odroid.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/odroid.h b/include/configs/odroid.h
index 43138e2191..573ccbdd36 100644
--- a/include/configs/odroid.h
+++
Using distro_bootcmd standardizes board behavior across many
platforms. This is particularly useful for distributions supporting
multiple boards without requiring custom configuration for each board.
Signed-off-by: Vagrant Cascadian
---
include/configs/odroid.h | 19
Signed-off-by: Vagrant Cascadian
---
include/configs/odroid.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/odroid.h b/include/configs/odroid.h
index 2afb19f84a..43138e2191 100644
--- a/include/configs/odroid.h
+++
The default value with distro_bootcmd is 2 seconds, which is
reasonably fast, and provides a consistent experience across platforms
supporting distro_bootcmd.
The current bootdelay value of 0 seconds is a bit challenging to
interrupt when desired.
Cc: Jaehoon Chung
Using distro_bootcmd standardizes board behavior across many
platforms. This is particularly useful for distributions supporting
multiple boards without requiring custom configuration for each board.
There are a few changes needed to support distro_bootcmd, such as
fixing the default value for
Sorry, the subject should have been v4.
--
Stefan
On 2017-09-13 14:29, Stefan Agner wrote:
> From: Stefan Agner
>
> This macro allows to detect whether the USB PHY is active. This
> is helpful to detect if the boot ROM has previously started the
> USB serial
From: Stefan Agner
This macro allows to detect whether the USB PHY is active. This
is helpful to detect if the boot ROM has previously started the
USB serial downloader.
The idea is taken from the mfgtool support in the NXP U-Boot:
From: Stefan Agner
The current mechanism using SCR/GPR registers work well when
the serial downloader boot mode has been selected explicitly
(either via boot mode pins or using bmode command). However,
in case the system entered boot ROM due to unbootable primary
boot
On 07/28/2017 07:07 AM, Gan, Yau Wai wrote:
> Tag CPU with dm-pre-reloc to enable driver before
> relocation.
>
> Signed-off-by: Gan, Yau Wai
> Cc: Thomas Chou
Reviewed-by: Marek Vasut
Tom, please apply directly as the maintainer
On 09/13/2017 02:21 PM, Dr. Philipp Tomsich wrote:
> York,
>
>> On 13 Sep 2017, at 23:16, York Sun wrote:
>>
>> On 09/13/2017 12:30 PM, Philipp Tomsich wrote:
>>> To better support bootin through an ATF or OPTEE, we need to
>>> streamline some of the logic for when the FDT is
On 09/13/2017 11:02 PM, Otavio Salvador wrote:
> Marek,
>
> On Wed, Sep 13, 2017 at 5:20 PM, Marek Vasut wrote:
>> On 09/13/2017 10:11 PM, Otavio Salvador wrote:
>>> On Wed, Sep 13, 2017 at 5:05 PM, Marek Vasut wrote:
>>> ...
What is the status
On 09/13/2017 12:30 PM, Philipp Tomsich wrote:
> To better support bootin through an ATF or OPTEE, we need to
> streamline some of the logic for when the FDT is appended to an image:
> depending on the image type, we'd like to append the FDT not at all
> (the case for the OS boot), to the
Hi Stefan,
On 09/13/2017 12:47 PM, Stefan Agner wrote:
On 2017-09-13 02:19, Stefano Babic wrote:
Hi Eric, Stefan,
On 13/09/2017 02:30, Eric Nelson wrote:
Hi Stefan,
I hate to be fussy about this, but I don't think I saw a reply
to my earlier comment about the term "USB PHY".
On 09/13/2017 01:38 PM, Heinrich Schuchardt wrote:
> On 08/08/2017 01:16 AM, York Sun wrote:
>> Add Kconfig option SPL_GZIP and SPL_ZLIB to enable gunzip support for
>> SPL boot, eg. falcon boot compressed kernel image.
>>
>> Signed-off-by: York Sun
>> Reviewed-by: Tom Rini
On Wed, Sep 13, 2017 at 4:47 PM, Stefan Agner wrote:
> The USB serial downloader only works with the OTG USB PHY anyway, so I
> will rename it. I like to have USB still in there, how about:
>
> is_usbotg_phy_active()
Looks fine. Please send a v4 with it and we should be good
Marek,
On Wed, Sep 13, 2017 at 5:20 PM, Marek Vasut wrote:
> On 09/13/2017 10:11 PM, Otavio Salvador wrote:
>> On Wed, Sep 13, 2017 at 5:05 PM, Marek Vasut wrote:
>> ...
>>> What is the status of those dangling patches ? They were apparently
>>>
On Wed, 13 Sep 2017, David Wu wrote:
Signed-off-by: David Wu
Reviewed-by: Philipp Tomsich
---
arch/arm/include/asm/arch-rockchip/cru_rv1108.h | 5
drivers/clk/rockchip/clk_rv1108.c | 35
On Wed, 13 Sep 2017, David Wu wrote:
The clk_saradc is dividing from the 24M, clk_saradc=24MHz/(saradc_div_con+1).
Saradc integer divider control register is 10-bits width.
Signed-off-by: David Wu
Reviewed-by: Philipp Tomsich
> On 13 Sep 2017, at 22:41, Philipp Tomsich
> wrote:
>
>
>
> On Wed, 13 Sep 2017, David Wu wrote:
>
>> The clk_saradc is dividing from the 24M, clk_saradc=24MHz/(saradc_div_con+1).
>> Saradc integer divider control register is 8-bits width.
>>
>>
On Wed, 13 Sep 2017, David Wu wrote:
The clk_saradc is dividing from the 24M, clk_saradc=24MHz/(saradc_div_con+1).
Saradc integer divider control register is 8-bits width.
Signed-off-by: David Wu
Reviewed-by: Philipp Tomsich
On Wed, 13 Sep 2017, David Wu wrote:
The clk_saradc is dividing from the 24M, clk_saradc=24MHz/(saradc_div_con+1).
Saradc integer divider control register is 8-bits width.
Signed-off-by: David Wu
Reviewed-by: Philipp Tomsich
On Wed, 13 Sep 2017, David Wu wrote:
The ADC can support some channels signal-ended some bits Successive
Approximation
Register (SAR) A/D Converter, like 6-channel and 10-bit. It converts the analog
input signal into some bits binary digital codes.
Signed-off-by: David Wu
On 08/08/2017 01:16 AM, York Sun wrote:
> Add Kconfig option SPL_GZIP and SPL_ZLIB to enable gunzip support for
> SPL boot, eg. falcon boot compressed kernel image.
>
> Signed-off-by: York Sun
> Reviewed-by: Tom Rini
> ---
>
> Changes in v2:
> Combine
> Signed-off-by: David Wu
> ---
> arch/arm/dts/rv1108.dtsi | 11 +++
> 1 file changed, 11 insertions(+)
>
Acked-by: Philipp Tomsich
___
U-Boot mailing list
U-Boot@lists.denx.de
> The clk_saradc is dividing from the 24M, clk_saradc=24MHz/(saradc_div_con+1).
> Saradc integer divider control register is 8-bits width.
>
> Signed-off-by: David Wu
> ---
> drivers/clk/rockchip/clk_rk3399.c | 34 ++
> 1 file changed, 34
On Wed, 13 Sep 2017, Kever Yang wrote:
From: Elaine Zhang
Add Rockchip pmic rk805 support.
Again: a bit more info would be helpful (see my review of patch 2/5 for a
few hints).
Signed-off-by: Elaine Zhang
Signed-off-by: Kever Yang
On Wed, 13 Sep 2017, Kever Yang wrote:
From: Elaine Zhang
Add Rockchip pmic rk816 support.
Could you summarise some of the key-features of the RK816 here? Just a few
words, so we know how it's different from the others and what it's used
for (e.g. "PMIC
On 09/13/2017 10:11 PM, Otavio Salvador wrote:
> On Wed, Sep 13, 2017 at 5:05 PM, Marek Vasut wrote:
> ...
>> What is the status of those dangling patches ? They were apparently
>> posted, but didn't make it into the last two (?) releases.
>
> I am confused. Are you asking
> From: Elaine Zhang
>
> Add defconfig for rk8xx and regulator and i2c controller.
>
> Signed-off-by: Elaine Zhang
> Signed-off-by: Kever Yang
> ---
>
> configs/evb-rk3328_defconfig | 6 ++
> 1 file changed,
> Signed-off-by: David Wu
> ---
> arch/arm/dts/rv1108.dtsi | 11 +++
> 1 file changed, 11 insertions(+)
>
Reviewed-by: Philipp Tomsich
___
U-Boot mailing list
> From: Elaine Zhang
>
> add i2c1 and rk805 nodes to support rk805 init setting.
>
> Signed-off-by: Elaine Zhang
> Signed-off-by: Kever Yang
> ---
>
> arch/arm/dts/rk3328-evb.dts | 118
>
> From: Elaine Zhang
>
> Add compatible to support rk3328 i2c
>
> Signed-off-by: Elaine Zhang
> Signed-off-by: Kever Yang
> Acked-by: Philipp Tomsich
> ---
>
>
On Wed, Sep 13, 2017 at 5:05 PM, Marek Vasut wrote:
...
> What is the status of those dangling patches ? They were apparently
> posted, but didn't make it into the last two (?) releases.
I am confused. Are you asking for U-Boot community or OE community?
--
Otavio
> Signed-off-by: David Wu
> Reviewed-by: Philipp Tomsich
> Reviewed-by: Philipp Tomsich
> ---
> drivers/clk/rockchip/clk_rk3288.c | 45
> +++
> 1 file
> Signed-off-by: David Wu
> ---
> arch/arm/include/asm/arch-rockchip/cru_rv1108.h | 5
> drivers/clk/rockchip/clk_rv1108.c | 35
> +
> include/dt-bindings/clock/rv1108-cru.h | 2 ++
> 3 files changed, 42
1 - 100 of 243 matches
Mail list logo