Remove the errata workaround from soc specific file for LS2080
Signed-off-by: Sriram Dash
Signed-off-by: Rajesh Bhagat
---
Changes in v2:
- No update
arch/arm/cpu/armv8/fsl-layerscape/soc.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/arch/arm/cpu/armv8/fsl-layerscape/soc.
From: Dirk Eibach
There is a new "intempo" compression type that can
be reported on startup.
Signed-off-by: Dirk Eibach
---
board/gdsys/common/ioep-fpga.c | 17 +++--
1 file changed, 11 insertions(+), 6 deletions(-)
diff --git a/board/gdsys/common/ioep-fpga.c b/board/gdsys/common
From: Dirk Eibach
Since locking flash is horribly broken on some platforms,
offer an option to build fw_env tools without locking.
Signed-off-by: Dirk Eibach
---
tools/env/fw_env.c | 4
1 file changed, 4 insertions(+)
diff --git a/tools/env/fw_env.c b/tools/env/fw_env.c
index 06cf63d..
From: Dirk Eibach
There is a new strider console flavor with DisplayPort
video.
Signed-off-by: Dirk Eibach
---
board/gdsys/common/Makefile | 1 +
board/gdsys/mpc8308/strider.c| 37 ++
configs/strider_con_dp_defconfig | 20
include/configs/strider.h
From: Dirk Eibach
Dirk Eibach (4):
ioep-fpga: Support intempo compression
gdsys: osd: Allow osdsize on valid screens only
strider: Support con-dp flavor
strider: Support cpu-dp flavor
board/gdsys/common/Makefile | 1 +
board/gdsys/common/ioep-fpga.c | 17 +
board/gdsy
From: Dirk Eibach
Limit "osdsize"-command to access valid screens only.
Signed-off-by: Dirk Eibach
---
board/gdsys/common/osd.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/board/gdsys/common/osd.c b/board/gdsys/common/osd.c
index 4e292f5..add9574 100644
--- a/board/gdsys/common/osd
From: Dirk Eibach
There is new strider cpu flavor with DisplayPort video.
Signed-off-by: Dirk Eibach
---
configs/strider_cpu_dp_defconfig | 20
include/configs/strider.h| 10 +-
2 files changed, 29 insertions(+), 1 deletion(-)
create mode 100644 configs/
From: Hongbo Zhang
This patch adds all the PSCI v1.0 functions in to the common framework, with
all the functions returning "not implemented" by default, as a common framework
all the dummy functions are added here, it is up to every platform developer to
decide which version of PSCI and which fu
From: Hongbo Zhang
There are issues of legacy fuction psci_get_cpu_stack_top:
First, the current algorithm arranges stacks from an fixed adress towards
psci_text_end, if there are more CPUs, the stacks will overlap with psci text
segment and even other segments.
This patch places stacks from psc
From: Hongbo Zhang
The legacy code reserves one word in each stack for saving target PC, but it
isn't used, the target PC is still saved to where the stack top pointer points.
This patch relocates the place for saving target PC to the lowest address of
each stack, convinience is that we can save
From: Hongbo Zhang
v4 changes:
- since there is already PSCI v0.2 function IDs definition merged in 5a07abb,
I give up my previous patches 1/11 and 2/11, and move previous 7/11 "ARMv7:
PSCI: add PSCI v1.0 functions skeleton" as current first one 1/9
- accept Andre's comment to add the missed "arm
From: Hongbo Zhang
According to latest PSCI specification, the context ID is needed by CPU_ON.
This patch saves context ID to the second lowest address of the stack (next to
where target PC is saved), and restores it to r0 when needed while target CPU
booting up.
This patch in current format is
From: Hongbo Zhang
There are codes for saving target PC and target context ID in each platform
psci_cpu_on routines, these can be factored out as psci_cpu_on_common.
Signed-off-by: Hongbo Zhang
Signed-off-by: Wang Dongsheng
---
arch/arm/cpu/armv7/ls102xa/psci.S | 12 +---
arch/arm
From: Hongbo Zhang
This patch implements PSCI functions for ls102xa SoC following PSCI v1.0,
they are as the list:
psci_version,
psci_features,
psci_cpu_suspend,
psci_affinity_info,
psci_system_reset,
psci_system_off.
Tested on LS1021aQDS, LS1021aTWR.
Signed-off-by: Wang
From: Hongbo Zhang
For the robustness of codes, while powering on a CPU, it is better to check
if the target CPU is already on or in the process of power on, if yes the
power on routine shouldn't be executed further and should return with the
corresponding status immediately.
Signed-off-by: Hong
From: Hongbo Zhang
The input parameter CPU ID needs to be validated before furher oprations such
as CPU_ON, this patch introduces the function to do this.
Signed-off-by: Wang Dongsheng
Signed-off-by: Hongbo Zhang
---
arch/arm/cpu/armv7/ls102xa/psci.S | 34 +-
1
From: Hongbo Zhang
LS1021 offers two secure OCRAM blocks for trustzone.
This patch moves all the secure text sections into the OCRAM.
Signed-off-by: Wang Dongsheng
Signed-off-by: Hongbo Zhang
---
arch/arm/include/asm/arch-ls102xa/config.h | 2 +-
include/configs/ls1021atwr.h | 2
On Thu, 2 Jun 2016 09:09:14 +0200
dirk.eib...@gdsys.cc dirk.eib...@gdsys.cc wrote:
...
> @@ -941,7 +943,9 @@ static int flash_flag_obsolete (int dev, int fd, off_t
> offset)
> }
> ioctl (fd, MEMUNLOCK, &erase);
when MEMLOCK ist broken on a platform and disabled by your patch,
should
Nand and QSPI are not defined now but this will be extended.
Based on selected bootmode boot_targets are rewritten.
Patch also contains detection if variables are saved. If yes don't
rewrite boot_targets variable.
Also move variable setup to the end of file because SCSI needs to be
defined before
On 1.6.2016 16:23, Alexander Graf wrote:
>
>
> On 01.06.16 16:20, Michal Simek wrote:
>> On 1.6.2016 16:12, Alexander Graf wrote:
>>>
>>>
>>> On 01.06.16 15:08, Michal Simek wrote:
Nand and QSPI are not defined now but this will be extended.
Based on selected bootmode boot_targets are r
Hi Anatolij,
2016-06-02 10:14 GMT+02:00 Anatolij Gustschin :
...
> when MEMLOCK ist broken on a platform and disabled by your patch,
> shouldn't MEMUNLOCK be isolated as well?
There are cornercases where lock/unlock works properly in the kernel
but not in u-boot. So we might have an environment
On 02.06.16 10:22, Michal Simek wrote:
> Nand and QSPI are not defined now but this will be extended.
> Based on selected bootmode boot_targets are rewritten.
> Patch also contains detection if variables are saved. If yes don't
> rewrite boot_targets variable.
>
> Also move variable setup to the
Hello,
I have an issue with sf commands. If a command takes longer than the
defined HW Watchdog timeout, the board resets.
My Platform is:
Board: Custom
CPU: Sitara AM3357ZCZ
Flash: Micron N25Q256A13E1240F Serial NOR Flash
U-Boot: repoduced on 2016.01 and 2016.03
Commands to reproduce the pro
On 2.6.2016 10:30, Alexander Graf wrote:
>
>
> On 02.06.16 10:22, Michal Simek wrote:
>> Nand and QSPI are not defined now but this will be extended.
>> Based on selected bootmode boot_targets are rewritten.
>> Patch also contains detection if variables are saved. If yes don't
>> rewrite boot_tar
This option allows the 'make *_defconfig' step to run against a former
repo state, while the savedefconfig step runs against the current repo
state. This is convenient for the case where something in the Kconfig
has changed such that the defconfig is no longer complete with the new
Kconfigs. This f
Make the processing of a slot more linear code compared to how it
executes.
Signed-off-by: Joe Hershberger
---
Changes in v2:
- New for v2
tools/moveconfig.py | 59 +++--
1 file changed, 35 insertions(+), 24 deletions(-)
diff --git a/tools/move
Hi Bin,
Sorry for the late.
I have checked with Intel's support and following is their response:
>>On the other hand, for the question about ICH7 or ICH9. Unfortunately, the
>>Bios Writers Guides (BWGs) or the EDS is unstated any information about ICH9.
>>But, reviewing in section 22.4.1 on pa
This driver implements SPI protocol in master mode to communicate
with the SPI device connected on SPI bus. It handles /CS explicitly
by controlling respective pin as gpio ('cs-gpios' property in dt node)
and uses PIO mode for SPI transaction. It is configurable based
on driver-model only.
Cc: Jag
On 1.6.2016 22:41, Alexander Graf wrote:
> When the CONFIG_BOOTP_SERVERIP option is set, we ignore all
> dhcp values for the tftp server and use our own serverip and
> file name instead.
>
> This is usually not what we want and I doubt it's set for a
> good reason on ZynqMP. It definitely hurts if
Nand and QSPI are not defined now but this will be extended.
Based on selected bootmode boot_targets are rewritten.
Patch also contains detection if variables are saved. If yes don't
rewrite boot_targets variable.
Also move variable setup to the end of file because SCSI needs to be
defined before
We introduced special "DEBUG_EFI" defines when the efi loader
support was new. After giving it a bit of thought, turns out
we really didn't have to - the normal #define DEBUG infrastructure
works well enough for efi loader as well.
So this patch switches to the common debug() and #define DEBUG
way
On 02.06.16 11:29, Michal Simek wrote:
> Nand and QSPI are not defined now but this will be extended.
> Based on selected bootmode boot_targets are rewritten.
> Patch also contains detection if variables are saved. If yes don't
> rewrite boot_targets variable.
>
> Also move variable setup to the
Signed-off-by: Ladislav Michl
---
diff --git a/arch/arm/cpu/armv7/omap-common/utils.c
b/arch/arm/cpu/armv7/omap-common/utils.c
index 52ea734..2d03ebf 100644
--- a/arch/arm/cpu/armv7/omap-common/utils.c
+++ b/arch/arm/cpu/armv7/omap-common/utils.c
@@ -108,6 +108,6 @@ void omap_die_id_display(void)
Nand and QSPI are not defined now but this will be extended.
Based on selected bootmode boot_targets are rewritten.
Patch also contains detection if variables are saved. If yes don't
rewrite boot_targets variable.
Also move variable setup to the end of file because SCSI needs to be
defined before
This patch updates the mksunxiboot tool to optionally add
the default device tree name string to the SPL header. This
information can be used by the firmware upgrade tools to
protect users from harming themselves by trying to upgrade
to an incompatible bootloader.
The primary use case here is a no
On 02.06.16 12:02, Michal Simek wrote:
> Nand and QSPI are not defined now but this will be extended.
> Based on selected bootmode boot_targets are rewritten.
> Patch also contains detection if variables are saved. If yes don't
> rewrite boot_targets variable.
>
> Also move variable setup to the
Hi Marek,
On 12.5.2016 10:14, Alexander Graf wrote:
>
>
> On 12.05.16 08:57, Michal Simek wrote:
>> From: Siva Durga Prasad Paladugu
>>
>> Correct type of varibale base to unsigned long as
>> keeping it as int causes usb failures if MSB of
>> the base address is set.
>>
>> Signed-off-by: Siva D
Hi,
I faced the same problem a while back, thanks for taking a look at this.
Does it have to be compiled in? Why not make it a command line option,
evtl. making the default a compile time option.
/Andi
2016-06-02 10:27 GMT+02:00 Dirk Eibach :
> Hi Anatolij,
>
> 2016-06-02 10:14 GMT+02:00 Anatoli
This adds support for IS1 board. Pretty usual socfpga board,
256MB of RAM, does not have MMC, two SPI chips, one ethernet port, two
additional ethernet ports connected to the FPGA.
Signed-off-by: Pavel Machek
---
v2: add diffstat
arch/arm/dts/Makefile |1
arch/arm/dts/so
Hi Lukasz
>> The problem here is, how o flash the images first time to fresh
>> boards toQSPI or eMMC device, where there is no MMC/SD boot
>> option available. The solution to this problem is use peripheral USB
>> boot mode (configuring sysboot switches), where the ROM loads the
>> intial S
Avoid use of hard coded mmcdev value so finduuid works
based on current mmcdev selected.
Signed-off-by: Ravi Babu
---
include/configs/ti_armv7_common.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/ti_armv7_common.h
b/include/configs/ti_armv7_common.h
in
On Thu, Jun 02, 2016 at 09:05:39AM +0200, dirk.eib...@gdsys.cc wrote:
> From: Dirk Eibach
>
> There is a new "intempo" compression type that can
> be reported on startup.
>
> Signed-off-by: Dirk Eibach
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
On Thu, Jun 02, 2016 at 09:05:38AM +0200, dirk.eib...@gdsys.cc wrote:
> From: Dirk Eibach
>
>
>
>
> Dirk Eibach (4):
> ioep-fpga: Support intempo compression
> gdsys: osd: Allow osdsize on valid screens only
> strider: Support con-dp flavor
> strider: Support cpu-dp flavor
>
> board
On Thu, Jun 02, 2016 at 09:05:40AM +0200, dirk.eib...@gdsys.cc wrote:
> From: Dirk Eibach
>
> Limit "osdsize"-command to access valid screens only.
>
> Signed-off-by: Dirk Eibach
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
___
On Thu, Jun 02, 2016 at 09:05:42AM +0200, dirk.eib...@gdsys.cc wrote:
> From: Dirk Eibach
>
> There is new strider cpu flavor with DisplayPort video.
>
> Signed-off-by: Dirk Eibach
>
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
__
On Thu, Jun 02, 2016 at 09:05:41AM +0200, dirk.eib...@gdsys.cc wrote:
> From: Dirk Eibach
>
> There is a new strider console flavor with DisplayPort
> video.
>
> Signed-off-by: Dirk Eibach
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
_
On Thu, May 26, 2016 at 06:01:36PM +0200, Marek Vasut wrote:
> Introduce new helper Kconfig option, which is automatically set to
> the version of ARM architecture for which the U-Boot is built. This
> is useful when selecting tuning options in the libgcc imported from
> Linux kernel.
>
> Signed-
On Thu, May 26, 2016 at 06:01:37PM +0200, Marek Vasut wrote:
> Import unified.h from Linux kernel 4.4.6 , commit
> 0d1912303e54ed1b2a371be0bba51c384dd57326 . This header file contains
> macros used in libgcc functions in Linux kernel on ARM and will be
> needed for the libgcc sync.
>
> Since unif
On Thu, May 26, 2016 at 06:01:39PM +0200, Marek Vasut wrote:
> Sync the libgcc shift operations with Linux kernel 4.4.6 , commit
> 0d1912303e54ed1b2a371be0bba51c384dd57326 . Syncing these three
> files is easy, as there is almost no change in them, except the
> addition of Thumb support.
>
> This
On Thu, May 26, 2016 at 06:01:38PM +0200, Marek Vasut wrote:
> Drop the underscore from the filenames of files implementing libgcc
> routines. There is no functional change. This change is done to make
> sync with Linux kernel easier.
>
> Signed-off-by: Marek Vasut
> Cc: Albert Aribaud
> Cc: Ma
On Thu, May 26, 2016 at 06:01:41PM +0200, Marek Vasut wrote:
> This assembler source won't build in Thumb2 mode, so fix it adding
> the necessary Thumb2 conditional macros from unified.h .
>
> This patch also defines CONFIG_THUMB2_KERNEL and CONFIG_ARM_ASM_UNIFIED
> which is necessary for correct
On Thu, May 26, 2016 at 06:01:40PM +0200, Marek Vasut wrote:
> Sync the libgcc 32bit division and modulo operations with Linux 4.4.6 ,
> commit 0d1912303e54ed1b2a371be0bba51c384dd57326 . The functions in these
> four files are present in lib1funcs.S in Linux, so replace these files
> with lib1func
On Thu, May 26, 2016 at 06:01:42PM +0200, Marek Vasut wrote:
> Import __do_div64 from Linux 4.4.6 , commit
> 0d1912303e54ed1b2a371be0bba51c384dd57326
> on arm32. This function is for some toolchains, which generate _udivmoddi4()
> for 64 bit division.
>
> Since we do not support stack unwinding,
On Thu, May 26, 2016 at 06:01:43PM +0200, Marek Vasut wrote:
> Fix the following warning when building for thumb2 target by tweaking the
> instruction syntax:
>
> Warning: conditional infixes are deprecated in unified syntax
>
> Signed-off-by: Marek Vasut
> Cc: Albert Aribaud
> Cc: Masahiro Ya
On Thu, May 26, 2016 at 06:01:44PM +0200, Marek Vasut wrote:
> Import muldi3.S from Linux 4.4.6 , commit
> 0d1912303e54ed1b2a371be0bba51c384dd57326
> on arm32. This file implements __aeabi_lmul and it's alias __muldi3, which
> is needed when doing Thumb1 builds.
>
> This patch also defines CONFI
On Thu, May 26, 2016 at 06:01:46PM +0200, Marek Vasut wrote:
> Split each symbol in lib1funcs into different .text.foo section instead
> of placing all of them into plain .text . This allows the linker to collect
> and discard unused assembler symbols.
>
> Signed-off-by: Marek Vasut
> Cc: Albert
On Thu, May 26, 2016 at 06:01:45PM +0200, Marek Vasut wrote:
> Import functions into lib1funcs.S which are required for Thumb1
> build. These functions come from gcc 5.3.1 release.
>
> Signed-off-by: Marek Vasut
> Cc: Albert Aribaud
> Cc: Masahiro Yamada
> Cc: Simon Glass
> Cc: Tom Rini
Rev
On Thu, May 26, 2016 at 06:01:47PM +0200, Marek Vasut wrote:
> This patch decouples U-Boot binary from the toolchain on systems where
> private libgcc is available. Instead of pulling in functions provided
> by the libgcc from the toolchain, U-Boot will use it's own set of libgcc
> functions. Thes
This patch implements the reading functionality for the generic I2C
EEPROM driver, which was just a non-functional stub until now.
Since the page size will be of importance for the writing support, we
add suitable members to the private data structure to keep track of it.
Compatibility strings fo
On 06/02/2016 05:14 AM, Rajesh Bhagat wrote:
>
>
>> -Original Message-
>> From: Marek Vasut [mailto:ma...@denx.de]
>> Sent: Thursday, June 02, 2016 1:38 AM
>> To: Rajesh Bhagat ; u-boot@lists.denx.de
>> Cc: york sun ; Sriram Dash
>> Subject: Re: [PATCH] drivers: usb: fsl: Fix NULL termin
On 06/02/2016 08:54 AM, Sriram Dash wrote:
> Signed-off-by: Sriram Dash
> Signed-off-by: Rajesh Bhagat
> ---
> Changes in v2:
> - No update
>
> arch/arm/cpu/armv8/fsl-layerscape/cpu.c| 7 +++
> arch/arm/include/asm/arch-fsl-layerscape/immap_lsch2.h | 2 ++
> arch/arm/inclu
On 06/02/2016 08:54 AM, Sriram Dash wrote:
> Remove the errata workaround from soc specific file for LS2080
The commit message does not explain why this change is legal or needed.
> Signed-off-by: Sriram Dash
> Signed-off-by: Rajesh Bhagat
> ---
> Changes in v2:
> - No update
>
>
> arch/ar
On 06/02/2016 08:54 AM, Sriram Dash wrote:
Commit message is missing, please fix
> Signed-off-by: Sriram Dash
> Signed-off-by: Rajesh Bhagat
> ---
> Changes in v2:
> - No update
>
> arch/arm/cpu/armv8/fsl-layerscape/cpu.c| 7 +++
> arch/arm/include/asm/arch-fsl-layerscap
On 06/02/2016 12:59 PM, Michal Simek wrote:
> Hi Marek,
Hi,
> On 12.5.2016 10:14, Alexander Graf wrote:
>>
>>
>> On 12.05.16 08:57, Michal Simek wrote:
>>> From: Siva Durga Prasad Paladugu
>>>
>>> Correct type of varibale base to unsigned long as
>>> keeping it as int causes usb failures if MSB
On 06/02/2016 08:54 AM, Sriram Dash wrote:
> This patch is doing the following:
> 1. Implementing the errata for LS2080.
> 2. Adding fixup for fdt for LS2080.
>
> Signed-off-by: Sriram Dash
> Signed-off-by: Rajesh Bhagat
> ---
> Changes in v2:
> - Reworked for changes done in errata checking c
On 06/02/2016 08:54 AM, Sriram Dash wrote:
> Performs code cleanup for device tree fixup for fsl usb controllers by
> making functions to handle these similar errata checking code.
>
> Signed-off-by: Rajesh Bhagat
> Signed-off-by: Sriram Dash
> ---
> Changes in v2:
> - added patch description
On 2.6.2016 14:27, Marek Vasut wrote:
> On 06/02/2016 12:59 PM, Michal Simek wrote:
>> Hi Marek,
>
> Hi,
>
>> On 12.5.2016 10:14, Alexander Graf wrote:
>>>
>>>
>>> On 12.05.16 08:57, Michal Simek wrote:
From: Siva Durga Prasad Paladugu
Correct type of varibale base to unsigned lon
The following changes since commit 8b528709c5bba6a8d0ec83b20545bbd75f082704:
spl: fit: Fix load address of fit header (2016-06-01 07:12:38 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-usb.git master
for you to fetch changes up to 64e241a0c8b3b0515cdeea84a07ae21c7d
The following changes since commit 8b528709c5bba6a8d0ec83b20545bbd75f082704:
spl: fit: Fix load address of fit header (2016-06-01 07:12:38 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-socfpga.git master
for you to fetch changes up to d31e9c575f24f4b7f5f382ccae70d7
On Sun, Jan 31, 2016 at 9:25 AM, Marek Vasut wrote:
> On Monday, January 25, 2016 at 12:30:00 AM, Tom Rini wrote:
>> On Mon, Jan 25, 2016 at 12:00:05AM +0100, Marek Vasut wrote:
>> > On Sunday, January 24, 2016 at 11:21:51 PM, Tom Rini wrote:
>> > > On Sun, Jan 24, 2016 at 11:07:30PM +0100, Marek
Dear Måns,
In message you wrote:
>
> > I didn't expect to meet control-L in any files, that's new (old).
>
> Kids these days...
Right, never booted from a RK05 but complaining about code formatting
:-)
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, Managing Director: W
Dear Dirk,
In message
you wrote:
>
> There are cornercases where lock/unlock works properly in the kernel
> but not in u-boot. So we might have an environment that was locked by
> u-boot and are able to unlock it with fw_env.
But then such a "fix" looks wrong to me. If it works in Linux, why
Hi,
I am facing a problem with U-Boot.
Our NFS server supports NFS v3 and v4 but it seems that U-Boot is NFS v2 only.
Is there any plan to update to v3? Otherwise, I could help, but I would need
some pointers to NFS protocol handling.
Guillaume
___
On Mon 2016-05-30 10:43:39, Fabio Estevam wrote:
> On Mon, May 30, 2016 at 5:33 AM, Pavel Machek wrote:
>
> > Commit c3c016cf75360c2a0d0a065b64b438aaf7720576 is a part of the problem:
> >
> > offset 0x4 is protected and cannot be erased
> > => sf help
> > No SPI flash selected. Please run `sf
On 6/2/2016 6:14 PM, Ravi Babu wrote:
Avoid use of hard coded mmcdev value so finduuid works
based on current mmcdev selected.
Acked-by: Lokesh Vutla
Thanks and regards,
Lokesh
Signed-off-by: Ravi Babu
---
include/configs/ti_armv7_common.h |2 +-
1 file changed, 1 insertion(+), 1
Hi Tom,
I think, Dirk had missed this message. Sorry for a late reply.
Inlining the func is basically OK.
But could you please make a little change at the inlined code (see
below)?
Beside this:
Acked-by: Reinhard Pfau
Greetings,
Reinhard.
On 2016-01-14 00:12, Tom Rini wrote:
[...]
diff
Hi Ravi,
> Hi Lukasz
>
> >> The problem here is, how o flash the images first time to fresh
> >> boards to QSPI or eMMC device, where there is no MMC/SD
> >> boot option available. The solution to this problem is use
> >> peripheral USB boot mode (configuring sysboot switches), where the
> >> RO
Hi Lukasz
>> >One question:
>>
>> >Would it be possible to develop SPL (MLO) for your platform, which
>> >does following things:
>>
>> >1. Loads the full-fledge u-boot to SDRAM 2. Starts the u-boot and 3.
>> >u-boot flash all the needed stuff
>>
>> >By using such approach we could restrict ou
Hi Tim,
On 02/06/2016 15:20, Tim Harvey wrote:
>> So, why is this patchset not applied yet ... ?
>>
>
> Stefano,
>
> I would also like to see this applied.
Did I not ? Sorry if it is not, but I was convinced I applied Marek's.
In log I see:
commit d339f16911c790196f5aaea3682819b9c03633bb
Aut
On Thu, Jun 2, 2016 at 8:39 AM, Guillaume Gardet
wrote:
> Hi,
>
> I am facing a problem with U-Boot.
> Our NFS server supports NFS v3 and v4 but it seems that U-Boot is NFS v2
> only.
>
> Is there any plan to update to v3? Otherwise, I could help, but I would need
> some pointers to NFS protocol h
On Mon, 16 May 2016 19:52:33 +0200
Hans de Goede wrote:
> Hi,
>
> On 16-05-16 11:56, Bernhard Nortmann wrote:
> > Given that there now are quite a few additional "reserved" entries, and
> > while we're still at SPL_HEADER_VERSION 1, I'd like to renew my request of
> > dedicating one of these f
On 06/02/2016 01:56 PM, Pavel Machek wrote:
> This adds support for IS1 board. Pretty usual socfpga board,
> 256MB of RAM, does not have MMC, two SPI chips, one ethernet port, two
> additional ethernet ports connected to the FPGA.
>
> Signed-off-by: Pavel Machek
>
> ---
>
> v2: add diffstat
>
On Thu, Jun 2, 2016 at 7:23 AM, Stefano Babic wrote:
> Hi Tim,
>
> On 02/06/2016 15:20, Tim Harvey wrote:
>
>>> So, why is this patchset not applied yet ... ?
>>>
>>
>> Stefano,
>>
>> I would also like to see this applied.
>
> Did I not ? Sorry if it is not, but I was convinced I applied Marek's.
On 05/18/2016 10:54 AM, Stephen Warren wrote:
On 05/17/2016 03:56 PM, Simon Glass wrote:
Hi Stephen,
On 17 May 2016 at 10:46, Stephen Warren wrote:
From: Stephen Warren
A reset controller is a hardware module that controls reset signals that
affect other hardware modules or chips.
This pat
On 05/23/2016 11:47 AM, Stephen Warren wrote:
From: Stephen Warren
The following changes are made to the clock API:
* The concept of "clocks" and "peripheral clocks" are unified; each clock
provider now implements a single set of clocks. This provides a simpler
conceptual interface to cli
Hi Stephen,
2016-06-02 19:00 GMT+02:00 Stephen Warren :
> On 05/23/2016 11:47 AM, Stephen Warren wrote:
>>
>> From: Stephen Warren
>>
>> The following changes are made to the clock API:
>> * The concept of "clocks" and "peripheral clocks" are unified; each clock
>>provider now implements a si
Hi Tom,
sorry for the delay, and thanks for keeping iocon alive :)
2016-06-02 16:05 GMT+02:00 Reinhard Pfau :
...
>> diff --git a/board/gdsys/405ep/dlvision-10g.c
>> b/board/gdsys/405ep/dlvision-10g.c
>> index 54c7eb3..def4f9c 100644
>> --- a/board/gdsys/405ep/dlvision-10g.c
>> +++ b/board/gdsys/
Hi Wolfgang,
2016-06-02 15:36 GMT+02:00 Wolfgang Denk :
> ...
>> There are cornercases where lock/unlock works properly in the kernel
>> but not in u-boot. So we might have an environment that was locked by
>> u-boot and are able to unlock it with fw_env.
>
> But then such a "fix" looks wrong to
Hi!
> > --- /dev/null
> > +++ b/arch/arm/dts/socfpga_cyclone5_is1.dts
> > @@ -0,0 +1,109 @@
> > +/*
> > + * Copyright (C) 2012 Altera Corporation
>
> This copyright notice needs to be updated.
How? dts is probably not copyrightable, and my changes are certainly
not complex enough for copyright
This adds support for IS1 board. Pretty usual socfpga board,
256MB of RAM, does not have MMC, two SPI chips, one ethernet port, two
additional ethernet ports connected to the FPGA.
Signed-off-by: Pavel Machek
---
v2: add diffstat
v3: fixes from review, add empty socfpga.c to make build system
On Thu, Jun 02, 2016 at 08:54:12PM +0200, Dirk Eibach wrote:
> Hi Tom,
>
> sorry for the delay, and thanks for keeping iocon alive :)
>
> 2016-06-02 16:05 GMT+02:00 Reinhard Pfau :
> ...
> >> diff --git a/board/gdsys/405ep/dlvision-10g.c
> >> b/board/gdsys/405ep/dlvision-10g.c
> >> index 54c7eb3.
On Thu, Jun 02, 2016 at 08:57:05PM +0200, Dirk Eibach wrote:
> Hi Wolfgang,
>
> 2016-06-02 15:36 GMT+02:00 Wolfgang Denk :
> > ...
> >> There are cornercases where lock/unlock works properly in the kernel
> >> but not in u-boot. So we might have an environment that was locked by
> >> u-boot and a
On Thu, Jun 02, 2016 at 06:14:27PM +0530, Ravi Babu wrote:
> Avoid use of hard coded mmcdev value so finduuid works
> based on current mmcdev selected.
>
> Signed-off-by: Ravi Babu
> ---
> include/configs/ti_armv7_common.h |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --gi
On 06/02/2016 11:48 AM, Daniel Schwierzeck wrote:
Hi Stephen,
2016-06-02 19:00 GMT+02:00 Stephen Warren :
On 05/23/2016 11:47 AM, Stephen Warren wrote:
From: Stephen Warren
The following changes are made to the clock API:
* The concept of "clocks" and "peripheral clocks" are unified; each c
I was having this problem on the Minnowboard Max with the defconfig
and this fixes it.
Tested-by: George McCollister
Thanks,
George
On Wed, Jun 1, 2016 at 8:11 AM, Ed Swarthout wrote:
> Fixes:
>
> => ext2ls scsi 0:1
> ** Bad device scsi 0:1 **
>
> for boards which use the scsi legacy driver (s
2016-06-02 11:43 GMT+02:00 Ladislav Michl :
> Signed-off-by: Ladislav Michl
> ---
> diff --git a/arch/arm/cpu/armv7/omap-common/utils.c
> b/arch/arm/cpu/armv7/omap-common/utils.c
> index 52ea734..2d03ebf 100644
> --- a/arch/arm/cpu/armv7/omap-common/utils.c
> +++ b/arch/arm/cpu/armv7/omap-common/
On 2 June 2016 at 01:11, Ed Swarthout wrote:
> Fixes:
>
> => ext2ls scsi 0:1
> ** Bad device scsi 0:1 **
>
> for boards which use the scsi legacy driver (such as ls1043ardb).
>
> Signed-off-by: Ed Swarthout
> ---
> This looks like a typeo from 11f610edf01abc96ca10e82e1752648ee911705b
>
> common/
Hi Stephen,
On 3 June 2016 at 05:00, Stephen Warren wrote:
> On 05/23/2016 11:47 AM, Stephen Warren wrote:
>>
>> From: Stephen Warren
>>
>> The following changes are made to the clock API:
>> * The concept of "clocks" and "peripheral clocks" are unified; each clock
>>provider now implements
Am 02.06.2016 um 22:03 schrieb Stephen Warren:
>> could you rebase the patch to current mainline?. I couldn't apply it
>> some days ago. Thanks.
>
> It seems to work fine for me; see log below. What problem are you seeing?
>
> [swarren@swarren-lx1 u-boot]$ git checkout u-boot/master
> HEAD is n
On 06/02/2016 03:46 PM, Daniel Schwierzeck wrote:
Am 02.06.2016 um 22:03 schrieb Stephen Warren:
could you rebase the patch to current mainline?. I couldn't apply it
some days ago. Thanks.
It seems to work fine for me; see log below. What problem are you seeing?
[swarren@swarren-lx1 u-boot]
1 - 100 of 118 matches
Mail list logo