Re: [U-Boot] [linux-sunxi] [PATCH 0/2] sunxi: OrangePi Zero fixes

2017年1月14日 10:06于 Andre Przywara 写道： > > Hi, > > two small patches on top of sunxi/next to enable Ethernet and SPI flash. > Was there any reason the emac node was omitted from the DT patch (as > it is in the OrangePi One DT, which I belive the Zero has copied from)?

[U-Boot] [U-Boot-Users]

Hi, I have a query regarding SDRAM initialization part in U boot code. In Initdram function after prerecharge all bank command is delay required or reading from particular address is required? In our u boot code see below part highlighted in GREEN color is added after precharge all bank

Re: [U-Boot] Ethernet not detecting on Odroid u3

Hi Lukas/Jaehoon On 13 January 2017 at 04:30, Lukasz Majewski wrote: > Hi, > >> Hi Anand, >> >> On 01/12/2017 05:32 PM, Anand Moon wrote: >> > Hi All, >> > >> > I tried to compile the latest u-boot for Odroid U3. >> > issue is that Ethernet is not able to detected. > > Please try

Re: [U-Boot] [PATCH] defconfig: Add a config for AM335x High Security EVM

On Fri, Jan 13, 2017 at 02:57:36PM -0600, Andrew F. Davis wrote: > Add a new defconfig file for the AM335x High Security EVM. This config > is specific for the case of memory device booting. Memory device booting > is handled separatly from peripheral booting on HS devices as the load > address

Re: [U-Boot] [GIT PULL] Please pull u-boot-mmc master for fixing

On Fri, Jan 13, 2017 at 12:23:13PM +0900, Jaehoon Chung wrote: > Dear Tom, > > Here is the fixing patches. > Could you pull these patches on u-boot/master? > > The following changes since commit 4386feb73da7946fc79b55c4fa41c6dd66dcb2e2: > > SPL: Adjust more debug prints for ulong entry_point

[U-Boot] [PATCH 0/2] sunxi: OrangePi Zero fixes

Hi, two small patches on top of sunxi/next to enable Ethernet and SPI flash. Was there any reason the emac node was omitted from the DT patch (as it is in the OrangePi One DT, which I belive the Zero has copied from)? Also newer versions of the board seem all to come with SPI flash soldered, so

[U-Boot] [PATCH 1/2] sunxi: dts: OrangePi Zero: add Ethernet node

The OrangePi Zero can happily use the EMAC along with its integrated PHY to use Ethernet (for TFTP booting, for instance). Add the emac node to the board .dts by copying it from the OrangePi One DT. Signed-off-by: Andre Przywara ---

[U-Boot] [PATCH 2/2] sunxi: OrangePi Zero: defconfig: enable SPI flash

Newer OrangePi Zero boards all come with 16 Mib SPI flash soldered, from which the board can actually boot from. Enable the SPL support for the SPI controller and SPI flash to allow putting the SPL, the DT and U-Boot proper into there. This will let a board boot without an SD card inserted. The

Re: [U-Boot] Booting kernel/dtb with FIT image

On 13/01/17 17:13, Nicolas le bayon wrote: > Hi, > > Here is a problem I presently meet, any help or track to follow would be > welcome. > > My U-boot (2016.09) loads a kernel and a dtb, and "bootm" all this. This is > my reference, and this is correctly running. > > From this, I'm trying to

[U-Boot] [PATCH] defconfig: Add a config for AM335x High Security EVM

Add a new defconfig file for the AM335x High Security EVM. This config is specific for the case of memory device booting. Memory device booting is handled separatly from peripheral booting on HS devices as the load address changes. This defconfig is the same as for the non-secure part, except

[U-Boot] [PATCH v2] splash: fix splash source flags check

From: "tomas.me...@vaisala.com" SPLASH_STORAGE_RAW is defined as 0, so a check against & will never be true. These flags are never combined so do a check against == instead. Signed-off-by: Tomas Melin Reviewed-by: Tom Rini

Re: [U-Boot] [PATCH 1/4] mmc: fsl_esdhc: make GPIO support optional

On 01/11/2017 05:39 PM, Y.B. Lu wrote: > Hi York, > > Could you help to merge this patchset if there is no any changes needed? > Thanks :) > It's in my queue. York ___ U-Boot mailing list U-Boot@lists.denx.de

Re: [U-Boot] [PATCH] video: cfb_console: fix hang if splashimage file is missing

On Wed, 30 Nov 2016 14:30:59 +0100 Anatolij Gustschin ag...@denx.de wrote: > If the splash file doesn't exist, the booting stops bricking > the boards. Check return value of prepare function and stop > decoding the logo data if splash prepare stage failed. > > Signed-off-by: Anatolij Gustschin

Re: [U-Boot] [PATCH RESEND v2] at91: video: Support driver-model for the HLCD driver

Hi, On Wed, 11 Jan 2017 10:36:48 +0800 Songjun Wu songjun...@microchip.com wrote: > Add driver-model support to this driver. > > Signed-off-by: Songjun Wu > --- > > Changes in v2: > - Due to the peripheral clock driver improvement, remove > the unneccessary clock

Re: [U-Boot] Booting kernel/dtb with FIT image

On Fri, Jan 13, 2017 at 6:13 PM, Nicolas le bayon wrote: > Hi, > > Here is a problem I presently meet, any help or track to follow would be > welcome. > > My U-boot (2016.09) loads a kernel and a dtb, and "bootm" all this. This is > my reference, and this is correctly running.

Re: [U-Boot] [RESEND] video: bcm2835: add support for reading from the video-mode environment variable

On 01/13/2017 04:48 AM, Brian Masney wrote: On Thu, Jan 12, 2017 at 11:47:48AM -0700, Stephen Warren wrote: On 01/12/2017 11:32 AM, Brian Masney wrote: On Thu, Jan 12, 2017 at 11:02:14AM -0700, Stephen Warren wrote: On 01/12/2017 01:57 AM, Brian Masney wrote: The bcm2835 driver polls the

[U-Boot] Booting kernel/dtb with FIT image

Hi, Here is a problem I presently meet, any help or track to follow would be welcome. My U-boot (2016.09) loads a kernel and a dtb, and "bootm" all this. This is my reference, and this is correctly running. >From this, I'm trying to implement FIT image management, so I enabled CONFIG_FIT. On

Re: [U-Boot] [RFC PATCH] arm: bootm: Boot kernel with U-Boot's FDT blob

On 13 January 2017 at 14:19, Mark Rutland wrote: > On Thu, Jan 12, 2017 at 01:47:32PM +, Ryan Harkin wrote: >> On 12 January 2017 at 12:25, Mark Rutland wrote: >> > On Tue, Jan 10, 2017 at 06:50:19PM +, Jon Medhurst (Tixy) wrote: >> >> On Tue,

Re: [U-Boot] [PATCH v5 2/2] splash: add support for loading splash from a FIT image

On Fri, 13 Jan 2017 13:20:14 +0200 Tomas Melin tomas.me...@vaisala.com wrote: > Enable support for loading a splash image from within a FIT image. > The image is assumed to be generated with mkimage -E flag to hold > the data external to the FIT. > > Signed-off-by: Tomas Melin

Re: [U-Boot] [PATCH v5 1/2] splash: sort include files

On Fri, 13 Jan 2017 13:20:13 +0200 Tomas Melin tomas.me...@vaisala.com wrote: > Sort include files in accordance to U-Boot coding style. > > Signed-off-by: Tomas Melin > --- > > Changes in v5: > - None > > Changes in v4: > - Added missing changelog > > Changes in v3:

Re: [U-Boot] Using 'gitdm' to generate U-Boot release statistics

Hi, In message <20170113120449.9bc2b100...@atlas.denx.de> I wrote: > > To avoid such requests in the future and to make the information > easier available and the whole process more transparent, I decided to > move my so far local git repository to our public git server, see [1]. > > The

Re: [U-Boot] [PATCH v5 2/2] splash: add support for loading splash from a FIT image

On 01/13/17 13:20, Tomas Melin wrote: > Enable support for loading a splash image from within a FIT image. > The image is assumed to be generated with mkimage -E flag to hold > the data external to the FIT. > > Signed-off-by: Tomas Melin Acked-by: Igor Grinberg

Re: [U-Boot] [RESEND] video: bcm2835: add support for reading from the video-mode environment variable

On Fri, Jan 13, 2017 at 11:48 AM, Brian Masney wrote: > On Thu, Jan 12, 2017 at 11:47:48AM -0700, Stephen Warren wrote: >> On 01/12/2017 11:32 AM, Brian Masney wrote: >> > On Thu, Jan 12, 2017 at 11:02:14AM -0700, Stephen Warren wrote: >> > > On 01/12/2017 01:57 AM, Brian

[U-Boot] [PATCH] armv8: aarch64: Fix the warning about x1-x3 nonzero issue

For 64-bit kernel, there is a warning about x1-x3 nonzero in violation of boot protocol. x3 should be reset to zero before jumping to the kernel. This patch will adjust the parameters to transfer and make sure x3 is zero. Signed-off-by: Alison Wang ---

Re: [U-Boot] [RFC PATCH] arm: bootm: Boot kernel with U-Boot's FDT blob

On Thu, Jan 12, 2017 at 01:47:32PM +, Ryan Harkin wrote: > On 12 January 2017 at 12:25, Mark Rutland wrote: > > On Tue, Jan 10, 2017 at 06:50:19PM +, Jon Medhurst (Tixy) wrote: > >> On Tue, 2017-01-10 at 18:34 +, Mark Rutland wrote: > >> > Looking at the git log

Re: [U-Boot] Please pull u-boot-rockchip

On Thu, Jan 12, 2017 at 07:18:57PM -0700, Simon Glass wrote: > Hi Tom, > > This includes rockchip Ethernet support and various other minor fixes/changes. > > > The following changes since commit 4386feb73da7946fc79b55c4fa41c6dd66dcb2e2: > > SPL: Adjust more debug prints for ulong

Re: [U-Boot] [PATCH] armv8: aarch64: Fix the warning about x1-x3 nonzero issue

> > Am 13.01.2017 um 08:50 schrieb Alison Wang : > > > > For 64-bit kernel, there is a warning about x1-x3 nonzero in > violation > > of boot protocol. x3 should be reset to zero before jumping to the > > kernel. > > > > This patch will adjust the parameters to transfer and

Re: [U-Boot] [PATCH] zynq/board.c: Add support for qspiboot and nandboot

Ah, missed that. I noticed that "run $modeboot" didn't work for QSPI in the 2017.1 tag, hadn't seen that one yet. On 13-01-17 14:18, Michal Simek wrote: Hi, On 13.1.2017 14:04, Mike Looijmans wrote: The Zynq can also boot from QSPI or NAND, and environment scripting uses "qspiboot" and

Re: [U-Boot] [PATCH] zynq/board.c: Add support for qspiboot and nandboot

Hi, On 13.1.2017 14:04, Mike Looijmans wrote: > The Zynq can also boot from QSPI or NAND, and environment scripting > uses "qspiboot" and "nandboot" already. Add these to the board init > routines so that modeboot is properly set to one of these values when > the mode bits indicate so. > >

[U-Boot] [PATCH] zynq/board.c: Add support for qspiboot and nandboot

The Zynq can also boot from QSPI or NAND, and environment scripting uses "qspiboot" and "nandboot" already. Add these to the board init routines so that modeboot is properly set to one of these values when the mode bits indicate so. Signed-off-by: Mike Looijmans ---

Re: [U-Boot] [U-Boot, v3, 3/3] armv8: ls1012a: define esdhc_status_fixup for RDB board

> -Original Message- > From: york sun > Sent: Friday, January 13, 2017 1:09 AM > To: Y.B. Lu; u-boot@lists.denx.de > Subject: Re: [U-Boot, v3, 3/3] armv8: ls1012a: define esdhc_status_fixup > for RDB board > > On 12/07/2016 07:42 PM, Yangbo Lu wrote: > > On LS1012ARDB board, three dual

[U-Boot] Using 'gitdm' to generate U-Boot release statistics

Hi all, people have repeatedly asked me how I generate the U-Boot release statistics, or if they can use the tools to generate similar data for other projects, etc. To avoid such requests in the future and to make the information easier available and the whole process more transparent, I decided

[U-Boot] [PATCHv7 2/2] armv8/fsl-layerscape: fdt: fixup LS1043A rev1 MSI node

From: Wenbin Song The default MSI node in kernel tree is for LS1043A rev1.0 silicon, if rev1.1 silicon used, need to fixup the MSI node to match it. Signed-off-by: Wenbin Song Signed-off-by: Mingkai Hu Signed-off-by: Hou Zhiqiang

Re: [U-Boot] [RESEND] video: bcm2835: add support for reading from the video-mode environment variable

On Thu, Jan 12, 2017 at 11:47:48AM -0700, Stephen Warren wrote: > On 01/12/2017 11:32 AM, Brian Masney wrote: > > On Thu, Jan 12, 2017 at 11:02:14AM -0700, Stephen Warren wrote: > > > On 01/12/2017 01:57 AM, Brian Masney wrote: > > > > The bcm2835 driver polls the monitor and selects the highest

[U-Boot] [PATCHv7 1/2] armv8/ls1043a: fixup GIC offset for ls1043a rev1

From: Wenbin Song The LS1043A rev1.1 silicon supports two types of GIC offset: 4K alignment and 64K alignment. The bit SCFG_GIC400_ALIGN[GIC_ADDR_BIT] is used to choose which offset will be used. The LS1043A rev1.0 silicon only supports the CIG offset with 4K alignment. If

[U-Boot] [PATCH v5 1/2] splash: sort include files

Sort include files in accordance to U-Boot coding style. Signed-off-by: Tomas Melin --- Changes in v5: - None Changes in v4: - Added missing changelog Changes in v3: - Change patch order so that include sort patch comes prior to adding new include Changes in v2: -

[U-Boot] [PATCH v5 2/2] splash: add support for loading splash from a FIT image

Enable support for loading a splash image from within a FIT image. The image is assumed to be generated with mkimage -E flag to hold the data external to the FIT. Signed-off-by: Tomas Melin --- Changes in v5: - Change two debug() statements to use printf(), update

Re: [U-Boot] [PATCH v3] disk: convert to Kconfig

> Subject: Re: [PATCH v3] disk: convert to Kconfig > > > > > > > > > First, thanks for doing all of this, I think it's just about ready to > > > apply so: > > > > > > Reviewed-by: Tom Rini > > > > > > But that said, I'm going to re-run the sync as there's still a few > > >

Re: [U-Boot] [PATCH] armv8: aarch64: Fix the warning about x1-x3 nonzero issue

On 01/13/2017 10:36 AM, Alison Wang wrote: On 01/13/2017 09:23 AM, Alison Wang wrote: Am 13.01.2017 um 08:50 schrieb Alison Wang : For 64-bit kernel, there is a warning about x1-x3 nonzero in violation of boot protocol. x3 should be reset to zero before jumping to the

Re: [U-Boot] [PATCH v4 2/2] splash: add support for loading splash from a FIT image

Hi Igor, Simon, On 12/26/2016 09:24 AM, Igor Grinberg wrote: > Hi Tomas, > > Sorry for the late response... > > On 12/20/16 07:29, Tomas Melin wrote: >> Hi Igor, Simon, >> >> On 12/15/2016 11:08 AM, Igor Grinberg wrote: >>> Hi Tomas, >>> >>> On 12/14/16 16:23, Tomas Melin wrote: Hi Simon,

Re: [U-Boot] [PATCH v4 26/26] sunxi: A64: add 32-bit SPL support

Hi, On 13/01/17 02:19, Simon Glass wrote: > Hi Andre, > > On 2 January 2017 at 04:48, Andre Przywara wrote: >> When compiling the SPL for the Allwinner A64 in AArch64 mode, we can't >> use the more compact Thumb2 encoding, which only exists for AArch32 >> code. This

Re: [U-Boot] [PATCH] armv8: aarch64: Fix the warning about x1-x3 nonzero issue

> On 01/13/2017 09:23 AM, Alison Wang wrote: > >>> Am 13.01.2017 um 08:50 schrieb Alison Wang : > >>> > >>> For 64-bit kernel, there is a warning about x1-x3 nonzero in > >> violation > >>> of boot protocol. x3 should be reset to zero before jumping to the > >>> kernel. > >>>

Re: [U-Boot] u-boot

Hi, please subscribe here. http://lists.denx.de/mailman/listinfo/u-boot Thanks, Michal On 12.1.2017 17:45, adam.da...@stfc.ac.uk wrote: > Hi, > > Just starting out looking at u-boot for a project using Xilinx Zynq zc7020 > chip on an Enclustra module > > Please add me to the mailing list >

Re: [U-Boot] [PATCH] armv8: aarch64: Fix the warning about x1-x3 nonzero issue

Hi, Ryan, This patch is to fix the issue about a warning for ARMv8 64-bit kernel you reported before. I have tested on my LayerScape boards. Please review and try on your boards too. Thanks. Best Regards, Alison Wang > -Original Message- > From: Alison Wang

Re: [U-Boot] [PATCH] armv8: aarch64: Fix the warning about x1-x3 nonzero issue

Hi Alison, I'll wait for a new version based on Alex's feedback before I test. The change looks like it should work, so I'm happy to wait, unless you feel thjere is a need to test it sooner. Thanks for the quick response. Regards, Ryan. On 13 Jan 2017 08:16, "Alison Wang"

Re: [U-Boot] [PATCH] armv8: aarch64: Fix the warning about x1-x3 nonzero issue

On 01/13/2017 09:23 AM, Alison Wang wrote: Am 13.01.2017 um 08:50 schrieb Alison Wang : For 64-bit kernel, there is a warning about x1-x3 nonzero in violation of boot protocol. x3 should be reset to zero before jumping to the kernel. This patch will adjust the

Re: [U-Boot] [linux-sunxi] Re: [PATCH 02/12] sunxi: simplify ACTLR.SMP bit set #ifdef

On 13/01/17 08:09, Vishnu Patekar wrote: Hi Vishnu, > Even for the single core cortex-a7, SMP bit should be set before > enabling MMU and cache. > > Reference: Cortex A7 r0p5 TRM. section 4.3.31. Ah, good point, thanks for the heads up. I was misled by the SMP name when answering Icenowy. So

Re: [U-Boot] [PATCH 02/12] sunxi: simplify ACTLR.SMP bit set #ifdef

On 13/01/17 04:41, Icenowy Zheng wrote: Hi, > 13.01.2017, 09:34, "Andre Przywara" : >> Instead of enumerating all SoC families that need that bit set, let's >> just express this more clearly: The SMP bits needs to be set on >> SMP capable ARMv7 CPUs. It's much easier to

Re: [U-Boot] [PATCH] armv8: aarch64: Fix the warning about x1-x3 nonzero issue

> Am 13.01.2017 um 08:50 schrieb Alison Wang : > > For 64-bit kernel, there is a warning about x1-x3 nonzero in violation > of boot protocol. x3 should be reset to zero before jumping to the > kernel. > > This patch will adjust the parameters to transfer and make sure x3

Re: [U-Boot] [linux-sunxi] Re: [PATCH 02/12] sunxi: simplify ACTLR.SMP bit set #ifdef

Even for the single core cortex-a7, SMP bit should be set before enabling MMU and cache. Reference: Cortex A7 r0p5 TRM. section 4.3.31. On Fri, Jan 13, 2017 at 12:41 PM, Icenowy Zheng wrote: > > > 13.01.2017, 09:34, "Andre Przywara" : >> Instead of