On 2016年07月08日 11:30, Kever Yang wrote:
The 'evb_rk3036' and 'kylin' is not a vendor name, let's replace them
to 'rockchip' which is a real _vendor_ name, and meet the architecure
'board///'.
More boards from rockchip like evb_rk3288, evb_rk3399 will comes later.
Signed-off-by: Kever Yang
--
2016-07-08 11:30 GMT+08:00 Kever Yang :
> The 'evb_rk3036' and 'kylin' is not a vendor name, let's replace them
> to 'rockchip' which is a real _vendor_ name, and meet the architecure
> 'board///'.
>
> More boards from rockchip like evb_rk3288, evb_rk3399 will comes later.
>
> Signed-off-by: Kever
On 2016年07月08日 10:45, Kever Yang wrote:
The grf setting for rkpwm is only need in rk3288, other SoCs like
RK3399 which also use rkpwm do not need set the grf, let's add a
MACRO to make the code only for RK3288.
Change-Id: I167a4e8cf925e840d4bbbcfb1437aaed52b81477
Superfluous Change-Id.
Signe
The 'evb_rk3036' and 'kylin' is not a vendor name, let's replace them
to 'rockchip' which is a real _vendor_ name, and meet the architecure
'board///'.
More boards from rockchip like evb_rk3288, evb_rk3399 will comes later.
Signed-off-by: Kever Yang
---
arch/arm/mach-rockchip/rk3036/Kconfig
Hi Simon,
Pls hold this patch for a moment, I have a patch to clean the board
files
which vendor is rockchip, I will send it later today.
Thanks,
- Kever
On 07/05/2016 06:06 PM, Ziyuan Xu wrote:
evb-3288 board RK3288-based development board with 2 USB ports, HDMI,
VGA, micro-SD card, audi
The grf setting for rkpwm is only need in rk3288, other SoCs like
RK3399 which also use rkpwm do not need set the grf, let's add a
MACRO to make the code only for RK3288.
Change-Id: I167a4e8cf925e840d4bbbcfb1437aaed52b81477
Signed-off-by: Kever Yang
---
drivers/pwm/rk_pwm.c | 8
1 file
On Wed, Jul 06, 2016 at 10:46:51AM -0500, Joe Hershberger wrote:
> Hi Tom,
>
> A few small last minute compile fixes and a phy support addition.
>
> The following changes since commit e8009beff6d5c55c1bf1ae8184791f167e6378b0:
>
> Merge git://git.denx.de/u-boot-arc (2016-07-04 11:46:21 -0400)
On Thu, Jul 07, 2016 at 03:55:43PM +0200, Marek Vasut wrote:
> Hi Tom,
>
> I added one more patch by York to fix the powerpc mess. Updated PR
> below, please pull for 2016.07 .
>
> Thanks!
>
> The following changes since commit e8009beff6d5c55c1bf1ae8184791f167e6378b0:
>
>Merge git://git.d
On Wed, Jul 06, 2016 at 10:32:53AM -0700, Tom Warren wrote:
> Tom,
>
> Please pull u-boot-tegra/master into U-Boot/master. Thanks!
>
> All Tegra builds are OK, and Stephen's automated test system reports that
> all tests pass.
>
> The following changes since commit e8009beff6d5c55c1bf1ae8184791
On Tue, Jul 05, 2016 at 11:05:36AM -0600, Simon Glass wrote:
> Hi Tom,
>
> Just a little patch that got lost in time.
>
> The following changes since commit e8009beff6d5c55c1bf1ae8184791f167e6378b0:
>
> Merge git://git.denx.de/u-boot-arc (2016-07-04 11:46:21 -0400)
>
> are available in the g
Hi Stefan,
On Thu, Jul 7, 2016 at 11:52 PM, Stefan Roese wrote:
> Hi!
>
> I do have BayTrail / FSP related question. I'm currently trying
> to use a DFI QSeven SoM which has one x4 PCIe slot instead
> of the usual 4 x1 slots. So all 4 PCIe lanes are used by the
> first PCIe controller. With the c
>On 07/07/2016 1:01 AM, york sun wrote:
> On 07/03/2016 08:27 PM, Yunhui Cui wrote:
> > From: Yunhui Cui
> >
> > A-009282: QuadSPI: QuadSPI data pre-fetch can result in incorrect data
> > Affects: QuadSPI
> > Description: With AHB buffer prefetch enabled, the QuadSPI may return
> > incorrect dat
On 2016年07月08日 04:33, Heiko Stuebner wrote:
Am Donnerstag, 7. Juli 2016, 09:58:38 schrieb Ziyuan Xu:
On 2016年07月06日 21:42, Heiko Stuebner wrote:
Am Mittwoch, 6. Juli 2016, 14:48:57 schrieb Heiko Stuebner:
Am Mittwoch, 6. Juli 2016, 18:20:04 schrieb Ziyuan Xu:
Hi heiko,
On 2016年07月06日 17:34
Hi Tom,
A little fix.
The following changes since commit e8009beff6d5c55c1bf1ae8184791f167e6378b0:
Merge git://git.denx.de/u-boot-arc (2016-07-04 11:46:21 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-dm.git
for you to fetch changes up to 3cc5cda761c14628b25131bf
Am Donnerstag, 7. Juli 2016, 09:58:38 schrieb Ziyuan Xu:
> On 2016年07月06日 21:42, Heiko Stuebner wrote:
> > Am Mittwoch, 6. Juli 2016, 14:48:57 schrieb Heiko Stuebner:
> >> Am Mittwoch, 6. Juli 2016, 18:20:04 schrieb Ziyuan Xu:
> >>> Hi heiko,
> >>>
> >>> On 2016年07月06日 17:34, Ziyuan Xu wrote:
> >>
Hi Dinh,
On 7 July 2016 at 10:30, Dinh Nguyen wrote:
>
> Hi Simon,
>
> I was wondering if you know of anyone working to add the PL330 driver
> into U-Boot? If not, then perhaps I'll work on adding it to U-Boot.
>
> SoCFPGA has a specific need for it with regards to enabling the SDRAM ECC.
No, no
On 07/03/2016 03:14 PM, 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 fetching
- Note at the top of t
On 07/03/2016 03:14 PM, Simon Glass wrote:
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.
diff --git a/tools/buildman/README b/tools/buildman/README
On 07/03/2016 03:14 PM, 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:
buildman --fetch-arch all
On 07/03/2016 03:14 PM, Simon Glass wrote:
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.
diff --git a/tools/buildman/toolchain.py b/tools/buildm
On 07/03/2016 03:14 PM, 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
that.
Is it worth pointin
On 07/03/2016 03:38 PM, Teddy Reed wrote:
Hi Simon,
On Sun, Jul 3, 2016 at 8:40 AM, Simon Glass wrote:
Now that we have a suitable test framework we should move all tests into it.
The vboot test is a suitable candidate. Rewrite it in Python and move the
data files into an appropriate directory
On 07/03/2016 09:40 AM, Simon Glass wrote:
Now that we have a suitable test framework we should move all tests into it.
The vboot test is a suitable candidate. Rewrite it in Python and move the
data files into an appropriate directory.
diff --git a/test/py/tests/test_vboot.py b/test/py/tests/t
Hi,
2016-07-07 13:44 GMT+02:00 Alexander Graf :
> On 07/07/2016 08:25 AM, Alison Wang wrote:
>
>> As CONFIG_ARMV8_SWITCH_TO_EL1 is not used now, this patch is to remove
>> CONFIG_ARMV8_SWITCH_TO_EL1 and the corresponding functions.
>>
>> Signed-off-by: Alison Wang
>>
>
> I'll CC the maintainers
On 07/07/2016 12:52 AM, Yunhui Cui wrote:
>
>> On 07/07/2016 1:01 AM, york sun wrote:
>> On 07/03/2016 08:27 PM, Yunhui Cui wrote:
>>> From: Yunhui Cui
>>>
>>> A-009282: QuadSPI: QuadSPI data pre-fetch can result in incorrect data
>>> Affects: QuadSPI
>>> Description: With AHB buffer prefetch enab
On 07/03/2016 09:40 AM, Simon Glass wrote:
At present all the hush tests are skipped on sandbox because the test thinks
that this option is disabled. In fact it has just been renamed.
It might be better to use the full CONFIG_xxx name in tests with
@pytest.mark.buildconfigspec(), since at presen
On 07/03/2016 09:40 AM, Simon Glass wrote:
It is sometimes inconvenient to convert a string into a list for execution
with run_and_log(). Provide a helper function to do this.
diff --git a/test/py/u_boot_utils.py b/test/py/u_boot_utils.py
+def cmd(u_boot_console, cmd_str):
+"""Run a sin
On 07/03/2016 09:40 AM, Simon Glass wrote:
Sometimes we want to run a command and check that it fails. Add a function
to handle this. It can check the return code and also make sure that the
output contains a given error message.
diff --git a/test/py/u_boot_utils.py b/test/py/u_boot_utils.py
On 07/03/2016 09:40 AM, Simon Glass wrote:
It is sometimes inconvenient to convert a string into a list for execution
with run_and_log(). Provide a helper function to do this.
diff --git a/test/py/u_boot_utils.py b/test/py/u_boot_utils.py
+def cmd(u_boot_console, cmd_str):
"cmd" seems ver
Hi Simon,
I was wondering if you know of anyone working to add the PL330 driver
into U-Boot? If not, then perhaps I'll work on adding it to U-Boot.
SoCFPGA has a specific need for it with regards to enabling the SDRAM ECC.
Thanks,
Dinh
___
U-Boot maili
Hi Minkyu,
On 6 July 2016 at 20:14, Minkyu Kang wrote:
> Hi,
>
> On 01/07/16 04:53, Simon Glass wrote:
>> Hi Jaehoon,
>>
>> On 28 June 2016 at 20:47, Jaehoon Chung wrote:
>>> Hi Simon,
>>>
>>> On 06/29/2016 12:28 PM, Simon Glass wrote:
Hi Jaehoon,
On 27 June 2016 at 23:52, Jaehoon
Hi!
I do have BayTrail / FSP related question. I'm currently trying
to use a DFI QSeven SoM which has one x4 PCIe slot instead
of the usual 4 x1 slots. So all 4 PCIe lanes are used by the
first PCIe controller. With the current U-Boot, all 4 PCIe
controllers are enabled by the FSP :
00:1c.0 PCI b
Hi Tom,
I added one more patch by York to fix the powerpc mess. Updated PR
below, please pull for 2016.07 .
Thanks!
The following changes since commit e8009beff6d5c55c1bf1ae8184791f167e6378b0:
Merge git://git.denx.de/u-boot-arc (2016-07-04 11:46:21 -0400)
are available in the git reposit
Hi Nikita,
On 07/07/2016 10:53 AM, Nikita Kiryanov wrote:
> On Wed, Jun 22, 2016 at 07:17:53PM +0300, Igor Grinberg wrote:
>> On 06/19/2016 06:44 PM, Christopher Spinrath wrote:
>>> The cm-fx6 module has an on-board st,m25p compatible spi flash chip
>>> used for u-boot (binary & environment). Over
On 07/07/2016 02:46 PM, Ryan Harkin wrote:
On 7 July 2016 at 13:41, Alexander Graf wrote:
On 07/07/2016 02:35 PM, Ryan Harkin wrote:
On 7 July 2016 at 13:30, Alexander Graf wrote:
On 07/07/2016 02:16 PM, Ryan Harkin wrote:
On 7 July 2016 at 07:30, Alison Wang wrote:
To support loading a 3
On 7 July 2016 at 13:41, Alexander Graf wrote:
> On 07/07/2016 02:35 PM, Ryan Harkin wrote:
>>
>> On 7 July 2016 at 13:30, Alexander Graf wrote:
>>>
>>> On 07/07/2016 02:16 PM, Ryan Harkin wrote:
On 7 July 2016 at 07:30, Alison Wang wrote:
>
> To support loading a 32-bit OS, th
On 07/07/2016 02:35 PM, Ryan Harkin wrote:
On 7 July 2016 at 13:30, Alexander Graf wrote:
On 07/07/2016 02:16 PM, Ryan Harkin wrote:
On 7 July 2016 at 07:30, Alison Wang wrote:
To support loading a 32-bit OS, the execution state will change from
AArch64 to AArch32 when jumping to kernel.
Th
On 7 July 2016 at 13:30, Alexander Graf wrote:
> On 07/07/2016 02:16 PM, Ryan Harkin wrote:
>>
>> On 7 July 2016 at 07:30, Alison Wang wrote:
>>>
>>> To support loading a 32-bit OS, the execution state will change from
>>> AArch64 to AArch32 when jumping to kernel.
>>>
>>> The architecture inform
On 07/07/2016 02:16 PM, Ryan Harkin wrote:
On 7 July 2016 at 07:30, Alison Wang wrote:
To support loading a 32-bit OS, the execution state will change from
AArch64 to AArch32 when jumping to kernel.
The architecture information will be got through checking FIT image,
then U-Boot will load 32-b
On 7 July 2016 at 07:30, Alison Wang wrote:
> To support loading a 32-bit OS, the execution state will change from
> AArch64 to AArch32 when jumping to kernel.
>
> The architecture information will be got through checking FIT image,
> then U-Boot will load 32-bit OS or 64-bit OS automatically.
>
>
On 07/07/2016 08:25 AM, Alison Wang wrote:
As CONFIG_ARMV8_SWITCH_TO_EL1 is not used now, this patch is to remove
CONFIG_ARMV8_SWITCH_TO_EL1 and the corresponding functions.
Signed-off-by: Alison Wang
I'll CC the maintainers for ZynqMP and Exynos as well, but from my side
this patch is a gre
On 7 July 2016 at 07:25, Alison Wang wrote:
> As CONFIG_ARMV8_SWITCH_TO_EL1 is not used now, this patch is to remove
> CONFIG_ARMV8_SWITCH_TO_EL1 and the corresponding functions.
>
> Signed-off-by: Alison Wang
I haven't reviewed the code changes, but I have tested it and
everything still works f
On Wed, Jun 22, 2016 at 07:17:53PM +0300, Igor Grinberg wrote:
> On 06/19/2016 06:44 PM, Christopher Spinrath wrote:
> > The cm-fx6 module has an on-board st,m25p compatible spi flash chip
> > used for u-boot (binary & environment). Overwrite the partitions in
> > the device tree by the partition t
On Sun, Jun 19, 2016 at 05:44:54PM +0200, Christopher Spinrath wrote:
> Currently, entire script segments have to be changed in the default
> environment to change the kernel image location or to append kernel
> cmdline parameters. In the later case this has to be changed for
> every possible boot
On 06.07.16 23:16, Karsten Merker wrote:
> Hello,
>
> current u-boot master shows problems when building efi_boottime.o
> for the openrd_base, openrd_client and openrd_ultimate targets
> (all based on Marvell "Kirkwood" SoCs). This was discovered
> during builds of the (experimental) Debian u-b
As CONFIG_ARMV8_SWITCH_TO_EL1 is not used now, this patch is to remove
CONFIG_ARMV8_SWITCH_TO_EL1 and the corresponding functions.
Signed-off-by: Alison Wang
---
arch/arm/cpu/armv8/fsl-layerscape/lowlevel.S | 13
arch/arm/cpu/armv8/start.S | 5 +--
arch/arm/cpu/armv8/
46 matches
Mail list logo
