Add missing newline character and also add the return code of
regulator_set_value() to the output.
Signed-off-by: Alexander Stein
---
drivers/mmc/fsl_esdhc_imx.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/mmc/fsl_esdhc_imx.c b/drivers/mmc/fsl_esdhc_imx.c
Hi Miquel,
Am Donnerstag, 23. November 2023, 14:12:33 CET schrieb Miquel Raynal:
> Hi Markus,
>
> markus.nie...@ew.tq-group.com wrote on Thu, 23 Nov 2023 14:04:43 +0100:
> > Hello Miquel,
> >
> > > Initially investigating a Linux network issue causing a lot of drop and
> > > poor network perform
Hello Tim,
Am Freitag, 16. September 2022, 20:43:54 CEST schrieb Tim Harvey:
> Greetings,
>
> I'm wondering if anyone has done any work to get dual-role USB working
> for the IMX8MP (or any other dwc3 host based board) and how they went
> about it if so.
>
> The imx8mp-venice-gw74xx has dual-rol
On Tuesday 13 June 2017 20:36:35, York Sun wrote:
> On 06/01/2017 04:26 AM, Alexander Stein wrote:
> > Pet the watchdog once upon each command call (qspi_xfer) and during
> > each loop iteration in several commands.
> >
> > This fixes a watchdog reset especially durin
Pet the watchdog once upon each command call (qspi_xfer) and during
each loop iteration in several commands.
This fixes a watchdog reset especially during erase command.
Signed-off-by: Alexander Stein
---
drivers/spi/fsl_qspi.c | 8
1 file changed, 8 insertions(+)
diff --git a
Hi Fabio,
On Friday 04 December 2015 18:54:15, Fabio Estevam wrote:
> On Wed, Nov 4, 2015 at 6:19 AM, Alexander Stein
> wrote:
> > When reading a large blob. e.g. a linux kernel (several MiBs) a watchdog
> > timeout might occur meanwhile. So pet the watchdog while operatin
> [Alison Wang] About 2s.
> >> Is SPI running at reasonable speed?
> > [Alison Wang] Yes.
> >> Is there other similar situations such as loading large file off NOR
> >> flash?
> > [Alison Wang] If we don't set the watchdog to 1s timeout, both load
or less the same scenario.
Best regards,
Alexander
--
Dipl.-Inf. Alexander Stein
SYS TEC electronic GmbH
alexander.st...@systec-electronic.com
Legal and Commercial Address:
Am Windrad 2
08468 Heinsdorfergrund
Germany
Office: +49 (0) 3765 38600-0
Fax:+49 (0) 3765 38600-4100
Managin
[...]
and so on...
The actual command which results in a watchdog reset is 'sf read 0x8104
0x20 0x40'. Please note that this uses an external watchdog which is
enabled by default and resets after ~1.5s. The command itself takes about 2s
(taken from my watch).
Best regar
On Monday 23 November 2015 10:51:49, York Sun wrote:
> On 11/04/2015 12:19 AM, Alexander Stein wrote:
> > When reading a large blob. e.g. a linux kernel (several MiBs) a watchdog
> > timeout might occur meanwhile. So pet the watchdog while operating on
> > the flash.
>
&g
When reading a large blob. e.g. a linux kernel (several MiBs) a watchdog
timeout might occur meanwhile. So pet the watchdog while operating on
the flash.
Signed-off-by: Alexander Stein
---
drivers/spi/fsl_qspi.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/spi/fsl_qspi.c b
only disables the timer when booting linux. Does the possibly
> > > misconfigured timer compare value (only lower 32-bits are set to
> > > 0x) have any side-effects within u-boot? I don't currently
> > > know the timer is used there.
> > > I woul
ossibly
misconfigured timer compare value (only lower 32-bits are set to 0x)
have any side-effects within u-boot? I don't currently know the timer is used
there.
I would prefer that the inline assembly code in timer_init is fixed to pass an
64-bit variable to mcrr. Maybe someone will
VAL resulting in the different behavior.
I've compared two u-boots objdumps showing and not showing this problem which
_only_ differ in those 2 register usages.
Best regards,
Alexander
--
Dipl.-Inf. Alexander Stein
SYS TEC electronic GmbH
alexander.st...@systec-electronic.com
Legal and C
variable.
Signed-off-by: Alexander Stein
---
arch/arm/cpu/armv7/ls102xa/timer.c| 3 ++-
arch/arm/include/asm/arch-ls102xa/immap_ls102xa.h | 2 +-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/arm/cpu/armv7/ls102xa/timer.c
b/arch/arm/cpu/armv7/ls102xa
Hi,
after getting dcache support for Raspberry Pi 1 (see other thread) to work: I
wanted to do that for rpi2 too.
But even without dcaches rpi2 is slower than rpi1 for both MMC and USB ethernet.
I have no idea why, but trying the new dhry command from current origin/master
confirms my suspicion.
When using dcache the setup data for the mailbox must be actually written
into memory before calling into firmware. Thus flush and invalidate the
memory.
Signed-off-by: Alexander Stein
Acked-by: Stephen Warren
Tested-by: Stephen Warren
---
Changes in v3:
* Use ARCH_DMA_MINALIGN instead of
This adds dcache support for dwc2. The DMA buffers must be DMA aligned and
is flushed for outgoing transactions before starting transfer. For
ingoing transactions it is invalidated after the transfer has finished.
Signed-off-by: Alexander Stein
Acked-by: Stephen Warren
---
Changes in v4
heline size as mailbox buffer alignment
* Flush/invalidate mailbox buffer up to cacheline size
Alexander Stein (7):
arm1136: Remove dead code
arm1136/arm1176: Merge cache handling code
ARM: bcm283x: Define CONFIG_SYS_CACHELINE_SIZE
ARM: bcm283x: Allocate all mailbox buffers cacheline a
The cacheline is always 32 bytes for arm1176 CPUs, so define it at board
config level for cache handling code.
The ARM Cortex-A7 has a dcache line size of 64 bytes.
Signed-off-by: Alexander Stein
Acked-by: Stephen Warren
Tested-by: Stephen Warren
---
Changes in v4:
* Set
The mailbox buffer is required to be at least 16 bytes aligned, but for
cache invalidation and/or flush it needs to be cacheline aligned.
Use ALLOC_CACHE_ALIGN_BUFFER for all mailbox buffer allocations.
Signed-off-by: Alexander Stein
Acked-by: Stephen Warren
Tested-by: Stephen Warren
As both cores are similar merge the cache handling code for both CPUs
to arm11 directory.
Signed-off-by: Alexander Stein
Acked-by: Stephen Warren
Tested-by: Stephen Warren
---
Changes in v4:
* Used git format-patch -M to generate patches
arch/arm/cpu/arm11/Makefile | 8
Apparently lcd_panel_disable is not defined anywhere, so no config for
an arm1136 board would have set CONFIG_LCD. Remove the unused code.
Signed-off-by: Alexander Stein
Acked-by: Stephen Warren
Tested-by: Stephen Warren
---
arch/arm/cpu/arm1136/cpu.c | 10 --
1 file changed, 10
Now that mailbox driver supports cache flush and invalidation, we can
enable dcache.
Signed-off-by: Alexander Stein
Acked-by: Stephen Warren
Tested-by: Stephen Warren
---
include/configs/rpi-common.h | 1 -
include/configs/rpi_2.h | 1 +
2 files changed, 1 insertion(+), 1 deletion
The mailbox buffer is required to be at least 16 bytes aligned, but for
cache invalidation and/or flush it needs to be cacheline aligned.
Use ALLOC_CACHE_ALIGN_BUFFER for all mailbox buffer allocations.
Signed-off-by: Alexander Stein
---
Changes in v3:
* Use ALLOC_CACHE_ALIGN_BUFFER instead of
This adds dcache support for dwc2. The DMA buffers must be DMA aligned and
is flushed for outgoing transactions before starting transfer. For
ingoing transactions it is invalidated after the transfer has finished.
Signed-off-by: Alexander Stein
---
drivers/usb/host/dwc2.c | 16
ize to roundup
Changes in v2:
* Merge arm1136/1176 cache code
* Use cacheline size as mailbox buffer alignment
* Flush/invalidate mailbox buffer up to cacheline size
Alexander Stein (7):
arm1136: Remove dead code
arm1136/arm1176: Merge cache handling code
ARM: bcm283x:
Apparently lcd_panel_disable is not defined anywhere, so no config for
an arm1136 board would have set CONFIG_LCD. Remove the unused code.
Signed-off-by: Alexander Stein
---
arch/arm/cpu/arm1136/cpu.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/arch/arm/cpu/arm1136/cpu.c b
As both cores are similar merge the cache handling code for both CPUs
to arm11 directory.
Signed-off-by: Alexander Stein
---
arch/arm/cpu/arm11/Makefile | 8 +++
arch/arm/cpu/arm11/cpu.c | 150 ++
arch/arm/cpu/arm1136/Makefile | 1 -
arch/arm
Now that mailbox driver supports cache flush and invalidation, we can
enable dcache.
Signed-off-by: Alexander Stein
---
include/configs/rpi-common.h | 1 -
include/configs/rpi_2.h | 1 +
2 files changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/rpi-common.h b/include
When using dcache the setup data for the mailbox must be actually written
into memory before calling into firmware. Thus flush and invalidate the
memory.
Signed-off-by: Alexander Stein
---
Changes in v3:
* Use ARCH_DMA_MINALIGN instead of fixed 32
* Adjust comment in header
Changes in v2:
* Add
The cacheline is always 32 bytes for arm1176 CPUs, so define it at board
config level for cache handling code.
Signed-off-by: Alexander Stein
---
include/configs/rpi-common.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/rpi-common.h b/include/configs/rpi-common.h
index
On Monday 20 July 2015, 23:00:04 wrote Alexander Stein:
> Now that mailbox driver supports cache flush and invalidation, we can
> enable dcache.
>
> Signed-off-by: Alexander Stein
Well, I just noticed that the dwc2 driver does not support dache yet.
I'm on the way to add that t
:
> fatload mmc 0:1 ${kernel_addr_r} zImage
Changes in v2:
* Merge arm1136/1176 cache code
* Use cacheline size as mailbox buffer alignment
* Flush/invalidate mailbox buffer up to cacheline size
Alexander Stein (6):
arm1136: Remove dead code
arm1136/arm1176: Merge cache handling code
Now that mailbox driver supports cache flush and invalidation, we can
enable dcache.
Signed-off-by: Alexander Stein
---
Changes in v2:
* Only enable dcache on rpi1, but not on rpi2
include/configs/rpi-common.h | 1 -
include/configs/rpi_2.h | 1 +
2 files changed, 1 insertion(+), 1
The mailbox buffer is required to be at least 16 bytes aligned, but for
cache invalidation and/or flush it needs to be cacheline aligned.
Use CONFIG_SYS_CACHELINE_SIZE alignment for all mailbox buffer allocations.
Signed-off-by: Alexander Stein
---
board/raspberrypi/rpi/rpi.c | 10
When using dcache the setup data for the mailbox must be actually written
into memory before calling into firmware. Thus flush and invalidate the
memory.
Signed-off-by: Alexander Stein
---
Changes in v2:
* Add hint in header about alignment requirements
* Invalidate cache after calling into
As both cores are similar merge the cache handling code for both CPUs
to arm11 directory.
Signed-off-by: Alexander Stein
---
arch/arm/cpu/arm11/Makefile | 8 +++
arch/arm/cpu/arm11/cpu.c | 150 ++
arch/arm/cpu/arm1136/Makefile | 1 -
arch/arm
The cacheline is always 32 bytes for arm1176 CPUs, so define it at board
config level for cache handling code.
Signed-off-by: Alexander Stein
---
include/configs/rpi-common.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/rpi-common.h b/include/configs/rpi-common.h
index
Apparently lcd_panel_disable is not defined anywhere, so no config for
an arm1136 board would have set CONFIG_LCD. Remove the unused code.
Signed-off-by: Alexander Stein
---
arch/arm/cpu/arm1136/cpu.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/arch/arm/cpu/arm1136/cpu.c b
On Friday 10 July 2015, 23:17:58 wrote Stephen Warren:
> On 07/04/2015 03:48 AM, Alexander Stein wrote:
> > This patchset enables dcache support for Raspberry Pi 1.
> > First the cache support code was made similar to existing arm1136 code.
> > The invalidate and flush functi
On Friday 10 July 2015, 23:24:58 wrote Stephen Warren:
> On 07/04/2015 03:48 AM, Alexander Stein wrote:
> > Now that mailbox driver supports cache flush and invalidation, we can
> > enable dcache.
>
> Did you also test that HDMI output doesn't show any issues after this
On Friday 10 July 2015, 23:21:32 wrote Stephen Warren:
> On 07/04/2015 03:48 AM, Alexander Stein wrote:
> > The code is copied 1:1 from arm1136 which uses the same cp15 registers.
>
> Same comment here. Perhaps create a cache-armv6.c (or whatever name is
> appropriate; I
On Friday 10 July 2015, 23:20:07 wrote Stephen Warren:
> On 07/04/2015 03:48 AM, Alexander Stein wrote:
> > This is effectively the same code but it also does a clean cache before
> > invalidating and doing a memory barrier.
>
> Is it possible to share this function with arm1
Hello Albert,
On Monday 06 July 2015, 23:26:41 wrote Albert ARIBAUD:
> On Mon, 06 Jul 2015 20:24:31 +0200, Alexander Stein
> wrote:
> > Hello Albert,
> >
> > On Monday 06 July 2015, 09:39:40 wrote Albert ARIBAUD:
> > > On Sat, 4 Jul 2015 11:48:39 +0
Hello Albert,
On Monday 06 July 2015, 09:39:40 wrote Albert ARIBAUD:
> On Sat, 4 Jul 2015 11:48:39 +0200, Alexander Stein
> wrote:
>
> > dcache supprt increases the MMC read performance on RPI 1 from 5,4 MiB/s to
> > 12.3 MiB/s. It doesn't seem to have any affect o
The code is copied 1:1 from arm1136 which uses the same cp15 registers.
Signed-off-by: Alexander Stein
---
arch/arm/cpu/arm1176/cpu.c | 97 ++
1 file changed, 97 insertions(+)
diff --git a/arch/arm/cpu/arm1176/cpu.c b/arch/arm/cpu/arm1176/cpu.c
index
cache flushing addresses must be cacheline size aligned, so mask the
start and stop address appropriately.
Signed-off-by: Alexander Stein
---
arch/arm/cpu/arm1176/cpu.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/cpu/arm1176/cpu.c b/arch/arm/cpu/arm1176/cpu.c
index
When using dcache the setup data for the mailbox must be actually written
into memory before calling into firmware. Thus flush and invalidate the
memory.
Signed-off-by: Alexander Stein
---
arch/arm/mach-bcm283x/mbox.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/mach
This is effectively the same code but it also does a clean cache before
invalidating and doing a memory barrier.
Signed-off-by: Alexander Stein
---
arch/arm/cpu/arm1176/cpu.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/arch/arm/cpu/arm1176/cpu.c b/arch/arm/cpu
seem to have any affect on RPI 2 though. I just get
error messages about non-cacheline aligned address upon invalidation.
The performance stucks at 1.2 MiB/s.
This was tested by the following command:
> fatload mmc 0:1 ${kernel_addr_r} zImage
Alexander Stein (5):
arm1176/cpu: Match cache_
Now that mailbox driver supports cache flush and invalidation, we can
enable dcache.
Signed-off-by: Alexander Stein
---
include/configs/rpi-common.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/configs/rpi-common.h b/include/configs/rpi-common.h
index 1012cdd..dd638c4 100644
--- a
Any feedback on this?
Best regards,
Alexander
On Friday 17 April 2015, 17:33:17 wrote Alexander Stein:
> We need to clear the allocated memory explicitly as the included
> struct sdhci_host has function pointers. Those are compared to NULL to
> test if this (optional) feature is
We need to clear the allocated memory explicitly as the included
struct sdhci_host has function pointers. Those are compared to NULL to
test if this (optional) feature is supported. Leaving them undefined let
u-boot jump to arbitrary memory.
Signed-off-by: Alexander Stein
---
drivers/mmc
nction-declaration]
tools/aisimage.c:151:4: warning: format '%s' expects argument of type 'char *',
but argument 3 has type 'int' [-Wformat]
tools/aisimage.c: In function 'aisimage_generate':
tools/aisimage.c:317:5: warning: implicit declaration of function
Dear Wolfgang,
Am Donnerstag, 5. Mai 2011, 07:32:20 schrieb Wolfgang Denk:
> In message <201105030848.17576.alexander.st...@systec-electronic.com> you
wrote:
> > This specific version was selected due to relocation problems on ARM. But
> > I expect the dcache doesn't have that big influence on th
Dear Wolfgang,
Am Montag, 2. Mai 2011, 19:00:47 schrieb Wolfgang Denk:
> In message <201105021640.27241.alexander.st...@systec-electronic.com> you
wrote:
> > Ok, let me be more precise on this.
> > We used U-Boot v2010.09 on a custom board running on an I.MX35 (ARM1136).
>
> Let's summarize know
Hi Detlev,
Am Montag, 2. Mai 2011, 17:31:15 schrieb Detlev Zundel:
> Hi Alexander,
>
> > Dear Wolfgang,
> >
> > Am Mittwoch, 27. April 2011, 21:08:50 schrieb Wolfgang Denk:
> >> In message <201104271759.11818.alexander.st...@systec-electronic.com>
> >> you
> >
> > wrote:
> >> > Setting stdin, s
Dear Wolfgang,
Am Mittwoch, 27. April 2011, 21:08:50 schrieb Wolfgang Denk:
> In message <201104271759.11818.alexander.st...@systec-electronic.com> you
wrote:
> > Setting stdin, stdout and stderr takes a lot of time (IIRC ~500ms). Which
> > IMO is useless on a bootloader without LCD support.
>
>
Hi,
Am Mittwoch, 27. April 2011, 15:39:18 schrieb Simon Schwarz:
> I just started to work on my bachelor thesis. It is about "Linux boot-up
> time optimization". The past days I spend analyzing what consumes the most
> time in the boot process.
>
> I found that u-boot takes pretty much as long a
Hello,
On Wednesday 09 February 2011, 17:16:37 Alexandre Gambier wrote:
> thanks for your reply.
> I'm running u-boot 1.3.1. I got it from STLinux.
ouch, that's pretty old.
> I will try to set CONFIG_JFFS2.
> But does it mean it will erase the partition using JFFS2 ?
No, the feature depended on
Hello,
On Wednesday 09 February 2011, 16:52:35 Alexandre Gambier wrote:
> I'm using u-boot to boot a Linux-based device.
Which version og u-boot are you running?
> I created some MTD partitions for my NOR and NAND flashes.
>
> Here is the configuration:
>
> device nor0 , # parts = 4
> #: nam
Signed-off-by: Alexander Stein
---
Hello,
I just played a bit with my at91sam9g20ek and tried using a new u-boot.
So I compiled 656b990daa84bfdd512407ee2e3d2610e305a455 (atmel/wip110202) load
it into memory using jtag to 0x2200 while it was linked to 0x2000.
I stepped through the
Hello,
On Tuesday 02 November 2010, 15:11:00 Reinhard Meyer wrote:
> I leaped a bit ahead there, and did some cleanups already. Note that they
> are not complete and are up for discussion. In order to avoid flooding the
> list with patches, you can have a look at u-boot-atmel, at91cleanup
> branch
Dear Reinhard,
On Monday 01 November 2010, 13:31:38 Reinhard Meyer wrote:
> In this particular case the driver is not yet using the (existing) struct
> at91_spi at all
>
>
> WAIT!!!
>
> There is the COMMON driver atmel_spi.c with atmel_spi.h in drivers/spi.
>
> There need not be and sh
Dear Andreas,
On Monday 01 November 2010, 11:57:14 Andreas Bießmann wrote:
> Am 01.11.2010 um 09:29 schrieb Alexander Stein:
> > Signed-off-by: Alexander Stein
> > ---
> > arch/arm/include/asm/arch-at91/at91cap9.h| 12
> > arch/arm/include/asm/arc
On Monday 01 November 2010, 09:43:57 Reinhard Meyer wrote:
> Dear Alexander Stein,
>
> > Signed-off-by: Alexander Stein
> > ---
> >
> > arch/arm/include/asm/arch-at91/at91_spi.h | 14 ++
> > 1 files changed, 14 insertions(+), 0 deletions(-)
&g
Dear Reinhard Meyer,
On Monday 01 November 2010, 09:40:52 Reinhard Meyer wrote:
> > This patch series changes some at91 boards to SoC access and adds some
> > defines to make the boards compilable again.
> > Please note: All changes are untested!
>
> Ok, I will look over them, and apply them in a
Signed-off-by: Alexander Stein
---
arch/arm/include/asm/arch-at91/at91cap9.h|2 ++
arch/arm/include/asm/arch-at91/at91sam9260.h |2 ++
arch/arm/include/asm/arch-at91/at91sam9261.h |2 ++
arch/arm/include/asm/arch-at91/at91sam9263.h |2 ++
arch/arm/include/asm/arch-at91
Signed-off-by: Alexander Stein
---
arch/arm/include/asm/arch-at91/at91_spi.h | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-at91/at91_spi.h
b/arch/arm/include/asm/arch-at91/at91_spi.h
index c520e89..75d4324 100644
--- a/arch/arm
Signed-off-by: Alexander Stein
---
arch/arm/include/asm/arch-at91/hardware.h | 10 ++--
drivers/spi/atmel_dataflash_spi.c | 109 +++--
2 files changed, 60 insertions(+), 59 deletions(-)
diff --git a/arch/arm/include/asm/arch-at91/hardware.h
b/arch/arm/include
Signed-off-by: Alexander Stein
---
arch/arm/include/asm/arch-at91/at91_pdc.h |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/arch/arm/include/asm/arch-at91/at91_pdc.h
b/arch/arm/include/asm/arch-at91/at91_pdc.h
index 42f87ca..2ee6c9d 100644
--- a/arch/arm
Signed-off-by: Alexander Stein
---
board/atmel/at91sam9263ek/at91sam9263ek.c |6 +++---
include/configs/at91sam9263ek.h | 15 +++
2 files changed, 14 insertions(+), 7 deletions(-)
diff --git a/board/atmel/at91sam9263ek/at91sam9263ek.c
b/board/atmel/at91sam9263ek
Signed-off-by: Alexander Stein
---
arch/arm/include/asm/arch-at91/memory-map.h |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/include/asm/arch-at91/memory-map.h
b/arch/arm/include/asm/arch-at91/memory-map.h
index f605f37..dd42bec 100644
--- a/arch/arm
Signed-off-by: Alexander Stein
---
board/atmel/at91sam9261ek/at91sam9261ek.c |6 +++---
include/configs/at91sam9261ek.h | 15 +++
2 files changed, 14 insertions(+), 7 deletions(-)
diff --git a/board/atmel/at91sam9261ek/at91sam9261ek.c
b/board/atmel/at91sam9261ek
Signed-off-by: Alexander Stein
---
board/atmel/at91sam9260ek/at91sam9260ek.c | 88 +---
board/atmel/at91sam9260ek/led.c | 12 ++--
include/configs/at91sam9260ek.h | 12 ++--
3 files changed, 53 insertions(+), 59 deletions(-)
diff --git a/board
Signed-off-by: Alexander Stein
---
board/atmel/at91cap9adk/at91cap9adk.c |6 +++---
include/configs/at91cap9adk.h | 15 +++
2 files changed, 14 insertions(+), 7 deletions(-)
diff --git a/board/atmel/at91cap9adk/at91cap9adk.c
b/board/atmel/at91cap9adk/at91cap9adk.c
Signed-off-by: Alexander Stein
---
arch/arm/include/asm/arch-at91/at91cap9.h| 12
arch/arm/include/asm/arch-at91/at91sam9260.h |7 +++
arch/arm/include/asm/arch-at91/at91sam9261.h |4
arch/arm/include/asm/arch-at91/at91sam9263.h |3 +++
arch/arm/include
Same for PHYS_SDRAM_SIZE and CONFIG_SYS_SDRAM_SIZE and use SZ_* macros
Signed-off-by: Alexander Stein
---
board/atmel/at91sam9260ek/at91sam9260ek.c |6 +++---
include/configs/at91sam9260ek.h | 17 -
2 files changed, 15 insertions(+), 8 deletions(-)
diff --git a
This patch series changes some at91 boards to SoC access and adds some defines
to make the boards compilable again.
Please note: All changes are untested!
Best regards,
Alexander
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/l
Hello,
I noticed that there is a lot of changes in ARM part of u-boot. Especially the
new relocation is a bit tricky. So I'm wondering what and where is the current
ARM development head, especially the at91 part. Is it u-boot master branch or
some other repository/branch?
Best regards,
Alexand
On Tuesday 26 October 2010, 16:00:00 Wolfgang Denk wrote:
> @@ -453,7 +456,7 @@ $(obj)System.map: $(obj)u-boot
> @$(call SYSTEM_MAP,$<) > $(obj)System.map
>
> #
> -# Auto-generate the autoconf.mk file (which is included by all makefiles)
> +# Auto-generate the autoconi.mk file (whic
Hello,
On Thursday 14 October 2010, 08:41:20 Joakim Tjernlund wrote:
> Fix these warnings:
> dlmalloc.c: In function 'free':
> dlmalloc.c:2507: warning: dereferencing pointer '({anonymous})' does break
> strict-aliasing rules dlmalloc.c:2507: warning: dereferencing pointer
> '({anonymous})' does b
Hello,
On Thursday 16 September 2010, 19:44:20 you wrote:
> This patch fixes lib_arm/board.c build errors.
> The combination of "weak" alias and "inline" attributes
> lead to a compile time error when using gcc version 4.4 and above.
>
> Signed-off-by: Stanislav O. Bezzubtsev
> ---
> lib_arm/bo
ot by setting the compare value to a value slightly
greater than the current running counter to make the PIT stopped in short
time.
Signed-off-by: Alexander Stein
---
Changes in v3:
* Really fix comment
arch/arm/cpu/arm926ejs/at91/cpu.c | 16
1 files changed, 16 insertions(
ot by setting the compare value to a value slightly
greater than the current running counter to make the PIT stopped in short
time.
Signed-off-by: Alexander Stein
---
Changes in v2:
* Fix comment
arch/arm/cpu/arm926ejs/at91/cpu.c | 15 +++
1 files changed, 15 insertions(+), 0 dele
Hello Eric,
On Wednesday 18 August 2010, 09:17:26 you wrote:
> > Hello,
> >
> > Am Samstag, 7. August 2010, 19:49:42 schrieb Jens Scharsig:
> > > * Fix: return value of get_tbclk
> > > * this fixes issue with prematurely restart/retry, if
> > >
> > > BOOT_RETRY_TIMEOUT is used
> >
> > This is
On Thursday 12 August 2010, 09:27:31 you wrote:
> Why not store the size of the environment sector as env variable? The
> size should be only needed for storing the environment and not for
> loading (as it is terminated by a '\0'). So we could load the
> environment, check for "env_size" and if its
The include is still necessary though.
Signed-off-by: Alexander Stein
---
common/cmd_flash.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/common/cmd_flash.c b/common/cmd_flash.c
index ff43965..3e6bab2 100644
--- a/common/cmd_flash.c
+++ b/common
Dear Wolfgang,
August 2010, 13:43:32 schrieb Wolfgang Denk:
> > Well, that's at least one possibility but it is very annoying that
> > something like memmove that works fine so far suddenly stops working
> > when watchdog support is enabled.
>
> Yes, I understand this. It's also annoying when you
Hello Mike,
Am Montag, 9. August 2010, 09:13:45 schrieb Mike Frysinger:
> > On AT91 the watchdog mode register can only be written once after reset.
> > If this register is written by u-boot e.g. a Linux driver can't
> > reconfigure the watchdog later. If the watchdog is left untouched this
> > is
Dear Wolfgang,
Am Montag, 9. August 2010, 11:26:56 schrieb Wolfgang Denk:
> > IIRC the problem arose when i downloaded my image to 0x2000 (SD-RAM)
> > using TFTP and my Linux kernel entry point was at 0x20008000. So when
>
> Don;t do this, then. Such kind of overlap has never been supported.
Dear Wolfgang,
Am Montag, 9. August 2010, 00:18:19 schrieb Wolfgang Denk:
> In message <1279701826-20083-1-git-send-email-alexander.st...@systec-
electronic.com> you wrote:
> > Signed-off-by: Alexander Stein
> > ---
> >
> > common/image.c | 11 ---
&
and u-boot is still able to trigger the watchdog.
Signed-off-by: Alexander Stein
---
Changes in v2:
* Add a new specific option CONFIG_SKIP_WATCHDOG_INIT
* Add some documentation
Changes in v3:
* Be more verbose in describing the problem in the commit message and README
Changes in v4:
* Fix c
Hello,
Am Samstag, 7. August 2010, 19:49:42 schrieb Jens Scharsig:
> * Fix: return value of get_tbclk
> * this fixes issue with prematurely restart/retry, if BOOT_RETRY_TIMEOUT
> is used
This issue also arises, if you use CONFIG_AUTOBOOT_KEYED & friends
> Signed-off-by: Jens Scharsig
> ---
>
ot by setting the compare value to a value slightly
greater than the current running counter to make the PIT stopped in short
time.
Signed-off-by: Alexander Stein
---
arch/arm/cpu/arm926ejs/at91/cpu.c | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/arch/ar
Signed-off-by: Alexander Stein
---
arch/arm/include/asm/arch-at91/at91_pit.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/include/asm/arch-at91/at91_pit.h
b/arch/arm/include/asm/arch-at91/at91_pit.h
index 5615a02..61aca79 100644
--- a/arch/arm/include/asm
Hello,
Am Donnerstag, 29. Juli 2010, 08:25:53 schrieb Reinhard Meyer:
> You have add interrupt handling (write source) to AT91 in general and
> provide a patch for that.
>
> But first you have to define why you need interrupts (in the u-boot
> phase) in the first place.
One reason would be to wo
and u-boot is still able to trigger the watchdog.
Signed-off-by: Alexander Stein
---
Changes in v2:
* Add a new specific option CONFIG_SKIP_WATCHDOG_INIT
* Add some documentation
Changes in v3:
* Be more verbose in describing the problem in the commit message and README
R
This allows Linux to initialize and use the watchdog with the included
driver.
Signed-off-by: Alexander Stein
---
Changes in v2:
* Add a new specific option CONFIG_SKIP_WATCHDOG_INIT
* Add some documentation
README |5 +
arch/arm/cpu/arm926ejs/at91
1 - 100 of 123 matches
Mail list logo