Hi Jaehoon,
On 2016年07月28日 13:26, Jaehoon Chung wrote:
According to DesignWare TRM, FIFO_COUNT is bit[29:17].
If get the correct fifo_count value, it has to use the FIFO_MASK
as 0x1FFF, not 0x1FF.
Ah, I have no doubt the fifo_count defined. The fifo depth of Rockchip
SoCs is 256, the former
On Tuesday 26 July 2016 11:53 AM, Heiko Schocher wrote:
> Hello Vignesh,
>
> Am 25.07.2016 um 12:56 schrieb Vignesh R:
>> As I2C can be used before DRAM initialization for reading EEPROM,
>> avoid using static variables stored in BSS, since BSS is in DRAM, which
>> may not have been initialised
According to DesignWare TRM, FIFO_COUNT is bit[29:17].
If get the correct fifo_count value, it has to use the FIFO_MASK
as 0x1FFF, not 0x1FF.
Signed-off-by: Jaehoon Chung
---
include/dwmmc.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hi Ziyuan and Jaehoon,
> -Original Message-
> From: Ziyuan Xu [mailto:xzy...@rock-chips.com]
> Sent: Wednesday, July 27, 2016 9:37 PM
> To: Jaehoon Chung; Yangbo Lu; u-boot@lists.denx.de; Tom Rini
> Cc: Pantelis Antoniou
> Subject: Re: [U-Boot] [PATCH] mmc: send CMD0 before CMD1 for some
Hi Yangbo,
On 07/28/2016 12:20 PM, Yangbo Lu wrote:
> Hi Jaehoon,
>
>
>> -Original Message-
>> From: Jaehoon Chung [mailto:jh80.ch...@samsung.com]
>> Sent: Wednesday, July 27, 2016 7:21 PM
>> To: Yangbo Lu; york sun; u-boot@lists.denx.de
>> Subject: Re: [U-Boot] [PATCH 4/4] mmc: add
Hi Heiko,
On 22 July 2016 at 15:51, Heiko Stuebner wrote:
> Second version. Simon already applied the cleanup patches from my
> first version. I've tried to address Simons comments and hopefully
> haven't overlooked any.
>
> SPL is still missing, so following Simons comment from
On Wed, Jul 27, 2016 at 08:33:03PM -0600, Simon Glass wrote:
> The function comment should say 'buildman'. Fix it.
>
> Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
Enable fastboot feature on rk3036, please refer to doc/README.rockchip
for more detailed usage.
Signed-off-by: Ziyuan Xu
---
arch/arm/dts/rk3036-sdk.dts| 2 --
board/rockchip/evb_rk3036/evb_rk3036.c | 46 ++
Miniarm is a rockchip rk3288 based development board, which has lots of
interface such as HDMI, USB, micro-SD card, Audio etc.
Signed-off-by: Ziyuan Xu
---
arch/arm/dts/Makefile | 1 +
arch/arm/dts/rk3288-miniarm.dts| 61 +++
On 26 July 2016 at 04:28, Ziyuan Xu wrote:
> The 'evb-rk3288' is not a vendor name, change it to 'rockchip' which is
> the real vendor name.
>
> Signed-off-by: Ziyuan Xu
> Acked-by: Simon Glass
> ---
>
> Changes in v2: None
>
>
On 27 July 2016 at 21:11, Simon Glass wrote:
> On 24 July 2016 at 21:45, Kever Yang wrote:
>> RK3399 needs reserve 0x20 at the beginning of DRAM, for ATF bl31.
>>
>> Signed-off-by: Kever Yang
>> ---
>>
>> Changes in
On 26 July 2016 at 04:28, Ziyuan Xu wrote:
> Boot Rom wouldn't initialize sdmmc while booting from eMMC. We need to
> setup sdmmc gpio, otherwise we will hit an error below:
>
> =>mmc info
> blk_get_device: if_type=6, devnum=0: dw...@ff0c.blk, 6, 0
>
On Wed, Jul 27, 2016 at 08:33:05PM -0600, Simon Glass wrote:
> The current code for setting up the toolchain config always writes the new
> paths to an item called 'toolchain'. This means that it will overwrite any
> existing toolchain item with the same name. In practice, this means that:
>
>
On 26 July 2016 at 04:28, Ziyuan Xu wrote:
> CONFIG_SYS_LOAD_ADDR is absolutely safe to store image for
> fastboot.
>
> Signed-off-by: Ziyuan Xu
> Acked-by: Simon Glass
> ---
>
> Changes in v2: None
>
>
On 26 July 2016 at 04:28, Ziyuan Xu wrote:
> Add an extra byte so that this data is not byteswapped.
>
> Signed-off-by: Ziyuan Xu
> Acked-by: Simon Glass
> Signed-off-by: Ziyuan Xu
> ---
>
> Changes in v2: None
On 27 July 2016 at 21:11, Simon Glass wrote:
> On 26 July 2016 at 04:28, Ziyuan Xu wrote:
>> Fennec is a RK3288-based development board with 2 USB ports, HDMI,
>> micro-SD card, audio and WiFi and Gigabit Ethernet. It also includes
>> on-board 8GB eMMC and
On 26 July 2016 at 04:28, Ziyuan Xu wrote:
> Revise config to CONFIG_ROCKCHIP_RK3288_PINCTRL.
>
> Signed-off-by: Ziyuan Xu
> Acked-by: Simon Glass
> Signed-off-by: Ziyuan Xu
> ---
>
> Changes in v2: None
>
>
On 25 July 2016 at 03:16, Kever Yang wrote:
> Hi John,
>
>
> On 07/25/2016 05:02 PM, John Keeping wrote:
>>
>> Bank 0 is the "PMU GPIO" bank which is controlled by the PMU registers
>> rather than the GRF registers. In the GRF the top half of the register
>> is used as
On 27 July 2016 at 21:11, Simon Glass wrote:
> On 26 July 2016 at 04:28, Ziyuan Xu wrote:
>> Reduce compilation time for SPL.
>>
>> Signed-off-by: Ziyuan Xu
>> ---
>>
>> Changes in v2: None
>>
>> include/configs/rk3288_common.h | 2
On 26 July 2016 at 04:28, Ziyuan Xu wrote:
> CONFIG_DOS_PARTITION and CONFIG_EFI_PARTITION are already included in
> config_distro_defaults.h, and we don't need them in SPL stage.
>
> Signed-off-by: Ziyuan Xu
> Acked-by: Simon Glass
On 27 July 2016 at 21:11, Simon Glass wrote:
> On 26 July 2016 at 04:28, Ziyuan Xu wrote:
>> PopMetal is a rockchip rk3288 based board made by ChipSpark, which has
>> many interface such as HDMI, VGA, USB, micro-SD card, WiFi, Audio and
>> Gigabit
Hi Tom.
On 27 July 2016 at 21:28, Tom Rini wrote:
> On Wed, Jul 27, 2016 at 08:32:57PM -0600, Simon Glass wrote:
>
>> This makes a few minor improvements to buildman to make it work more easiler
>> for first-time users:
>>
>> - Improve progress and warning messages when
On 26 July 2016 at 04:28, Ziyuan Xu wrote:
> Update MAINTAINER files for kylin_rk3036, evb_rk3036.
>
> Signed-off-by: Ziyuan Xu
> Acked-by: Simon Glass
> ---
>
> Changes in v2: None
>
> board/rockchip/evb_rk3036/MAINTAINERS | 4
On 24 July 2016 at 23:11, Jaehoon Chung wrote:
> On 07/23/2016 11:08 AM, Simon Glass wrote:
>> On 22 July 2016 at 03:22, Kever Yang wrote:
>>> Not like the mmc-legacy which the devnum starts from 1, it starts from 0
>>> in mmc-uclass, so the
Tom
> On 27-Jul-2016, at 8:55 PM, Tom Rini wrote:
>
>> On Wed, Jul 27, 2016 at 02:04:24PM +, B, Ravi wrote:
>> Hi Tom
>>
>> Missed this thread to reply.
>>
index ef12f9f..ed3e295 100644
--- a/Kconfig
+++ b/Kconfig
@@ -336,6 +336,33 @@ config
On Wed, Jul 27, 2016 at 08:32:59PM -0600, Simon Glass wrote:
> If there is no ~/.buildman file, buildman currently complains and exists. To
> make things a little more friendly, create an empty one automatically. This
> will not allow things to be built, but --fetch-arch can be used to handle
>
On Wed, Jul 27, 2016 at 08:32:57PM -0600, Simon Glass wrote:
> This makes a few minor improvements to buildman to make it work more easiler
> for first-time users:
>
> - Improve progress and warning messages when fetching toolchains
> - Fix a bug where toolchain paths can be overwritten when
Hi,
On Thu, Jul 28, 2016 at 3:14 AM, Siarhei Siamashka
wrote:
> Hello Hans,
>
> On Wed, 27 Jul 2016 18:10:34 +0200
> Hans de Goede wrote:
>
>> It seems that bytes 13-14 of the SID / bytes 1-2 from word 3 of the SID
>> are always 0 on H3 making
On 26 July 2016 at 04:28, Ziyuan Xu wrote:
> PopMetal is a rockchip rk3288 based board made by ChipSpark, which has
> many interface such as HDMI, VGA, USB, micro-SD card, WiFi, Audio and
> Gigabit Ethernet.
>
> Signed-off-by: Ziyuan Xu
> ---
>
>
On 24 July 2016 at 21:45, Kever Yang wrote:
> RK3399 needs reserve 0x20 at the beginning of DRAM, for ATF bl31.
>
> Signed-off-by: Kever Yang
> ---
>
> Changes in v2:
> - correct some typo on commit message and comment
>
>
On 26 July 2016 at 04:28, Ziyuan Xu wrote:
> Reduce compilation time for SPL.
>
> Signed-off-by: Ziyuan Xu
> ---
>
> Changes in v2: None
>
> include/configs/rk3288_common.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Acked-by: Simon Glass
On 26 July 2016 at 04:28, Ziyuan Xu wrote:
> Fennec is a RK3288-based development board with 2 USB ports, HDMI,
> micro-SD card, audio and WiFi and Gigabit Ethernet. It also includes
> on-board 8GB eMMC and 2GB of SDRAM. Expansion connectors provides access
> to display pins,
On 24 July 2016 at 22:50, Kever Yang wrote:
> Signed-off-by: Kever Yang
> ---
>
> drivers/mmc/rockchip_sdhci.c| 10 +-
> include/configs/rk3399_common.h | 2 +-
> 2 files changed, 10 insertions(+), 2 deletions(-)
Reviewed-by:
Hi Kever,
On 24 July 2016 at 22:50, Kever Yang wrote:
> This patch add driver for:
> - clock driver including set_rate for cpu, mmc, vop, I2C.
> - sysreset driver
> - grf syscon driver
>
> Signed-off-by: Kever Yang
> ---
>
>
> -Original Message-
> From: york sun
> Sent: Thursday, July 28, 2016 1:35 AM
> To: Qianyu Gong ; u-boot@lists.denx.de; Prabhakar
> Kushwaha ; Mingkai Hu
> Cc: Shaohui Xie ; Zhiqiang Hou
Buildman has been around for 3 years now. It has had a lot of use and
testing. Perhaps it is time to remove MAKEALL.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
---
Changes in v2: None
MAKEALL | 850
It doesn't make sense to complain about missing toolchains when the
--fetch-arch option is being used. The user is presumably aware that there
is a toolchain problem and is actively correcting it by running with this
option.
Refactor the code to avoid printing this confusing message.
For those who just want to build a board, it is useful to see a quick hint
right at the start of the documentation. Add a few commands showing how to
download toolchains and build a board.
Signed-off-by: Simon Glass
---
Changes in v2:
- Update to suggest fetching just the
When there are no toolchains a warning is printed. But in some cases this is
confusing, such as when the user is fetching new toolchains.
Adjust the function to supress the warning in this case.
Signed-off-by: Simon Glass
---
Changes in v2:
- Add code to actually suppress
Use colour to make it easier to see what is going on. Also print a message
before downloading a new toolchain. Mention --fetch-arch in the message that
is shown when there are no available toolchains, since this is the quickest
way to resolve the problem.
Signed-off-by: Simon Glass
The current code for setting up the toolchain config always writes the new
paths to an item called 'toolchain'. This means that it will overwrite any
existing toolchain item with the same name. In practice, this means that:
buildman --fetch-arch all
will fetch all toolchains, but only the
It is confusing to mention MAKEALL when it is not the normal way of building
U-Boot anymore. Update the documentation to suit.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
---
Changes in v2: None
README | 35
The function comment should say 'buildman'. Fix it.
Signed-off-by: Simon Glass
---
Changes in v2: None
tools/buildman/toolchain.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/buildman/toolchain.py b/tools/buildman/toolchain.py
index
If there is no ~/.buildman file, buildman currently complains and exists. To
make things a little more friendly, create an empty one automatically. This
will not allow things to be built, but --fetch-arch can be used to handle
that.
Signed-off-by: Simon Glass
---
Changes in
Tidy up some problems found by a recent review.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
---
Changes in v2: None
tools/buildman/README | 53 +--
1 file changed, 30 insertions(+), 23 deletions(-)
This makes a few minor improvements to buildman to make it work more easiler
for first-time users:
- Improve progress and warning messages when fetching toolchains
- Fix a bug where toolchain paths can be overwritten when fetching
- Note at the top of the help how to get started
Also this series
When buildman is run via a symlink, this test fails. Fix it to work the same
way as buildman itself.
Signed-off-by: Simon Glass
---
Changes in v2: None
tools/buildman/func_test.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
In the case of omap3 we have a number of platforms that are close to
exceeding SRAM limits, depending on compiler. Move to USE_TINY_PRINTF
to give them more room. OMAP4 will soon enough be in a similar place,
so enable that now.
Signed-off-by: Tom Rini
---
arch/arm/Kconfig
These config targets were added well before the Kconfig migration began
as a way to demonstrate how to make these platforms work with cut down
features. At this point in time they no longer serve a good purpose so
remove them.
Signed-off-by: Tom Rini
---
In reality all omap3 platforms support SPL so move the select for this
up a level.
Signed-off-by: Tom Rini
---
arch/arm/Kconfig | 1 +
arch/arm/cpu/armv7/omap3/Kconfig | 19 ---
2 files changed, 1 insertion(+), 19 deletions(-)
diff --git
This patch fixes data starvation by host timeout(HTO) error interrupt
which occurred under FIFO mode transfer on rk3036 board.
The former implement, the actual bytes were transmitted may be less than
should be. The size will still subtract value of len in case of there is
no receive/transmit FIFO
The former implement, dw_mmc will push and pop the redundant data to
FIFO, we should transfer it according to the real size.
Signed-off-by: Ziyuan Xu
---
drivers/mmc/dw_mmc.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/mmc/dw_mmc.c
Hi Michal,
On 24 July 2016 at 20:07, Simon Glass wrote:
> On 15 July 2016 at 01:35, Michal Simek wrote:
>> Add new Kconfig option to disable arch_fixup_fdt() calls for cases where
>> U-Boot shouldn't update memory setup in DTB file.
>> One example of
Hi Tom,
Here is a new power domain uclass, the rest of the MMC conversion
(moving over zynq and socfpga) and a few other dm improvements.
The following changes since commit 0b6699ad8ea95803d7ce40d1dc1caea902a6d22c:
Merge branch 'master' of http://git.denx.de/u-boot-sunxi (2016-07-26
18:33:04
Hi Stephen,
On 07/28/2016 06:24 AM, Stephen Warren wrote:
> From: Stephen Warren
>
> Tegra186 supports the new standard clock and reset APIs. Older Tegra SoCs
> still use custom APIs. Enhance the Tegra MMC driver so that it can operate
> with either set of APIs.
>
>
print_bi_dram outputs start address and size for each DRAM bank.
Signed-off-by: Max Filippov
---
Changes v1->v2:
- fix build for architectures w/o CONFIG_NR_DRAM_BANKS and bi_dram in
bd_t.
cmd/bdinfo.c | 60 +++-
1
print_std_bdinfo outputs typical set of board information entries:
boot params location, memory and flash addresses and sizes, network
interfaces information and configured serial baud rate.
Signed-off-by: Max Filippov
---
cmd/bdinfo.c | 32
print_bi_boot_params outputs boot parameters structure location.
Signed-off-by: Max Filippov
---
cmd/bdinfo.c | 20 +---
1 file changed, 13 insertions(+), 7 deletions(-)
diff --git a/cmd/bdinfo.c b/cmd/bdinfo.c
index f2435ab..60aaafb 100644
---
print_bi_flash outputs flashstart, flashsize and flashoffset lines.
Signed-off-by: Max Filippov
---
cmd/bdinfo.c | 54 +++---
1 file changed, 27 insertions(+), 27 deletions(-)
diff --git a/cmd/bdinfo.c b/cmd/bdinfo.c
index
print_baudrate outputs serial baud rate.
Signed-off-by: Max Filippov
---
cmd/bdinfo.c | 39 +--
1 file changed, 25 insertions(+), 14 deletions(-)
diff --git a/cmd/bdinfo.c b/cmd/bdinfo.c
index 4ffb757..403ed3e 100644
--- a/cmd/bdinfo.c
print_eth_ip_addr outputs eth configurations for up to 6 interfaces and
configured IP address.
Signed-off-by: Max Filippov
---
cmd/bdinfo.c | 113 +++
1 file changed, 36 insertions(+), 77 deletions(-)
diff --git
print_bi_mem outputs memstart and memsize lines.
Signed-off-by: Max Filippov
---
cmd/bdinfo.c | 42 ++
1 file changed, 26 insertions(+), 16 deletions(-)
diff --git a/cmd/bdinfo.c b/cmd/bdinfo.c
index 60aaafb..df68b58 100644
---
Hi,
this series extracts common parts of cmd/bdinfo.c used by various
architectures into reusable functions.
Changes v1->v2:
- fix build for architectures w/o CONFIG_NR_DRAM_BANKS and bi_dram in
bd_t.
Please review.
Max Filippov (7):
cmd/bdinfo: extract print_bi_boot_params
cmd/bdinfo:
On Wed, Jul 27, 2016 at 09:17:28PM +0200, Anatolij Gustschin wrote:
> Hi Tom,
>
> On Mon, 25 Jul 2016 17:46:31 -0400
> Tom Rini tr...@konsulko.com wrote:
> ...
> > Hey, good catch. Anatolij, please fix and re-submit, thanks!
>
> sandbox build fixed now, here is updated pull request:
>
> The
Pad configuration for SERIRQ is not set to enable the SERIRQ function
on soft reset though strangely, it is on initial boot.
Signed-off-by: George McCollister
---
arch/x86/dts/baytrail_som-db5800-som-6867.dts | 6 ++
1 file changed, 6 insertions(+)
diff --git
From: Bryan Wu
Tegra186 has 8 I2C controllers including BPMP I2C. This patch adds the
other 7 generic controllers to Tegra186's DT.
Signed-off-by: Bryan Wu
(swarren, fixed DT node sort order, tweak patch description)
Signed-off-by: Stephen Warren
From: Bryan Wu
Enable I2C devices in DT and enable building tegra_i2c.c driver.
Signed-off-by: Bryan Wu
(swarren, commit msg rework, fixed DT node sort order)
Signed-off-by: Stephen Warren
---
arch/arm/dts/tegra186-p2771-.dtsi | 35
From: Bryan Wu
clk/reset API was tested on T186 platform and previous chip like
T210/T124 will still use the old APIs.
Signed-off-by: Bryan Wu
(swarren, simplified some ifdefs, removed indent level inside an ifdef)
Signed-off-by: Stephen Warren
From: Stephen Warren
The Tegra186 PCIe DT content is almost identical to previous chips, except
that the:
- There are 3 ports instead of 2.
- Some physical addresses have moved.
- PHY programming is handled by firmware, so CCPLEX DTs don't need to
reference any PHY.
- The
From: Stephen Warren
Tegra186 supports the new standard clock, reset, and power domain APIs.
Older Tegra SoCs still use custom APIs. Enhance the Tegra PCIe driver so
that it can operate with either set of APIs.
On Tegra186, the BPMP handles all aspects of PCIe PHY (UPHY)
From: Stephen Warren
Introduce tegra_board_init() and call it from board_init(). Tegra wil use
tegra_board_init() for board-specific initialization, and board_init() for
SoC-specific initialization.
Signed-off-by: Stephen Warren
---
From: Stephen Warren
Tegra186 supports the new standard clock and reset APIs. Older Tegra SoCs
still use custom APIs. Enhance the Tegra MMC driver so that it can operate
with either set of APIs.
Signed-off-by: Stephen Warren
Cc: Pantelis Antoniou
From: Stephen Warren
In Tegra186, on-SoC reset signals are manipulated using IPC requests to
the BPMP (Boot and Power Management Processor). This change implements a
driver that does that. It is unconditionally selected by CONFIG_TEGRA186
since virtually any Tegra186 build of
From: Stephen Warren
In Tegra186, SoC power domains are manipulated using IPC requests to
the BPMP (Boot and Power Management Processor). This change implements a
driver that does that.
Signed-off-by: Stephen Warren
---
drivers/power/domain/Kconfig
From: Stephen Warren
The Tegra BPMP (Boot and Power Management Processor) is a separate
auxiliary CPU embedded into Tegra to perform power management work, and
controls related features such as clocks, resets, power domains, PMIC I2C
bus, etc. This driver provides the core
From: Stephen Warren
The DT binding for the Tegra186 HSP module apparently wasn't quite final
when I posted initial U-Boot support for it. Add the final DT binding doc
and adapt all code and DT files to match it.
Signed-off-by: Stephen Warren
---
From: Stephen Warren
This adds the DT content that's needed to allow board DTs to enable use
of BPMP, clocks, resets, GPIOs, eMMC, and SD cards.
Signed-off-by: Stephen Warren
---
arch/arm/dts/tegra186.dtsi | 55
From: Stephen Warren
The Tegra BPMP (Boot and Power Management Processor) is a separate
auxiliary CPU embedded into Tegra to perform power management work, and
controls related features such as clocks, resets, power domains, PMIC I2C
bus, etc. These bindings dictate how to
From: Stephen Warren
In Tegra186, on-SoC clocks are manipulated using IPC requests to the BPMP
(Boot and Power Management Processor). This change implements a driver
that does that. A tegra/ sub-directory is created to follow the existing
pattern. It is unconditionally
On 07/21/2016 04:45 AM, Marek Vasut wrote:
> On 07/21/2016 10:02 AM, Rajesh Bhagat wrote:
>> Hi All,
>>
>> Any Comments?
>
> York, please check this.
Passed compiling tests on powerpc and arm platforms.
York
>
>>> -Original Message-
>>> From: Rajesh Bhagat [mailto:rajesh.bha...@nxp.com]
Am 27.07.2016 um 16:26 schrieb Paul Burton:
> This patch introduces support for building U-Boot to run on the MIPS
> Boston development board. This is a board built around an FPGA & an
> Intel EG20T Platform Controller Hub, used largely as part of the
> development of new CPUs and their software
On Wed, Jul 27, 2016 at 08:10:08PM +0200, Maxime Ripard wrote:
> On Wed, Jul 27, 2016 at 09:31:25PM +0530, Jagan Teki wrote:
> > >> >> FWIW, if anyone is interested in taking over, I'm can help with the
> > >> >> load if needed.
> > >> >
> > >> > I would also be quite happy to see a joint
Hi Tom,
On Mon, 25 Jul 2016 17:46:31 -0400
Tom Rini tr...@konsulko.com wrote:
...
> Hey, good catch. Anatolij, please fix and re-submit, thanks!
sandbox build fixed now, here is updated pull request:
The following changes since commit 19ce924ff914f315dc2fdf79f357825c513aed6e:
Prepare
On 07/20/2016 03:51 AM, Gong Qianyu wrote:
> The current code would always use the speed and mode set by
> CONFIG_ENV_SPI_MAX_HZ and CONFIG_ENV_SPI_MODE. But if using
> SPI driver model it should get the values from DT.
>
> Signed-off-by: Gong Qianyu
> ---
>
Hello Hans,
On Wed, 27 Jul 2016 18:10:34 +0200
Hans de Goede wrote:
> It seems that bytes 13-14 of the SID / bytes 1-2 from word 3 of the SID
> are always 0 on H3 making it a poor candidate to use as source for the
> serialnr / mac-address, switch to word1 which seems to be
On Wed, 2016-07-27 at 18:10 +0200, Hans de Goede wrote:
> It seems that bytes 13-14 of the SID / bytes 1-2 from word 3 of the
> SID
> are always 0 on H3 making it a poor candidate to use as source for
> the
> serialnr / mac-address, switch to word1 which seems to be more
> random.
>
> Cc: Chen-Yu
On Wed, 2016-07-27 at 18:10 +0200, Hans de Goede wrote:
> With the recent bug fixes for the sun8i_emac driver all known issues
> are resolved, so we can re-enable the driver.
>
> While at it, also enable the emac on the Orange Pi One.
>
> Cc: Chen-Yu Tsai
> Cc: Corentin LABBE
On Wed, 2016-07-27 at 18:10 +0200, Hans de Goede wrote:
> On 2 of my H3 boards bytes 13-15 of the SID are all 0 leading to
> the NIC specific bytes of the mac all being 0, which leads to the
> boards not getting an ipv6 address from the dhcp server.
>
> This commits adds a check to ensure this
On Wed, 2016-07-27 at 18:10 +0200, Hans de Goede wrote:
> This fixes the following CACHE warnings when using sun8i_emac:
>
> => dhcp
> BOOTP broadcast 1
> BOOTP broadcast 2
> CACHE: Misaligned operation at range [7bf594a8, 7bf59628]
> BOOTP broadcast 3
> CACHE: Misaligned operation at range
On Wed, Jul 27, 2016 at 09:31:25PM +0530, Jagan Teki wrote:
> >> >> FWIW, if anyone is interested in taking over, I'm can help with the
> >> >> load if needed.
> >> >
> >> > I would also be quite happy to see a joint custodian setup similar to
> >> > how some of the Linux Kernel trees are handled,
On Tue, 26 Jul 2016 08:52:52 +0200
Anatolij Gustschin ag...@denx.de wrote:
> From: Alexey Brodkin
>
> This change introduces default_splash_locations which
> simplifies splash recovery from the first partition of
> USB/MMC/SATA drive.
>
> Given usual mapping of the
On 07/03/2016 09:37 PM, Rajesh Bhagat wrote:
>
>
> Will take care in v3.
>
Did you send v3 patch set?
York
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
This commit allows injecting a board/platform/device-specific post-
processing function into the FIT image data loading process, which can
include modifying the size and altering the starting source address of
an image data artifact. This might be desired to do things like strip
headers or footers
Hello,
> index 7c088c3..877859c 100644
> --- a/drivers/net/sun8i_emac.c
> +++ b/drivers/net/sun8i_emac.c
> @@ -32,7 +32,8 @@
>
> #define CONFIG_TX_DESCR_NUM32
> #define CONFIG_RX_DESCR_NUM32
> -#define CONFIG_ETH_BUFSIZE 2024
> +#define CONFIG_ETH_BUFSIZE 2048
> +#define
Hello,
I'm about to use U-Boot for an embedded project. I need a fallback
strategy if the network boot (no matter what exactly) fails e.g. no server
reached after a timeout period. In this case it should boot an linux image
from flash memory.
The U-Boot docs say nothing about that...
Hello,
I'm about to use U-Boot for an embedded project. I need a fallback
strategy if the network boot (no matter what exactly) fails e.g. no server
reached after a timeout period. In this case it should boot an linux image
from flash memory.
The U-Boot docs say nothing about that...
Hello Robert,
Am 27.07.2016 um 14:03 schrieb Robert P. J. Day:
On Tue, 26 Jul 2016, Heiko Schocher wrote:
... snip ...
it appears that, no matter what, the environment *is* updated
every single time because of this line in the bootdelay_process()
routine:
setenv_ulong("bootcount",
Hello,
I'm about to use U-Boot for an embedded project. I need a fallback
strategy if the network boot (no matter what exactly) fails e.g. no server
reached after a timeout period. In this case it should boot an linux image
from flash memory.
The U-Boot docs say nothing about that...
On 07/27/2016 03:00 AM, Qianyu Gong wrote:
>
> Hi York,
>
>> -Original Message-
>> From: york sun
>> Sent: Tuesday, July 26, 2016 12:26 PM
>> To: Qianyu Gong ; u-boot@lists.denx.de; Prabhakar
>> Kushwaha ; Mingkai Hu
>>
On 02/23/2016 01:32 AM, Aneesh Bansal wrote:
> sec_init() which was earlier called in misc_init_r()
> is now done in board_init() before PPA init as SEC
> block will be used during PPA image validation.
>
> Signed-off-by: Aneesh Bansal
> ---
> The patchset is dependent on
>
1 - 100 of 176 matches
Mail list logo