On Wed, 25 Feb 2015 14:55:08 -0600
Nishanth Menon wrote:
> Hi,
>
> The third incarnation of this series to address various ideas of
> previous V2 series. I will skip the full blurb and point to V1/V2
> links for the usual blurb.
>
> Changes since V2:
> - Added documentation revisioning in
Hi Simon,
On Thu, Feb 19, 2015 at 5:10 AM, Simon Glass wrote:
> Add a convenience function to access the private data that a uclass stores
> for each of its devices. Convert over most existing uses for consistency
> and to provide an example for others.
What's the benefit of doing this? It (dev_
Hi Simon,
On Thu, Feb 26, 2015 at 8:55 AM, Simon Glass wrote:
> Hi Bin,
>
> On 25 February 2015 at 01:45, Bin Meng wrote:
>> Hi Simon,
>>
>> On Thu, Feb 19, 2015 at 5:10 AM, Simon Glass wrote:
>>> At present we do more in this function than we should. Create a new
>>> x86_post_cpu_init() which
On 02/25/2015 03:23 PM, Paul Kocialkowski wrote:
> Le mercredi 25 février 2015 à 08:32 -0600, menon.nisha...@gmail.com a
[...]
>> That said, Paul, if you could contribute patches to the effect of
>> integrating all these platforms to ti_*_common.h, that'd be great.
>
> I will try to come up with a
Hi Kevin,
>Akshay Saraswat writes:
>
>[...]
>
>> I don't think it hurts to have a generic function with ARM errata
>> workaround implementation. Whoever wish to use it can call it in their
>> boot path. And it's not even getting executed right now for any SoC
>> other than Exynos542x, so those wh
On 02/25/2015 05:54 PM, Simon Glass wrote:
> On 24 February 2015 at 17:06, Stephen Warren wrote:
>> On 02/24/2015 04:44 PM, Simon Glass wrote:
>>> On 24 February 2015 at 14:08, Stephen Warren
>>> wrote:
This series performs a few small cleanups to or parameterizations of the
existing Te
On Wed, Feb 25, 2015 at 01:29:17PM -0800, York Sun wrote:
> Tom,
>
> The following changes since commit 38dac81b3d0e777f301ca98100bfbcab01d616c2:
>
> Merge branch 'master' of git://git.denx.de/u-boot-mmc (2015-02-23 16:18:06
> -0500)
>
> are available in the git repository at:
>
>
> git:
By specification the FIFO size would be in a range 2-256 bytes. From TX Level
prospective it means we can set threshold in the range 0-(FIFO size - 1) bytes.
Hence there are currently two issues:
a) FIFO size 2 bytes is actually skipped since TX Level is 1 bit and could be
either 0 or 1 byte
Hi Simon,
On Thu, Feb 26, 2015 at 8:55 AM, Simon Glass wrote:
> Hi Bin,
>
> On 25 February 2015 at 00:10, Bin Meng wrote:
>> Hi Simon,
>>
>> On Wed, Feb 11, 2015 at 9:59 AM, Simon Glass wrote:
>>> Some systems have more than 4GB of RAM. U-Boot can only place things below
>>> 4GB so any memory a
On 25 February 2015 at 00:54, Masahiro Yamada wrote:
> All the DM-related configuration options are described in Kconfig
> helps. They should not be duplicated in README.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> README | 113
> ---
Hi Stephen,
On 24 February 2015 at 17:08, Stephen Warren wrote:
> On 02/24/2015 04:44 PM, Simon Glass wrote:
>>
>> Hi Stephen,
>>
>> On 24 February 2015 at 14:08, Stephen Warren
>> wrote:
>>>
>>> From: Stephen Warren
>>>
>>> Tegra's drive group registers have a remarkably inconsistent layout. T
Hi Bin,
On 25 February 2015 at 00:10, Bin Meng wrote:
> Hi Simon,
>
> On Wed, Feb 11, 2015 at 9:59 AM, Simon Glass wrote:
>> Some systems have more than 4GB of RAM. U-Boot can only place things below
>> 4GB so any memory above that should not be used. Ignore any such memory so
>> that the memory
Hi Bin,
On 25 February 2015 at 01:45, Bin Meng wrote:
> Hi Simon,
>
> On Thu, Feb 19, 2015 at 5:10 AM, Simon Glass wrote:
>> At present we do more in this function than we should. Create a new
>> x86_post_cpu_init() which can be called from the board file when needed
>> (e.g. in board_early_init
Hi Bin,
On 25 February 2015 at 00:32, Bin Meng wrote:
> Hi Simon,
>
> On Wed, Feb 11, 2015 at 9:59 AM, Simon Glass wrote:
>> Support running U-Boot as a coreboot payload. Tested peripherals include:
>>
>> - Video (HDMI and DisplayPort)
>> - SATA disk
>> - Gigabit Ethernet
>> - SPI flash
>>
>> US
Hi Stephen,
On 24 February 2015 at 17:06, Stephen Warren wrote:
> On 02/24/2015 04:44 PM, Simon Glass wrote:
>>
>> Hi Stephen,
>>
>> On 24 February 2015 at 14:08, Stephen Warren
>> wrote:
>>>
>>> From: Stephen Warren
>>>
>>> This series performs a few small cleanups to or parameterizations of t
On 25 February 2015 at 11:26, Alexey Brodkin
wrote:
> With limit of 16 symbols very simple device names derived drom device
> tree description could not be displayed correctly.
>
> For example "serial0@0xc0fc1000" will be truncated to sensless
> "serial0@0xc0fc10" - note dropped tariling zeros.
t
On 24 February 2015 at 17:02, Joe Hershberger wrote:
> Many functions returned -1 previously. Change them to return appropriate error
> codes.
>
> Signed-off-by: Joe Hershberger
> Reported-by: Simon Glass
>
> ---
>
> Changes in v4:
> -New to v4
>
> Changes in v3: None
> Changes in v2: None
>
>
On 24 February 2015 at 17:02, Joe Hershberger wrote:
> On some archs masking the parameter is inefficient, so don't use u8.
>
> Signed-off-by: Joe Hershberger
> Reported-by: Simon Glass
>
> ---
>
> Changes in v4:
> -New to v4
>
> Changes in v3: None
> Changes in v2: None
>
> include/net.h | 2 +
On Wed, Feb 25, 2015 at 3:45 PM, Dileep Katta wrote:
> Hi Rob,
>
>
> On 20 February 2015 at 20:24, Rob Herring wrote:
>>
>> On Wed, Feb 18, 2015 at 1:52 PM, Dileep Katta
>> wrote:
>> > This patch adds functionality to getvar command to get the userdata
>> > partition
>> > size.
>>
>> This is non
Wow, that came out as a real mess.
I used Outlook.com to compose that message.
Anyone experience that and can recommend how I can clean it up?
I see that I composed using "Rich Text".
I'll try to redo it in my reply here using "Plain Text":
"saveenv" won't write the environment out to disk.
$ su
On Wed, Feb 25, 2015 at 4:56 PM, Dileep Katta wrote:
> This patch adds support to flash zImage to the boot partition on eMMC.
> Usage: fastboot flash zImage
So this replaces the kernel in an existing bootimage. What's wrong
with "fastboot flash boot", "fastboot flash:raw boot " or
"fastboot boot
Hey Simon,
Incidentally i got acces to a Nyan big and wanted to start testing
u-boot on it. Unfortunately putting a uImage in a vboot signed blob to
chainload it from the primary bootloader like on the exynos based
chromebooks seemed not to work.
Do you have any good pointers how to use u-boot o
The Jesurun Q5 has a black plastic casing with the approximate
dimensions of 100mm x 100mm x 24mm with rounded edges. In terms of
hardware it features an Allwinner A10 SoC with 1GB RAM and 8GB of NAND
flash. The storage capacity can be extended up to 32GB with a MicroSD
card. The external connector
"saveenv" won't write the environment out to disk.
$ sudo dd if=/dev/zero of=/dev/sde seek=1 bs=512 count=3999 //wiping out area
just to make sure no garbage is picked up.$ sudo dd if=bl1.HardKernel
of=/dev/sde seek=1 iflag=dsync oflag=dsync$ sudo dd if=bl2.HardKernel
of=/dev/sde seek=31 iflag=
Hi,
On 24 February 2015 at 23:14, Masahiro Yamada wrote:
> Hi Scott,
>
>
> On Tue, 24 Feb 2015 18:17:59 -0600
> Scott Wood wrote:
>
>> On Tue, 2015-02-24 at 16:20 +0900, Masahiro Yamada wrote:
>> > Hi Scott,
>> >
>> >
>> > On Mon, 23 Feb 2015 19:22:51 -0600
>> > Scott Wood wrote:
>> >
>> > > On
I’m attempting to run a version of Arch Linux ARM on the Beagle Bone Black (and
some similar devices), using a btrfs root file system.
Lots of Googling hasn’t produced a good answer whether this is viable, and if
so, how. Would appreciate input.
I came across this patch but it might be unmainta
On Wed, 2015-02-25 at 15:14 +0900, Masahiro Yamada wrote:
> Hi Scott,
>
>
> On Tue, 24 Feb 2015 18:17:59 -0600
> Scott Wood wrote:
>
> > On Tue, 2015-02-24 at 16:20 +0900, Masahiro Yamada wrote:
> > > Hi Scott,
> > >
> > >
> > > On Mon, 23 Feb 2015 19:22:51 -0600
> > > Scott Wood wrote:
> >
Dear Dave Kucharczyk,
On Wed, Feb 25, 2015 at 11:08 PM, DaveKucharczyk
wrote:
> Fabio Estevam-2 wrote
>> Also, you said that your 512MB board version works fine, but the 256MB
>> fails.
>>
>> I suppose you are using two different binaries for each board, right?
>> You can't have a single binary f
On 02/17/2015 03:29 PM, Simon Glass wrote:
We need to match the device tree in the FIT with the U-Boot model so we
can automatically select the right device tree. Also adjust the load address
so that the device tree is not in the way when a zImage kernel tries to
extract itself.
We don't tend t
On 02/17/2015 03:29 PM, Simon Glass wrote:
From: Doug Anderson
This header includes useful scripts which can be used with any board that
can boot Chrome OS.
In particular, 'run nvboot' will boot a board without verified boot enabled.
I think this needs a bit of minification for an upstream U
On 02/17/2015 03:29 PM, Simon Glass wrote:
We need to turn on all audio-related clocks for the kernel to boot.
Otherwise it will hang when trying to enable audio.
This certainly isn't true for the upstream kernel; is this some bug in
the ChromeOS kernel? If so, we should explicitly call this o
On 02/17/2015 03:29 PM, Simon Glass wrote:
Enable the EC and keyboard, using the SPI bus.
The EC driver requires a particular format and a deactivation delay. Also
U-Boot does not support interrupts.
For now, adjust the device tree to comply. At some point we should tidy
this up to support inte
On 02/17/2015 03:29 PM, Simon Glass wrote:
At present the driver does not properly honour the requested SPI CS
deactivation delay since the SPI bus is changed in the claim_bus() method.
Everything the claim_bus() method does can be done when the device is probed
(setting the speed and mode) and
On 02/17/2015 03:29 PM, Simon Glass wrote:
Add an implementation of the timer functions for tegra, so that timing
is more accurate. Tegra has a 1 microsecond timer for this purpose.
I'm a bit confused about this:
include/configs/tegra-common.h:32:#define CONFIG_SYS_TIMER_COUNTER
NV_PA_TMRUS_B
On 02/25/2015 03:23 PM, Sjoerd Simons wrote:
In the discussion after the submission of the "Let the distro boot command scan
all partitions" patchset it became clear the general consensus was that
u-boot should not simply scan all partitions but instead only partitions with
the bootable flag set,
Hello Kevin,
Sorry to have put this in the back burner. Life knocked me over the
head seeking attention. I shall focus back on this soon.
Sorry, once again,
- Suriyan
On Wed, Feb 25, 2015 at 1:38 PM, Kevin Hilman wrote:
> Hi Suriyan,
>
> On Thu, Jan 22, 2015 at 5:46 PM, Suriyan Ramasami wro
This patch adds support to flash zImage to the boot partition on eMMC.
Usage: fastboot flash zImage
Signed-off-by: Angela Stegmaier
Signed-off-by: Dileep Katta
---
drivers/usb/gadget/f_fastboot.c | 152
1 file changed, 152 insertions(+)
diff --git a/d
Add an optional -bootable parameter to the part list commands to only
put the list of bootable partitions in the environment variable
Signed-off-by: Sjoerd Simons
---
common/cmd_part.c | 53 +
1 file changed, 41 insertions(+), 12 deletions(-)
List bootable partitions and only scan those for bootable files, falling
back to partition 1 if there are no bootable partitions
Signed-off-by: Sjoerd Simons
Reviewed-by: Hans de Goede
---
include/config_distro_bootcmd.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Changes since v1:
env exists allows scripts to query whether an environment variable
exists. Enable by default as it adds only a trivial amount of code and
can be useful in scripts.
Signed-off-by: Sjoerd Simons
Reviewed-by: Hans de Goede
---
include/config_cmd_default.h | 1 +
1 file changed, 1 insertion(+)
Cha
In the discussion after the submission of the "Let the distro boot command scan
all partitions" patchset it became clear the general consensus was that
u-boot should not simply scan all partitions but instead only partitions with
the bootable flag set, falling back to parition 1 as was previously d
Fabio Estevam-2 wrote
> Also, you said that your 512MB board version works fine, but the 256MB
> fails.
>
> I suppose you are using two different binaries for each board, right?
> You can't have a single binary for the two boards, unless you use the
> SPL approach.
Fabio, we use one binary. It ha
Hello, Joe
>Can you provide more exact details on the servers you are trying including
versions?
>Perhaps also provide pcap files (not text dumps) so the exact packet contents can be
observed?
Recently I've done some tests, hope you find them interesting.
Server in question:
Linux sterver 3.
Hello Stephen,
On Tue, 24 Feb 2015 09:51:56 -0700, Stephen Warren
wrote:
> On 02/24/2015 01:48 AM, Albert ARIBAUD wrote:
> > Hello,
> >
> > Can anyone confirm that on current u-boot/master, rpi_2 build fine with
> >
> > git clean -xfd; make rpi_2_defconfig; make
> >
> > but fails with
> >
> >
[Reposting comment on v4 as York requested]
On Wed, Feb 25, 2015 at 02:17:56PM +0530, Aneesh Bansal wrote:
> diff --git a/arch/powerpc/cpu/mpc85xx/cpu_init.c
> b/arch/powerpc/cpu/mpc85xx/cpu_init.c
> index 4cf8853..ef56cc0 100644
> --- a/arch/powerpc/cpu/mpc85xx/cpu_init.c
> +++ b/arch/powerpc/cp
Hello Albert,
On Tue, 24 Feb 2015 14:53:36 +0100, Albert ARIBAUD
wrote:
> When building a THumb-1-only target with CONFIG_SYS_THUMB_BUILD,
> some files fail to build, most of the time because they include
> mcr instructions, which only exist for Thumb-2.
>
> Thos patch introduces a Kconfig optio
Hi Dave,
On Wed, Feb 25, 2015 at 6:23 PM, DaveKucharczyk
wrote:
> I applied the patch, but it still hangs.
>
> The directory tree is different for mx5x vs. MX35
>
> I added relocate.S to...arch/arm/cpu/armv7/mx5/relocate.S
>
> and modified Makefile here...arch/arm/cpu/armv7/mx5/Makefile
>
> Does
Hi Suriyan,
On Thu, Jan 22, 2015 at 5:46 PM, Suriyan Ramasami wrote:
> On Thu, Jan 22, 2015 at 9:51 AM, Kevin Hilman wrote:
>> Suriyan Ramasami writes:
>>
>>> Hello Kevin,
>>>
>>> On Wed, Jan 21, 2015 at 4:54 PM, Kevin Hilman wrote:
Hi Surijan,
Suriyan Ramasami writes:
>>>
Hi Rob,
On 20 February 2015 at 20:24, Rob Herring wrote:
> On Wed, Feb 18, 2015 at 1:52 PM, Dileep Katta
> wrote:
> > This patch adds functionality to getvar command to get the userdata
> partition
> > size.
>
> This is non-standard and doesn't scale to other partitions. There is
>
Is there a
On 02/24/2015 08:07 PM, Gaurav Rana wrote:
> This patch does the following:
>
> 1. The function names for encapsulation and decapsulation
> were inconsitent in freescale's implementation and cmd_blob file.
> This patch corrects the issues.
> 2. The function protopye is also modified to change th
On 02/23/2015 10:06 AM, Simon Glass wrote:
> On 20 February 2015 at 00:21, Gaurav Rana wrote:
>> Currently only normal hashing is supported using hardware acceleration.
>> Added support for progressive hashing using hardware.
>>
>> Signed-off-by: Ruchika Gupta
>> Signed-off-by: Gaurav Rana
>>
On 01/20/2015 07:16 AM, Volodymyr Riazantsev wrote:
> Add support of the DDR mode for eSDHC driver.
> Enable it for i.MX6 SoC family only.
>
> Change-Id: Ie27a945c9fe79d044cc886e269b60747f1744116
> Signed-off-by: Volodymyr Riazantsev
> ---
Applied to u-boot-fsl-qoriq master branch, awaiting up
On 01/22/2015 11:53 PM, Chenhui Zhao wrote:
> The RCPM FSM may not be reset after power-on, for example,
> in the cases of cold boot and wakeup from deep sleep.
> It causes cache coherency problem and may block deep sleep.
> Therefore, reset them if they are not be reset.
>
> Signed-off-by: Chen
On 01/21/2015 01:29 AM, Minghuan Lian wrote:
> Signed-off-by: Minghuan Lian
> ---
This set is applied to u-boot-fsl-qoriq master branch, awaiting upstream.
York
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boo
On 01/16/2015 01:21 AM, Alison Wang wrote:
> There 4 JRs, 4 RTICs and 8 DECOs, and set them the same stream id
> for using the same SMMU3 on LS1021A.
>
> Signed-off-by: Xiubo Li
> Signed-off-by: Alison Wang
> ---
> Changes in v2:
> - Move changing CCSR macros to a separated patch.
Applied to
On 01/21/2015 01:29 AM, Minghuan Lian wrote:
> LS1021A's PCIe1 region begins 0x40_; PCIe2 begins
> 0x48_. In order to access PCIe device, we must create
> TLB to map the 40bit physical address to 32bit virtual address.
> This patch will enable MMU after DDR is available and create
On 01/16/2015 01:23 AM, Alison Wang wrote:
> This patch is to define default values for some CCSR macros
> to make header files cleaner.
>
> Signed-off-by: Alison Wang
> ---
Applied to u-boot-fsl-qoriq master branch, awaiting upstream.
York
___
U-B
On 01/06/2015 01:11 PM, York Sun wrote:
> From: Bhupesh Sharma
>
> This patch ensures that the TZPC (BP147) and TZASC-400 programming
> happens for LS2085A SoC only when the desired config flags are
> enabled and ensures that the TZPC programming is done to allow Non-secure
> (NS) + secure (S)
I applied the patch, but it still hangs.
The directory tree is different for mx5x vs. MX35
I added relocate.S to...arch/arm/cpu/armv7/mx5/relocate.S
and modified Makefile here...arch/arm/cpu/armv7/mx5/Makefile
Does that seem right?
--
View this message in context:
http://u-boot.10912.n7.nab
Tom,
The following changes since commit 38dac81b3d0e777f301ca98100bfbcab01d616c2:
Merge branch 'master' of git://git.denx.de/u-boot-mmc (2015-02-23 16:18:06
-0500)
are available in the git repository at:
git://git.denx.de/u-boot-fsl-qoriq.git master
for you to fetch changes up to 94e3c8c
Le mercredi 25 février 2015 à 08:32 -0600, menon.nisha...@gmail.com a
écrit :
> On Wed, Feb 25, 2015 at 6:27 AM, Paul Kocialkowski wrote:
> > Le mercredi 25 février 2015 à 13:31 +0200, Igor Grinberg a écrit :
> >> On 02/25/15 13:19, Paul Kocialkowski wrote:
> >> > Le mardi 24 février 2015 à 16:57
Hello Masahiro,
On Tue, 10 Feb 2015 19:52:56 +0900, Masahiro Yamada
wrote:
> My main motivation for this commit:
>
> [1] Follow the arch/arm/Makefile style of Linux Kernel
>
> [2] Maintain compiler options systematically
> Currently, we give -march=* and -mtune=* options inconsistently:
> O
On 02/25/2015 01:55 PM, Kevin Hilman wrote:
> Nishanth Menon writes:
>
>> On 13:27-20150220, Akshay Saraswat wrote:
>>> This patch adds workaround for ARM errata 798870 which says
>>> "If back-to-back speculative cache line fills (fill A and fill B) are
>>> issued from the L1 data cache of a CPU
Hello Simon,
On Wed, 25 Feb 2015 07:00:23 -0700, Simon Glass
wrote:
> Hi Albert,
>
> On 25 February 2015 at 06:27, Simon Glass wrote:
> > Hi Albert,
> >
> > On 24 February 2015 at 23:28, Albert ARIBAUD
> > wrote:
> >> Hello Simon,
> >>
> >> I'm a bit (read: almost completely) lost re all the
set_pl310_ctrl_reg does use the Secure Monitor Call (SMC) to setup
PL310 control register, however, that is something that is generic
enough to be used for OMAP5 generation of processors as well. The
only difference being the service being invoked for the function.
So, convert the service to a mac
621766: Under a specific set of conditions, executing a sequence of
NEON or vfp load instructions can cause processor deadlock
Impacts: Every Cortex-A8 processors with revision lower than r2p1
Work around: Set L1NEON to 1
Based on ARM errata Document revision 20.0 (13 Nov 2010)
Signed-off
430973: Stale prediction on replaced inter working branch causes
Cortex-A8 to execute in the wrong ARM/Thumb state
Impacts: Every Cortex-A8 processors with revision lower than r2p1
Work around: Set IBE to 1
Based on ARM errata Document revision 20.0 (13 Nov 2010)
Signed-off-by: Nishanth M
This is in preperation of using generic cross OMAP code.
Signed-off-by: Nishanth Menon
---
.../arm/include/asm/arch-omap3/{omap3.h => omap.h} |0
include/configs/am3517_crane.h |2 +-
include/configs/am3517_evm.h |2 +-
include/configs/cm_t35
454179: Stale prediction may inhibit target address misprediction on
next predicted taken branch
Impacts: Every Cortex-A8 processors with revision lower than r2p1
Work around: Set IBE and disable branch size mispredict to 1
Also provide a hook for SoC specific handling to take place if ne
Enable the OMAP3 specific errata code for 454179, 430973, 621766
and while at it, remove legacy non-revision checked errata logic.
Signed-off-by: Nishanth Menon
---
arch/arm/cpu/armv7/omap3/board.c | 31 ++-
include/configs/am3517_crane.h |4
include/
Update to existing recommendation for L2ACTLR configuration to prevent
system instability and optimize performance.
These apply to both OMAP5 and DRA7.
Reported-by: Vivek Chengalvala
Signed-off-by: Nishanth Menon
---
arch/arm/cpu/armv7/omap5/hwinit.c | 16
1 file changed, 16
From: Praveen Rao
This patch enables the workaround for ARM errata 798870 for OMAP5 /
DRA7 which says "If back-to-back speculative cache line fills (fill
A and fill B) are issued from the L1 data cache of a CPU to the
L2 cache, the second request (fill B) is then cancelled, and the
second request
Add workaround for Cortex-A15 ARM erratum 798870 which says
"If back-to-back speculative cache line fills (fill A and fill B) are
issued from the L1 data cache of a CPU to the L2 cache, the second
request (fill B) is then cancelled, and the second request would have
detected a hazard against a rece
RX51 has a secure logic which uses different parameters compared to
traditional implementation. So, make the generic secure acr write
over-ride-able by board file and refactor rx51 code to use this.
While at it, enable the OMAP3 specific errata code for 454179, 430973,
621766.
Signed-off-by: Nish
omap_smc1 is now generic enough to remove duplicate
omap3_gp_romcode_call logic that omap3 introduced.
As part of this change, move to using the generic lowlevel_init.S for
omap3 as well.
Signed-off-by: Nishanth Menon
---
arch/arm/cpu/armv7/omap-common/Makefile|2 +-
arch/arm/cpu/ar
Hi,
The third incarnation of this series to address various ideas of
previous V2 series. I will skip the full blurb and point to V1/V2
links for the usual blurb.
Changes since V2:
- Added documentation revisioning info with ARM erratums
- patch series are split up to address ARM e
Dear Dave Kucharczyk,
On Wed, Feb 25, 2015 at 3:19 AM, DaveKucharczyk
wrote:
> I'm porting U-Boot for an MX51 based board.
>
> This is the boot sequence with debug on...
>
> U-Boot 2014.07-svn10 (Feb 24 2015 - 15:49:39)
>
> initcall: 9ff85820
> U-Boot code: 9FF8 -> 9FFA6824 BSS: -> 9FFD944C
Akshay Saraswat writes:
[...]
> I don't think it hurts to have a generic function with ARM errata
> workaround implementation. Whoever wish to use it can call it in their
> boot path. And it's not even getting executed right now for any SoC
> other than Exynos542x, so those who don't want it nee
Nishanth Menon writes:
> On 13:27-20150220, Akshay Saraswat wrote:
>> This patch adds workaround for ARM errata 798870 which says
>> "If back-to-back speculative cache line fills (fill A and fill B) are
>> issued from the L1 data cache of a CPU to the L2 cache, the second
>> request (fill B) is t
On 02/25/2015 05:15 AM, Paul Kocialkowski wrote:
> Le mardi 24 février 2015 à 16:57 -0600, Nishanth Menon a écrit :
>> 430973: Stale prediction on replaced inter working branch causes
>> Cortex-A8 to execute in the wrong ARM/Thumb state
>> Impacts: Everything lower than r2p1
>> Work around: Se
On 02/25/2015 02:30 AM, Vincent wrote:
Hi,
as explained here http://community.arm.com/message/25127, it is possible to
boot the raspberry 2 in secure mode, by adding the kernel_old=1 option in
config.txt. The main effects of this option are:
- all 4 cores start executing in secure SVC mode instea
With limit of 16 symbols very simple device names derived drom device
tree description could not be displayed correctly.
For example "serial0@0xc0fc1000" will be truncated to sensless
"serial0@0xc0fc10" - note dropped tariling zeros.
Signed-off-by: Alexey Brodkin
Cc: Simon Glass
Cc: Tom Rini
-
On Wed, Feb 25, 2015 at 5:02 AM, Paul Kocialkowski wrote:
> Le mardi 24 février 2015 à 16:57 -0600, Nishanth Menon a écrit :
>> This is in preperation of using generic cross OMAP code.
>
> I found it a bit confusing at first, since as far as I could see, this
> series does not introduce any cross-
On Wednesday, February 25, 2015 at 05:03:19 PM, Fabio Estevam wrote:
> Currently the usage text for the 'ums' command looks like this:
>
> Usage:
> ums ums [] e.g. ums 0 mmc 0
>
> ,so remove the extra 'ums' in the text.
>
> Signed-off-by: Fabio Estevam
Acked-by: Marek Vasut
Best regards,
On Wednesday, February 25, 2015 at 02:09:45 PM, Lukasz Majewski wrote:
> Hi Marek,
Hi!
> > On Tuesday, February 24, 2015 at 11:29:39 PM, Lukasz Majewski wrote:
> > > On Tue, 24 Feb 2015 18:56:59 +0100
> > >
> > > Marek Vasut wrote:
> > > > On Monday, February 23, 2015 at 10:06:08 AM, Lukasz Maj
On Wednesday, February 25, 2015 at 10:15:24 AM, Lukasz Majewski wrote:
> Hi Marek,
Hi!
> > On Tuesday, February 24, 2015 at 05:05:29 PM, Lukasz Majewski wrote:
> > > Hi Lukasz,
> >
[...]
> > I'll stick with your recommendation, though I'd like to -- somehow --
> > work in Inha's credit into th
On Wednesday, February 25, 2015 at 05:07:00 PM, Fabio Estevam wrote:
> Hi Marek,
>
> On Wed, Feb 25, 2015 at 9:11 AM, Marek Vasut wrote:
> > On Wednesday, February 25, 2015 at 03:23:13 AM, Fabio Estevam wrote:
> >> Ok, I managed to fix it. Will send a patch tomorrow, thanks
> >
> > Cool, thanks
Hi Bin,
On 02/24/2015 11:52 PM, Bin Meng wrote:
> Hi Gabriel,
>
> On Mon, Feb 16, 2015 at 5:55 AM, Gabriel Huau wrote:
>> Configure the pinctrl as it required to make some IO controllers
>> working (USB/UART/I2C/...).
>> The idea would be in the next version to modify the pch GPIO driver and
>> c
On Wed, Feb 25, 2015 at 1:03 PM, Fabio Estevam
wrote:
> Currently the usage text for the 'ums' command looks like this:
>
> Usage:
> ums ums [] e.g. ums 0 mmc 0
>
> ,so remove the extra 'ums' in the text.
>
> Signed-off-by: Fabio Estevam
Acked-by: Otavio Salvador
--
Otavio Salvador
On Wed, Feb 25, 2015 at 9:55 AM, Fabio Estevam
wrote:
> With UMS support we are able to flash the eMMC from U-boot, which is very
> convenient.
>
> Add UMS support to make the eMMC flashing process easier.
>
> Signed-off-by: Fabio Estevam
Acked-by: Otavio Salvador
--
Otavio Salvador
On Wed, Feb 25, 2015 at 9:55 AM, Fabio Estevam
wrote:
> Add EXT2/EXT4 and BOUNCE_BUFFER support.
>
> Signed-off-by: Fabio Estevam
Acked-by: Otavio Salvador
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55
Hi Bin,
On 02/24/2015 11:52 PM, Bin Meng wrote:
Hi Gabriel,
On Mon, Feb 16, 2015 at 5:55 AM, Gabriel Huau wrote:
Configure the pinctrl as it required to make some IO controllers
working (USB/UART/I2C/...).
The idea would be in the next version to modify the pch GPIO driver and
configure these
Hi Simon,
With a little bit of delay here are the responses ... :)
On 02/17/2015 08:04 PM, Simon Glass wrote:
> Hi Gabriel,
>
> On 15 February 2015 at 14:55, Gabriel Huau wrote:
>> Configure the pinctrl as it required to make some IO controllers
>> working (USB/UART/I2C/...).
>> The idea would b
Hi Simon,
With a little bit of delay here are the responses ... :)
On 02/17/2015 08:04 PM, Simon Glass wrote:
Hi Gabriel,
On 15 February 2015 at 14:55, Gabriel Huau wrote:
Configure the pinctrl as it required to make some IO controllers
working (USB/UART/I2C/...).
The idea would be in the ne
Currently the usage text for the 'ums' command looks like this:
Usage:
ums ums [] e.g. ums 0 mmc 0
,so remove the extr
Hi Marek,
On Wed, Feb 25, 2015 at 9:11 AM, Marek Vasut wrote:
> On Wednesday, February 25, 2015 at 03:23:13 AM, Fabio Estevam wrote:
>> Ok, I managed to fix it. Will send a patch tomorrow, thanks
>
> Cool, thanks :)
Just to let you know that this original problem was caused by an error
in the m
So I can't debug with the BDI3000 because the target keeps on resetting...
This happens over and over...
- TARGET: processing power-up delay
- TARGET: processing reset request
- TARGET: BDI executes scan chain init string
- TARGET: Bypass check 0x0001 => 0x0004
- TARGET: JTAG exists check
Commit 2e82e9252695a612ab0cbf40fa0c7368515f6506 'Exynos: Clock: Cleanup
soc_get_periph_rate' introduced a bug in I2C config. This patch makes cros_ec
keyboard working again on Samsung Chromebook (snow).
Signed-off-by: Guillaume GARDET
Cc: Akshay Saraswat
Cc: Minkyu Kang
Cc: Joonyoung Shim
-
In case of global data structure defined as "register volatile" compiler
throws an warning about incorrect type used:
--->8---
common/board_f.c: In function "board_init_f_r":
common/board_f.c:1073:2: warning: passing argument 1 of "&board_init_r
+(sizetype)gd->reloc_off" discards "volatile" qua
On Wed, Feb 25, 2015 at 2:27 AM, Akshay Saraswat wrote:
> Hi Nishanth,
>
>>On 17:13-20150224, Nishanth Menon wrote:
>>> On 13:27-20150220, Akshay Saraswat wrote:
>>> > This patch adds workaround for ARM errata 798870 which says
>>> > "If back-to-back speculative cache line fills (fill A and fill B
1 - 100 of 147 matches
Mail list logo