Dear Gerlando Falauto,
> Hi all,
>
> we recently to had face some nasty issues, where for some reason two
> (functionally identical) versions of some code behave very differently.
> Namely, one version works and the other doesn't always work.
> It was clear from the beginning this was because of
From: Peter Meerwald
Signed-off-by: Peter Meerwald
---
drivers/power/twl4030.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/power/twl4030.c b/drivers/power/twl4030.c
index 36b2144..e7d5f13 100644
--- a/drivers/power/twl4030.c
+++ b/drivers/power/twl4030.c
@
On 11/20/2012 09:54 AM, Marek Vasut wrote:
Dear Gerlando Falauto,
Hi all,
we recently to had face some nasty issues, where for some reason two
(functionally identical) versions of some code behave very differently.
Namely, one version works and the other doesn't always work.
It was clear from
Hello u-boot team,
Can you please provide some comments on this patch-set
Please consider this for inclusion
Regards
Vipin
On 11/2/2012 11:09 PM, Vipin KUMAR wrote:
This patchset is split in several pieces
- Drivers: This is essentially a few new drivers and fixes in already exiasting
driv
Tom Rini:
> Aside from that (and the comment to 1/2) I think we're good here,
> including the naming of the function. Thanks!
Hi Tom,
Thank you very much for your review.
Here is v3 of the patch series with reworks for __weak and comments style:
[PATCH 1/2] ARM: cache: introduce weak arm_set
Separate the MMU identity mapping for ARM in a weak function, to allow
redefinition with platform specific function.
This is motivated by the need to unmap the region near address zero on HS OMAP
devices, to avoid speculative accesses. Accessing this region causes security
violations, which we wan
We introduce an OMAP5 specific version of arm_setup_identity_mapping(), which
makes the first page of the identity mapping invalid.
We want to unmap the region near address zero on HS OMAP devices, to avoid
speculative accesses. Accessing this region causes security violations, which
we want to av
From: "Jens Scharsig (BuS Elektronik)"
* By a sequence of unfavorable conditions in the config header file, the
eb_cpu5282
booting from internal stopped after relocation. Blame it is a faulty value of
CONFIG_SYS_MONITOR_BASE. This patch fix this by replace the wrong condition in
config he
This patch adds i2c clock for Exynos4
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
---
Changes for v2:
- none
---
arch/arm/cpu/armv7/exynos/clock.c | 17 +
1 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/armv7/exynos/c
This patch add pinmux for I2C for Exynos4
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
---
Changes for v2:
- none
---
arch/arm/cpu/armv7/exynos/pinmux.c | 64
1 files changed, 64 insertions(+), 0 deletions(-)
diff --git a/arc
This patchset brings new I2C framework to Samsung Trats board.
I2C clock, spacing and pinmux are added for Exynos4.
The s3c24x0 i2c driver is modified to support both Exynos4.
The s3c24x0 i2c driver is modiefied for the new I2C framework.
Configs for VCMA9.h and smdk5250.h boards are modified. Bo
This patch add the spacing for i2c for Exynos4
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
---
Changes for v2:
- none
---
arch/arm/include/asm/arch-exynos/cpu.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-exy
This patch modifies the S3C i2c driver to support both Exynos4 and Exynos5
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
---
Changes for v2:
- none
---
drivers/i2c/s3c24x0_i2c.c | 19 ---
1 files changed, 12 insertions(+), 7 deletions(-)
diff --gi
This patch modifies s3c24x0 driver for the new I2C framework.
Configs of VCMA9.h and smdk5250.h boards are modified but not tested.
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
---
Changes for v2:
- changed i2c related names to s3c24x0 driver specfic:
CONFIG
This enables new i2c framework on Trats board.
Hardware s3c24x0 i2c driver is used instead of software i2c.
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
---
Changes for v2:
- hardware i2c outputs configuration moved to i2c_init_board(void) function
- used define ins
For linux 3.x, the size of each item in interrupt-map property is 9 not 7.
Don't use the static value and calculate the size with following cells:
PCI #address-cells, PCI #interrupt-cells,
PIC address, PIC #address-cells, PIC #interrupt-cells.
Signed-off-by: Bin Jiang
---
board/f
Hi Minkyu,
Any comments on this patch set please do let me know.
If no comments I can resend the patches by re-basing them on latest
u-boot-samsung code.
Regards,
Rajeshwari Shinde.
On Tue, Aug 14, 2012 at 7:23 AM, Simon Glass wrote:
> Hi,
>
> On Fri, Aug 10, 2012 at 5:05 AM, Minkyu Kang wr
Dear Gerlando Falauto,
> On 11/20/2012 09:54 AM, Marek Vasut wrote:
> > Dear Gerlando Falauto,
> >
> >> Hi all,
> >>
> >> we recently to had face some nasty issues, where for some reason two
> >> (functionally identical) versions of some code behave very differently.
> >> Namely, one version wor
Hi Marek, Gerlando,
On Tue, 20 Nov 2012 14:26:15 +0100, Marek Vasut wrote:
> > What do you mean it didn't behave properly How's that even possible?
>
> The Linaro toolchain had broken libgcc and u-boot pulls in components from
> this
> libgcc ... thus the breakage.
Marek: I don't know if
On 11/20/2012 02:26 PM, Marek Vasut wrote:
Dear Gerlando Falauto,
On 11/20/2012 09:54 AM, Marek Vasut wrote:
Dear Gerlando Falauto,
Hi all,
we recently to had face some nasty issues, where for some reason two
(functionally identical) versions of some code behave very differently.
Namely, on
Hi Wolfgang,
On Mon, Nov 19, 2012 at 11:25 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message <1353100842-20126-1-git-send-email-...@chromium.org> you wrote:
>> The previous generic board series hit a snag in that we needed generic
>> code to access some of the architecture-specific fiel
In this patch-set we're attempting to add boottime measurement
support to u-boot. A patch-set has already hit the kernel MLs
which intends to solve the other half of the puzzle.
This new tool allows an engineer to apply tags into key areas
around the bootloader, which are then passed to the Linux
If we attempt to take a 32bit timer value and multiply it by a
significant number, the core will not be able to handle it. This
gives the illusion that the timer is rolling over, when in fact
this is not the case. If we ensure the division in this instance
is carried out before the multiplication,
Provide support for microsecond level timer support.
Signed-off-by: Lee Jones
---
arch/arm/cpu/armv7/u8500/timer.c |5 +
include/common.h |1 +
2 files changed, 6 insertions(+)
diff --git a/arch/arm/cpu/armv7/u8500/timer.c b/arch/arm/cpu/armv7/u8500/timer.c
index 403
Boottime is a tool which can be used for full system booting time
measurement. Bootloader boot time is passed to the kernel component
though ATAGS. The kernel-side driver then uses this information to
provide full system boot time diagnostics though debugfs.
Based heavily on the original driver by
Here we add boottime tags to the start of the main loop and just
before the opportunity to break into the u-boot shell. This will
provide a more verbose bootgraph when viewed within debugfs.
Signed-off-by: Lee Jones
---
common/main.c |5 +
1 file changed, 5 insertions(+)
diff --git a/co
This patch adds support for passing boot time information to
the Linus kernel using ATAGS when booting on ARM based devices.
Based heavily on the original driver by Jonas Aaberg.
Signed-off-by: Lee Jones
---
arch/arm/include/asm/setup.h | 18 +
arch/arm/lib/bootm.c |
Allow the bootloader to pass bootloader specific boot-up time
information to the Linux kernel via ATAGs when booting the db8500
based HREF development board.
Signed-off-by: Lee Jones
---
include/configs/u8500_href.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/u8500_h
Allow the bootloader to pass bootloader specific boot-up time
information to the Linux kernel via ATAGs when booting the db8500
based Snowball development board.
Signed-off-by: Lee Jones
---
include/configs/snowball.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/snowb
This will provide a more verbose bootgraph when viewed within debugfs.
It will also ensure that we have a tag at the latest possible point
in the bootloader, right before we pass the ATAGs though to the kernel.
Signed-off-by: Lee Jones
---
arch/arm/lib/board.c |3 +++
arch/arm/lib/bootm.c |
On Tue, Nov 20, 2012 at 12:33 PM, Lee Jones wrote:
> This patch adds support for passing boot time information to
> the Linus kernel using ATAGS when booting on ARM based devices.
>
Linus or Linux?
> Based heavily on the original driver by Jonas Aaberg.
>
> Signed-off-by: Lee Jones
> ---
> a
On 20/11/2012 00:52, Marek Vasut wrote:
> Dear Stefano Babic,
>
>> On 16/11/2012 16:09, Fabio Estevam wrote:
>>> From: Fabio Estevam
>>>
>>> One second is enough time for users to react in case they want to stop
>>> the booting process.
>>>
>>> Signed-off-by: Fabio Estevam
>>> ---
>>>
>>> inclu
Hi Tom,
> On Mon, Nov 19, 2012 at 12:30:02PM -0700, Stephen Warren wrote:
> > On 11/09/2012 02:22 AM, Piotr Wilczek wrote:
> > > From: Lukasz Majewski
> > >
> > > This move is necessary to export gpt header and GPT partition
> > > entries to be used with other commands or subsystems (like DFU in
On Tue, Nov 20, 2012 at 1:44 PM, Stefano Babic wrote:
> On 20/11/2012 00:52, Marek Vasut wrote:
>> Dear Stefano Babic,
>>
>>> On 16/11/2012 16:09, Fabio Estevam wrote:
From: Fabio Estevam
One second is enough time for users to react in case they want to stop
the booting proces
On Tue, 20 Nov 2012, Otavio Salvador wrote:
> On Tue, Nov 20, 2012 at 12:33 PM, Lee Jones wrote:
>
> > This patch adds support for passing boot time information to
> > the Linus kernel using ATAGS when booting on ARM based devices.
>
> Linus or Linux?
Linux.
I'll fix-up when the review proces
Dear Lee Jones,
In message <1353422034-28107-1-git-send-email-lee.jo...@linaro.org> you wrote:
> In this patch-set we're attempting to add boottime measurement
> support to u-boot. A patch-set has already hit the kernel MLs
> which intends to solve the other half of the puzzle.
>
> This new tool
Dear Otavio Salvador,
> On Tue, Nov 20, 2012 at 1:44 PM, Stefano Babic wrote:
> > On 20/11/2012 00:52, Marek Vasut wrote:
> >> Dear Stefano Babic,
> >>
> >>> On 16/11/2012 16:09, Fabio Estevam wrote:
> From: Fabio Estevam
>
> One second is enough time for users to react in case
Dear Lee Jones,
In message <1353422034-28107-2-git-send-email-lee.jo...@linaro.org> you wrote:
> If we attempt to take a 32bit timer value and multiply it by a
> significant number, the core will not be able to handle it. This
> gives the illusion that the timer is rolling over, when in fact
> thi
On Tue, Nov 20, 2012 at 4:09 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> On Tue, Nov 20, 2012 at 1:44 PM, Stefano Babic wrote:
>> > On 20/11/2012 00:52, Marek Vasut wrote:
>> >> Dear Stefano Babic,
>> >>
>> >>> On 16/11/2012 16:09, Fabio Estevam wrote:
>> From: Fabio Estevam
>>
Dear Lee Jones,
In message <1353422034-28107-4-git-send-email-lee.jo...@linaro.org> you wrote:
> Boottime is a tool which can be used for full system booting time
> measurement. Bootloader boot time is passed to the kernel component
> though ATAGS. The kernel-side driver then uses this information
Dear Lee Jones,
In message <1353422034-28107-5-git-send-email-lee.jo...@linaro.org> you wrote:
> Here we add boottime tags to the start of the main loop and just
> before the opportunity to break into the u-boot shell. This will
> provide a more verbose bootgraph when viewed within debugfs.
Assum
Dear Lee Jones,
In message <1353422034-28107-6-git-send-email-lee.jo...@linaro.org> you wrote:
> This patch adds support for passing boot time information to
> the Linus kernel using ATAGS when booting on ARM based devices.
I implicitly mentioned this before, here it comes clear again:
I dislike
Dear Otavio Salvador,
> On Tue, Nov 20, 2012 at 4:09 PM, Marek Vasut wrote:
> > Dear Otavio Salvador,
> >
> >> On Tue, Nov 20, 2012 at 1:44 PM, Stefano Babic wrote:
> >> > On 20/11/2012 00:52, Marek Vasut wrote:
> >> >> Dear Stefano Babic,
> >> >>
> >> >>> On 16/11/2012 16:09, Fabio Estevam wr
Hi Benoit,
Just a FYI the Efika MX products use PATA devices (Sandisk pSSD-P2 or
similar) so it's not a good test. We do have an MX53 board with NAND on the
NFC - but we're sticking with Freescale's BSP U-Boot for the time being on
that particular product. If I can schedule some time for it I will
Dear Tom,
On Tue, 6 Nov 2012 16:37:18 -0500
Andrew Bradford wrote:
> The default value for PRM_RSTTIME1 on am335x is 0x06 leading to a very
> short assertion of SYS_RESETn on BeagleBones. For PRM_RSTTIME1 values
> less than 0x80, some BeagleBones will end up with inverted Ethernet
> LEDs upon
On 11/19/2012 05:52:07 PM, Marek Vasut wrote:
Dear Stefano Babic,
> On 16/11/2012 16:09, Fabio Estevam wrote:
> > From: Fabio Estevam
> >
> > One second is enough time for users to react in case they want to
stop
> > the booting process.
> >
> > Signed-off-by: Fabio Estevam
> > ---
> >
> >
On 11/16/2012 07:43:03 PM, Benoît Thébaudeau wrote:
Hi Scott,
On Saturday, November 17, 2012 1:01:03 AM, Scott Wood wrote:
> On 11/16/2012 02:28:16 PM, Benoît Thébaudeau wrote:
> > Also, I've noticed that some of the oobfree fields of the
> > nand_ecclayout
> > structures in mxc_nand.c are sligh
On Wednesday, November 21, 2012 12:03:47 AM, Scott Wood wrote:
> On 11/16/2012 07:43:03 PM, Benoît Thébaudeau wrote:
> > Hi Scott,
> >
> > On Saturday, November 17, 2012 1:01:03 AM, Scott Wood wrote:
> > > On 11/16/2012 02:28:16 PM, Benoît Thébaudeau wrote:
> > > > Also, I've noticed that some of
Dear Scott Wood,
> On 11/19/2012 05:52:07 PM, Marek Vasut wrote:
> > Dear Stefano Babic,
> >
> > > On 16/11/2012 16:09, Fabio Estevam wrote:
> > > > From: Fabio Estevam
> > > >
> > > > One second is enough time for users to react in case they want to
> >
> > stop
> >
> > > > the booting proce
On 11/20/2012 06:15:25 PM, Marek Vasut wrote:
Dear Scott Wood,
> On 11/19/2012 05:52:07 PM, Marek Vasut wrote:
> > Dear Stefano Babic,
> >
> > > On 16/11/2012 16:09, Fabio Estevam wrote:
> > > > From: Fabio Estevam
> > > >
> > > > One second is enough time for users to react in case they
want
Hello Albert,
After long term test for KZM-A9-GT board (aka. kzm9g), I found some adjustment
for initial hardware setting.
I hope this patch set merged to v2013.01 release.
Tetsuyuki Kobayashi (2):
arm: rmobile: kzm9g: Adjust SDRAM setting
arm: rmobile: kzm9g: Adjust ETM trace clock
board/
After stress test, I found some of kzm9g board occures memory failure.
This patch adust SDRAM setting.
- Enlarge drivability on both SDRAM controller and SDRAM itself
- Raise core voltage
Signed-off-by: Tetsuyuki Kobayashi
---
board/kmc/kzm9g/kzm9g.c | 17 ++---
1 file changed, 14
Set ETM TRCLK down to 78MHz to get clear wave form.
This patch makes difference only when you use ETM trace connecting JTAG
debugger.
Signed-off-by: Tetsuyuki Kobayashi
---
board/kmc/kzm9g/kzm9g.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/kmc/kzm9g/kzm9g.c b/b
Hello,
U-Boot from NOR flash relocates itself to RAM erea. The relocation address is
calaculated at runtime to get maxium contiguous space to load kernel. So it may
vary after code changed. In the early debug phase it would be easier to handle
if the relocation address does not change per build.
U-Boot from NOR flash relocates itself to RAM erea. The relocation address is
calaculated at runtime to get maxium contiguous space to load kernel. So it may
vary after code changed. In the early debug phase it would be easier to handle
if the relocation address does not change.
This patch sets rel
If CONFIG_DEBUG_RELOC_FIX_ADDR is defined, make u-boot_r.
u-boot_r is ELF file which is linked for fixed relocation address specified by
CONFIG_DEBUG_RELOC_FIX_ADDR. Feed this file to debugger to get relocated symbol
addresses.
Signed-off-by: Tetsuyuki Kobayashi
---
Makefile |7 +--
con
56 matches
Mail list logo
