Hi
I currently try to create a bootable image of u-boot for the imx8qxp eval
board. If I follow the instruction in I see the following output on the
serial debug port:
U-Boot SPL 2020.10 (Oct 15 2020 - 15:54:37 +0200)
Normal Boot
Trying to boot from MMC2_2
Load image from MMC/SD 0x53800
And then
Am Mi., 22. Juli 2020 um 14:39 Uhr schrieb Peng Fan :
>
> > Subject: QSPI mode on imx6ull evk
> >
> > Hi
> >
> > I currently try to get the QSPI flash on the imx6ull evk working in quad
> > mode.
> > This attempt fails as when spi_child_post_bind is called there seems to be
> > no
> > spi child i
Hi
I currently try to get the QSPI flash on the imx6ull evk working in quad mode.
This attempt fails as when spi_child_post_bind is called there seems to be no
spi child in the udevice (spi@21e) which then leads to
spi_slave_ofdata_to_platdata not called and the according definitions in the
de
Hi Hannes
I had the same problem. http://patchwork.ozlabs.org/patch/579391/ fixed it.
Regards,
Matthias
2016-02-08 15:01 GMT+01:00 Hannes Schmelzer :
>
>
> On 18.12.2015 06:17, Masahiro Yamada wrote:
>>
>> Currently, this function returns wrong size if "bootm_low" is defined,
>> but "bootm_size
Hi Masahiro
2016-02-05 8:12 GMT+01:00 Masahiro Yamada :
> Commit 9c11135ce053 ("image: fix getenv_bootm_size() function") fixed
> the case where "bootm_low" is defined, but "bootm_size" is not.
> Instead, it broke the case where neither "bootm_low" nor "bootm_size"
> is defined. Fix this function
Hi
9c11135 image: fix getenv_bootm_size() function breaks the bootz
command for me on a custom hardware (very similar to mx6sxsabresd but
with only 256MB RAM). I don't have bootm_size or bootm_low defined.
After reading zImage and dtb from serial flash I run
=> bootz 0x8080 - 0x8300
Kern
issing in the mainline driver. After adding
the clear mainline kernel boots with an unmodified u-boot. So, I think
I currently use a patched kernel until the change arrives in mainline.
Thanks to all
Matthias
2015-06-10 8:55 GMT+02:00 Stefan Roese :
> Hi Matthias,
>
> On 10.06.2015
e, Jun 09, 2015 at 10:24:38AM -0500, Nitin Garg wrote:
>>On 06/09/2015 10:02 AM, Fabio Estevam wrote:
>>> Adding some FSL folks in case they have some suggestions.
>>>
>>> Regards,
>>>
>>> Fabio Estevam
>>>
>>> On Tue, Jun 9, 2015 at
mainline or fsl
> vendor?
>
> Regards,
> Peng.
>
> On Tue, Jun 09, 2015 at 10:24:38AM -0500, Nitin Garg wrote:
>>On 06/09/2015 10:02 AM, Fabio Estevam wrote:
>>> Adding some FSL folks in case they have some suggestions.
>>>
>>> Regards,
>>>
Hi
I work with an imx6sx sdb. I observed that placing u-boot in QSPI
flash and also having the environment in QSPI the linux kernel doesn't
boot. The backtrace from the kernel contains 'fsl_qspi_probe'. If only
u-boot resides in QSPI and the environment is on mmc then the kernel
boots successfully
Am 14.04.2014 17:38, schrieb Kees Cook:
On Mon, Apr 14, 2014 at 1:51 AM, Matthias Weißer wrote:
Am 14.04.2014 08:09, schrieb Matthias Weißer:
Hi Wolfgang
Am 11.04.2014 12:43, schrieb Wolfgang Denk:
Dear Matthias,
In message <5347bbbc.9000...@arcor.de> you wrote:
we are cur
Am 14.04.2014 08:09, schrieb Matthias Weißer:
Hi Wolfgang
Am 11.04.2014 12:43, schrieb Wolfgang Denk:
Dear Matthias,
In message <5347bbbc.9000...@arcor.de> you wrote:
we are currently trying to get an out-of-tree board based on 2013.01
back in sync with current master and obser
Hi Wolfgang
Am 11.04.2014 12:43, schrieb Wolfgang Denk:
Dear Matthias,
In message <5347bbbc.9000...@arcor.de> you wrote:
we are currently trying to get an out-of-tree board based on 2013.01
back in sync with current master and observing a strange behavior which
we think is located in the CFI
Hi
we are currently trying to get an out-of-tree board based on 2013.01
back in sync with current master and observing a strange behavior which
we think is located in the CFI flash system. If we load an image via
tftp, copy it to flash and then try to run the image via bootm we see an
error w
Hello Fabio
Am 04.07.2013 22:30, schrieb Fabio Estevam:
From: Fabio Estevam
Allow the boot of a device tree kernel.
Signed-off-by: Fabio Estevam
---
include/configs/zmx25.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/zmx25.h b/include/configs/zmx25.h
index e9216d9.
Am 03.07.2013 16:33, schrieb Fabio Estevam:
On Wed, Jul 3, 2013 at 11:20 AM, Matthias Weißer wrote:
Yes. Thanks a lot. But why is that? Can you give me an explanation for that
or point me to the correct documentation?
Does it boot now?
Yes, it does. And the output changed to
Am 03.07.2013 13:25, schrieb Fabio Estevam:
The "Generic DT based system" is not usual.
Sure. It is based on imx25-pdk.dts minus nand plus uart2 which is used as
debug uart on the system in question.
/dts-v1/;
#include "imx25.dtsi"
/ {
model = "Graf-Syteco zmx25";
compatible
Am 03.07.2013 03:16, schrieb Fabio Estevam:
On Tue, Jul 2, 2013 at 12:26 PM, Matthias Weißer wrote:
Hi
I try to boot a current 3.11 kernel on a custom iMX25 board using DT. u-boot
starts the kernel but it stops working just after the first eralyprintk
lines are out. The u-boot/kernel output
Hi
I try to boot a current 3.11 kernel on a custom iMX25 board using DT.
u-boot starts the kernel but it stops working just after the first
eralyprintk lines are out. The u-boot/kernel output:
bootm 0x8100 - 0x8080
## Booting kernel from Legacy Image at 8100 ...
Image Name: L
18.10.2012 19:21, schrieb Tom Rini:
On Thu, Oct 18, 2012 at 02:24:20PM +0200, Matthias Wei?er wrote:
Hi
I get some misterious errors from time to time when decompressing an
LZO compressed image. The output is as follows
zmx25> bootm 0x8200
## Booting kernel from Legacy Image at 8200 ..
Hi
I get some misterious errors from time to time when decompressing an LZO
compressed image. The output is as follows
zmx25> bootm 0x8200
## Booting kernel from Legacy Image at 8200 ...
Image Name: zmx25-gfx ifs
Image Type: ARM QNX Kernel Image (lzo compressed)
Data Size:
Am 24.09.2012 13:05, schrieb Benoît Thébaudeau:
Hi Stefano, Matthias,
On Monday, September 24, 2012 11:45:33 AM, Stefano Babic wrote:
On 24/09/2012 11:32, Matthias Weißer wrote:
> Hi Stefano
>
Hi Matthias,
> I am currently in the process of updating my zmx25 board support
&g
Hi Stefano
Am 24.09.2012 11:45, schrieb Stefano Babic:
On 24/09/2012 11:32, Matthias Weißer wrote:
Hi Stefano
Hi Matthias,
I am currently in the process of updating my zmx25 board support for a new
hardware revision where I need I2C access. I2C on imx25 currently fails
to build
Hi Stefano
I am currently in the process of updating my zmx25 board support for a new
hardware revision where I need I2C access. I2C on imx25 currently fails
to build:
mxc_i2c.c: In function 'i2c_imx_get_clk':
mxc_i2c.c:101:31: error: 'MXC_IPG_PERCLK' undeclared (first use in this
function)
I
Dear Benoît
Am 14.08.2012 23:25, schrieb Benoît Thébaudeau:
Clean up mx25 lowlevel_init:
- Add comments.
- Do not use write32 repeatedly with the same value in order no to increase
code size.
- Make register values configurable.
- Use defined values instead of literal constants.
-
Am 07.05.2012 09:13, schrieb Jorgen Lundman:
If you correctly skip the HW init, you can try booting u-boot from u-boot ...
(now, WD will hate me for bringing this up :-) ). It's possible, but
unsupported
operation. You might need to do some research on this matter :-)
I was thinking more a
Am 23.04.2012 20:30, schrieb Wolfgang Denk:
Dear Matthias,
In message<4f959612.7040...@arcor.de> you wrote:
Because you will have the same address for "physical memory" in all
instances of sandbox u-boot. This could simplify test scripts a bit.
Imagine testing tftp downloads to memory where D
Am 24.12.2011 11:00, schrieb Albert ARIBAUD:
> I don't understand why we'd need a third way to map. It's still an issue
> of physical vs virtual mapping, only in the sandbox case the
> phys-vs-virt mapping should be done through the mmap()/munmap() OS
> services (which at the moment it does not)
Hi Érico
Am 23.12.2011 14:19, schrieb Érico Porto:
> Thanks!
>
> Tried to do some memory display commands but got instant segmentation
> fault, and tried to run it as root - but then some bad things
> happened, so now I know no one should run it as root.
>
> I wanted to tryout a memory test algo
Am 15.12.2011 08:30, schrieb Simon Glass:
Hi,
I am wanting to add an AES encryption library to U-Boot. I suppose it
should be written in C, with small compiled code/data size (rather
than high performance), GPL and fairly easy to read.
Does anyone have any suggestions?
Take a look at libtomcr
Am 12.12.2011 00:09, schrieb Ilya Yanok:
> Commit 2f3427c added noop cache functions implementation for arm926ejs
> to fix compilation of drivers depending on these functions (DaVinci
> EMAC in particular).
>
> Unfortunately, the bug was introduced: noop implementation calls
> dcache_disable which
Hi
commit 2f3427ccb915c6f6774f0bcebb67c648dc25dcfd
Author: Ilya Yanok
Date: Mon Nov 28 06:37:32 2011 +
arm926ejs: add noop implementation for dcache ops
breaks zmx25 booting with the following command:
tftpboot 0x8200 foo.img; dcache on; bootm 0x8200
It is stuck then in an
Am 05.12.2011 18:28, schrieb Mike Frysinger:
> On Monday 05 December 2011 11:43:09 Shadid, Bill wrote:
>> /opt/embedded/tools/usr/bin/../lib/gcc/powerpc-linux/4.2.2/m8540/libgcc.a(d
>> ivsf3.o): In function `__divsf3':
>> /opt/eldk/build/ppc-2008-04-01/work/usr/src/denx/BUILD/crosstool-0.43/buil
>>
Am 28.11.2011 23:57, schrieb Mike Frysinger:
> On Monday 28 November 2011 16:40:29 Matthias Weisser wrote:
>> Making sleep command work
>
> i like the idea, but using clock_xxx funcs makes me sad (generally requires a
> "newerish" glibc and -lrt). my only alternative proposal is to use usec's
>
Am 02.11.2011 07:54, schrieb Wolfgang Denk:
> U-Boot Makefiles contain a number of tests for compiler features etc.
> which so far are executed again and again. On some architectures
> (especially ARM) this results in a large number of calls to gcc.
>
> This patch makes sure to run such tests only
Dear Stefano
Am 17.08.2011 12:12, schrieb Stefano Babic:
> commit 0edf8b5b2fa0d210ebc4d6da0fd1aceeb7e44e47 breaks
> building on a different directory with the O= parameter.
> The patch wil fix this issue, generating always asm-offsets.h before
> the other targets.
>
> Signed-off-by: Stefano Babic
Dear Albert
Am 04.08.2011 19:04, schrieb Albert ARIBAUD:
> Hi Wolfgang,
>
> Here is my pull request for u-boot-arm/master, from which I did remove
> the wrongly applied commits that you indicated and in which all patches
> submitted before the merge window closure are taken into account.
>
> Devel
Dear Albert
Am 23.05.2011 11:49, schrieb Albert ARIBAUD:
> Le 23/05/2011 11:30, Alexander Holler a écrit :
>> Am 23.05.2011 11:06, schrieb Matthias Weisser:
>>> In some cases (e.g. bootm with a elf payload which is already at the right
>>> position) there is a in place copy of data to the same add
Am 19.07.2011 13:19, schrieb Wolfgang Denk:
> Dear =?ISO-8859-1?Q?Matthias_Wei=DFer?=,
>
> In message<4e256588.4010...@arcor.de> you wrote:
>>
>> Is this really a good idea? This will break a couple of boards using
>> non-cache-aware drivers. And there are a couple of them in u-boot. I
>> think d-
Dear Aneesh
Am 18.07.2011 18:16, schrieb Aneesh V:
> commit c2dd0d45540397704de9b13287417d21049d34c6
> armv7: integrate cache maintenance support
>
> In this patch I added a call to dcache_enable() at the beginning of
> board_init_r() for ARM(i.e. as soon as relocation is over). As a result
> D-ca
Hi Stefano
Am 30.06.2011 17:36, schrieb Stefano Babic:
> On 06/30/2011 11:57 AM, Matthias Weisser wrote:
>> zmx25 is a board based on imx25 SoC, 64 Megs of LPDDR, 32 Megs of NOR flash,
>> an
>> optional NAND flash.
>
> Hi Matthias,
>
>> diff --git a/board/syteco/zmx25/lowlevel_init.S
>> b/board/
Hi Stefano
Am 30.06.2011 17:38, schrieb Stefano Babic:
> On 06/30/2011 11:57 AM, Matthias Weisser wrote:
>> Need this function for autoboot keyd
>>
>
> Hi Matthias,
>
>> +/*
>> + * This function is derived from PowerPC code (timebase clock frequency).
>> + * On ARM it returns the number of timer t
Am 30.06.2011 12:44, schrieb Wolfgang Denk:
> Dear Matthias Weisser,
>
> In message<1309427865-17531-6-git-send-email-weiss...@arcor.de> you wrote:
>> zmx25 is a board based on imx25 SoC, 64 Megs of LPDDR, 32 Megs of NOR flash,
>> an
>> optional NAND flash.
>>
>> Signed-off-by: Matthias Weisser
>
Hello Wolfgang
Am 30.06.2011 12:46, schrieb Wolfgang Denk:
>> +
>> +$(TOPDIR)/include/asm/arch/asm-offsets.h:
>> $(TOPDIR)/include/autoconf.mk.dep \
>> +./asm-offsets.s
>> +@echo Generating $@
>> +$(TOPDIR)/tools/scripts/make-asm-offsets ./asm-offsets.s $@
>> +
>> +asm-offsets.s:
Hello Wolfgang
Am 30.06.2011 12:49, schrieb Wolfgang Denk:
>> +$(OBJS) : $(TOPDIR)/include/asm/arch/asm-offsets.h
>> +
>> #
>>
>> # defines $(obj).depend target
>> @@ -44,3 +44,14 @@ include $(SRCTREE)/rules.mk
>> sinclu
Dear Wolfgang
Am 14.06.2011 08:18, schrieb Matthias Weißer:
> Am 23.05.2011 11:03, schrieb Matthias Weisser:
>> In some cases (e.g. bootm with a elf payload which is already at the right
>> position) there is a in place copy of data to the same address. Catching this
>>
Am 29.06.2011 16:20, schrieb Wolfgang Denk:
> Dear =?ISO-8859-15?Q?Matthias_Wei=DFer?=,
>
> In message<4e0b3331.9030...@arcor.de> you wrote:
>>
>> If a soc automatically generates asm-offsets.s/h in its makefile it
>> isn't removed by a make clean or make distclean. See mx35 as an example.
>> Even
Hi
If a soc automatically generates asm-offsets.s/h in its makefile it
isn't removed by a make clean or make distclean. See mx35 as an example.
Even adding a clean: target to the SoCs makefile doesn't help. What
would be the right way to remove these files with make clean?
Regard
Hello Wolfgang
Am 23.05.2011 11:03, schrieb Matthias Weisser:
> In some cases (e.g. bootm with a elf payload which is already at the right
> position) there is a in place copy of data to the same address. Catching this
> saves some ms while booting.
What about this patch? As the initial submissio
Am 23.05.2011 11:30, schrieb Alexander Holler:
> Am 23.05.2011 11:06, schrieb Matthias Weisser:
>> In some cases (e.g. bootm with a elf payload which is already at the right
>> position) there is a in place copy of data to the same address. Catching this
>> saves some ms while booting.
>>
>> Signed
Am 19.05.2011 07:29, schrieb Sathish:
> Matthias Weißer arcor.de> writes:
>> Hi
>>
>> I am currently porting u-boot to a new board based on Freescales iMX25
>> processor. I would like to add USB support. As I can see there is no
>> support in current head for
Hello Sandeep, Wolfgang
Am 19.04.2011 14:42, schrieb Paulraj, Sandeep:
> Wolfgang, Albert,
>
> Russell King sent some updates to the linux kernel for mach-types.
>
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=6f82f4db80189281a8ac42f2e72396accb719b57
>
> He als
Hi
I looked into the documentation but I can't find a command which copies
an image from one address to another. This would be extremly useful for
me as reading from (uncached) flash is way slower then reading from
cached SDRAM. Currently booting is done by a simple bootm. This requires
that t
Am 12.04.2011 09:27, schrieb Albert ARIBAUD:
> Hi Matthias,
>
> Le 12/04/2011 09:13, Matthias Weißer a écrit :
>> Am 12.04.2011 09:06, schrieb Albert ARIBAUD:
>>> Hi Matthias,
>>>
>>> Le 12/04/2011 08:58, Matthias Weisser a écrit :
>>>> In so
Am 12.04.2011 09:05, schrieb Mike Frysinger:
> this summary is kind of weak. please prefix it with something like "string:"
> or "memcpy/memmove:". keep in mind that the summary needs to quickly pick out
> what the changeset is doing from every other changeset in the tree based only
> on that. o
Am 12.04.2011 09:06, schrieb Albert ARIBAUD:
> Hi Matthias,
>
> Le 12/04/2011 08:58, Matthias Weisser a écrit :
>> In some cases (e.g. bootm with a elf payload) there is a in place copy of
>> data to the same address. Catching this saves some ms while booting.
>>
>> Signed-off-by: Matthias Weisser
Hi Aaron
Am 07.02.2011 23:02, schrieb Aaron Williams:
> 5. Fix for Micron NAND flash MT29F32G08CBABA which erroneously reports a 16-
> bit bus when it has an 8-bit BUS.
Can you send that patch separately? I have a iMX25 board here with the
2GiB version of that chip which also reports a 16 bit bu
Am 26.01.2011 13:07, schrieb Albert ARIBAUD:
>> ---
>
> IIRC, the '---' line separates patch commit message (above) from
> freeform comments and history (below). Here, at least the version
> history should move below the '---' line.
Wolfgang asked me that I add the numbers to the commit message. F
Am 24.01.2011 21:07, schrieb Wolfgang Denk:
> OK - so which results do you see in reallife use, say when loading and
> booting an OS? How much boot time can be saved?
All tests are done with jadecpu
| HEAD(1)| HEAD(1)| HEAD(2)| HEAD(2)|
|| +
can do some additional measurements tomorrow on two systems (jadecpu
with a 32Bit@166MHz DDR2 memory and a imx25 based on with 16Bit@133MHz
LPDDR) and come up with some exact numbers. Maybe you can give some more
hints what and how the improvements of this patch can be measured.
Matthias Weißer
Am 03.12.2010 09:47, schrieb Matthias Weisser:
> Enabling d cache leads to greatly improved image decompression times.
Please do not apply this patch as it causes some commands to fail when
dcache is enabled. I will investigate the problem a send a working patch.
Matthias
___
ore a DMA to the device, and invalidating their cache
> entries after a DMA from the device.
This is true. DMA and caching can be a lot of fun for a driver developer
:-) But I can guarantee that the network driver doesn't use any DMA
transfer as the hardware doesn't support it
ake these, and only these, cacheable
(dram_bank_mmu_setup():57).
If the whole address space would be cached I would expect that even
writing to NOR flash fails as the write accesses wouldn't reach the
flash chip. But that works perfect on both of my systems.
Thanks
Matthias Weißer
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello Wolfgang
Am 03.12.2010 15:47, schrieb Wolfgang Denk:
>> Has anyone an explanation for this behavior? Is anyone out there having
>> dcache running on an ARM926 and working usb/tftpboot?
>
> Many drivers have not been written to work with enabled caches.
What is the reason that special handli
Hi
I just activated the dcache on our jadecpu board but it seems to me that
this breaks some commands.
jade> dcache
Data (writethrough) Cache is OFF
jade> usb start
(Re)start USB...
USB: scanning bus for devices... 2 USB Device(s) found
scanning bus for storage devices... 1 Storage Dev
Am 26.10.2010 11:27, schrieb Reinhard Meyer:
> Dear Matthias Weisser,
>> This patch fixes the reset command on imx25
>>
>> Signed-off-by: Matthias Weisser
>> +writew(0x,®s->wcr);
>> +writew(0x,®s->wsr);
>> +writew(0x,®s->wsr);
>
> It might be "nicer" to use 16 Bi
Am 20.10.2010 22:38, schrieb Albert ARIBAUD:
> This is an ld, not gcc, issue. What does arm-unknown-eabi-ld -V produce?
$ arm-unknown-eabi-ld -V
GNU ld (GNU Binutils) 2.19.1
Supported emulations:
armelf
Thanks for your time
Matthias
___
U-Boot ma
Am 20.10.2010 09:44, schrieb Albert ARIBAUD:
> Le 20/10/2010 09:22, Matthias Weißer a écrit :
>> Hi
>>
>> after pulling the latest changes I get the following warning during
>> linking of arm boards (I tested jadecpu and tx25).
>>
>> arm-unknown-eabi-ld: w
Hi
after pulling the latest changes I get the following warning during
linking of arm boards (I tested jadecpu and tx25).
arm-unknown-eabi-ld: warning: creating a DT_TEXTREL in object.
Must have something to do with the latest ELF based relocation changes
but I am not an expert in these tool c
Hello Wolfgang
Am 05.10.2010 20:41, schrieb Wolfgang Denk:
> Dear Matthias Weisser,
>> -gd->bd->bi_dram[0].start = PHYS_SDRAM;
>> -gd->bd->bi_dram[0].size = PHYS_SDRAM_SIZE;
>> +/* dram_init must store complete ramsize in gd->ram_size */
>> +gd->ram_size = get_ram_size((volatile vo
>
> The bytes may be getting corrupted. If you hack up the code to
> override the ID bytes with good ones, do you see any problems doing
> real I/O?
I tried that. If I run a "nand bad" command then it never returns and
keeps performing some actions on the NAND device as
Hi
I would like to add a new NAND flash type to u-boot and have some
problems with it. The type is
MT29F16G08CBABA
– Page size x8: 4320 bytes (4096 + 224 bytes)
– Block size: 256 pages (1024K + 56K bytes)
– Plane size: 2 planes x 1024 blocks per plane
– Device size: 16Gb: 2048 blocks
The NAND s
Hi
I am currently porting u-boot to a new board based on Freescales iMX25
processor. I would like to add USB support. As I can see there is no
support in current head for USB on iMX. Can someone give me some hints
what I have to do to enable USB host support on iMX25.
Matthias
Am 12.08.2010 09:54, schrieb Frans Meulenbroeks:
> 2010/8/12 Matthias Weißer:
>> 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'). S
Am 12.08.2010 08:43, schrieb Frans Meulenbroeks:
> I've seen a few times that people get a u-boot with their board and
> want to use fw_setenv under linux to tweak with environment variables.
> This requires them to come up with an fw-env.config (if not provided).
> One of the things that I've
Hello Wolfgang
Am 07.08.2010 23:35, schrieb Wolfgang Denk:
> Dear Matthias Weisser,
>
> In message<1280734550-18403-2-git-send-email-weiss...@arcor.de> you wrote:
>> +void __udelay(unsigned long usec)
>> +{
>> +unsigned long long tmp;
>> +ulong tmo;
>> +
>> +tmo = usec_to_tick(usec);
Hello Heiko
>> images which was not possible due to boot time restrictions in older
>> versions. So it would be great if this stuff could go mainline.
>
> I hope so ;-) So, could you send a patch for this board, based on my
> RFC patches? I pick them up at first, and it will then go in mainline
>
Hello Heiko
Am 05.08.2010 08:19, schrieb Heiko Schocher:
>> The board runs through my low level init (so DDR RAM is up) and later on
>> crashes in the first call to memset. I could not further debug this as I
>
> Where is this memset()? The first after low level init is in:
> arch/arm/lib/board.c
Hello Heiko
Am 29.07.2010 12:44, schrieb Heiko Schocher:
> This patch series add full relocation and cache support for arm
> based boards. I did this for arm1136, arm_cortexa8 and arm926ejs
> based boards. As this change is not compatible to old code,
> before this can go to mainline *all* plattfo
I build myself using
crosstools-ng (see http://freshmeat.net/projects/crosstool-ng/)
> Whether the video driver is available on u-boot ?
Check my patch series and you will see ;-)
Matthias
> -Thirumalai
>
> - Original Message -
> From: "Matthias Weißer"
>
Hello Thirumalai
Am 18.05.2010 07:37, schrieb Thirumalai:
> Hi Matthias,
> We are using MB86R01 processor in our design. We just want to know
> what emulator/debugger can be used for initial board bring-up activity and
> also whether the latest u-boot(2010.03) is supporting this processor
Hallo Wolfgang
Am 22.04.2010 14:51, schrieb Wolfgang Denk:
>> extern struct serial_device serial0_device;
>> extern struct serial_device serial1_device;
>> #if defined(CONFIG_SYS_NS16550_SERIAL)
>> diff --git a/tools/Makefile b/tools/Makefile
>> index 749d994..b2e73b2 100644
>> --- a/tools/M
Am 28.04.2010 08:44, schrieb Wolfgang Denk:
> Dear Matthias,
>
> in message<4bd7d5dd.6080...@arcor.de> you wrote:
>>
+ pGD->memSize = VIDEO_MEM_SIZE;
+ pGD->frameAdrs = PHYS_SDRAM + PHYS_SDRAM_SIZE - VIDEO_MEM_SIZE;
>>>
>>> Please pay attention to the global memory map requirements. P
Am 22.04.2010 14:41, schrieb Wolfgang Denk:
> Dear Matthias Weisser,
>
> In message<1271932257-14618-3-git-send-email-weiss...@arcor.de> you wrote:
>> This patch adds support for the display controller in
>> the MB86R0x SoCs.
>>
>> Signed-off-by: Matthias Weisser
> ...
>> +pGD->memSize = VIDEO
Am 27.04.2010 10:19, schrieb Wolfgang Denk:
> Dear Matthias Weisser,
>
> In message<1272348834-30161-1-git-send-email-weiss...@arcor.de> you wrote:
>> This patch allows the bootdelay variable contain the name of
>> another variable holding the actual bootdelay value.
>
> Why make the "bootdelay" v
Am 22.04.2010 14:34, schrieb Wolfgang Denk:
> Dear Matthias Weisser,
>
> In message<1271932257-14618-2-git-send-email-weiss...@arcor.de> you
wrote:
>> This patch adds support for MB86R0x SoCs from Fujitsu
>>
>> Signed-off-by: Matthias Weisser
> ...
>> --- /dev/null
>> +++ b/arch/arm/cpu/
Am 22.04.2010 14:51, schrieb Wolfgang Denk:
>> +if ((in_word& 0xC0) == 0xC0) {
>> +setenv("stdin", "serial");
>> +setenv("stdout", "serial");
>> +setenv("stderr", "serial");
>> +setenv("bootdelay", "10");
>> +} else if ((in_word& 0xC0) != 0)
Am 22.04.2010 14:41, schrieb Wolfgang Denk:
> Dear Matthias Weisser,
>
> In message<1271932257-14618-3-git-send-email-weiss...@arcor.de> you wrote:
>> This patch adds support for the display controller in
>> the MB86R0x SoCs.
>>
>> Signed-off-by: Matthias Weisser
> ...
>> +pGD->memSize = VIDEO
>59 07/08 Matthias Weisser [U-Boot] [PATCH RESEND 1/3] arm: Added
> support for MB86R01 'Jade' SoC
> http://article.gmane.org/gmane.comp.boot-loaders.u-boot/63112
Can be dropped. I will come up with a new version of this patch set.
> 6384 01/12 Matthias Weisser [U-Boot] [
Am 16.01.2010 17:30, schrieb Tom:
> Instead of adding CONFIG_VIDEO_JADEGDC, define VIDEO_FB_16BPP_WORD_SWAP
> in your board config file or a more appropriate file.
Done.
>> +/*
>> + * Graphic Device
>> + */
>> +GraphicDevice jadegdc;
>
> It does not look like this global is accessed output of thi
Am 16.01.2010 16:39, schrieb Tom:
> Matthias Weisser wrote:
>> @@ -41,7 +41,8 @@ struct serial_device *__default_serial_console (void)
>> #elif defined(CONFIG_405GP) || defined(CONFIG_405CR) ||
>> defined(CONFIG_440) \
>> || defined(CONFIG_405EP) || defined(CONFIG_405EZ) ||
>> defined(CONF
Am 16.01.2010 17:43, schrieb Tom:
> Matthias Weisser wrote:
>> Signed-off-by: Matthias Weisser
>> ---
>> tools/Makefile |3 +++
>> tools/logos/syteco.bmp | Bin 0 -> 12278 bytes
>> 2 files changed, 3 insertions(+), 0 deletions(-)
>> create mode 100644 tools/logos/syteco.bmp
>>
>
Am 18.01.2010 09:52, schrieb Wolfgang Denk:
>> As I don't use Linux on this board I don't have such an id. How to deal
>> with such a situation? Should I get a machine id anyway? And if so can
>> you give me a hint on how I can get such an id?
>
> Yes, you are required to register a machine ID. See
Am 18.01.2010 11:08, schrieb Albin Tonnerre:
> On Mon, 18 Jan 2010 10:58 +0100, Matthias Weisser wrote :
>> Signed-off-by: Matthias Weisser
>> ---
>> Makefile |2 +-
>> 1 files changed, 1 insertions(+), 1 deletions(-)
>>
>> diff --git a/Makefile b/Makefile
>> index ed6156f..ffe07ef 100644
>>
Hello Wolfgang
Am 18.01.2010 08:57, schrieb Wolfgang Denk:
>> My board doesn't match any of the above categories so I thought
>> introducing a new category for generic ARM926EJS devices would be
>> a good idea.
>
> Why do you think your board does not fit into the "Atmel ARM926EJ-S
> Systems
Hi Tom
thanks for your feedback.
Am 16.01.2010 20:18, schrieb Tom:
>> +/*
>> + * Miscellaneous platform dependent initialisations
>> + */
>> +int board_init(void)
>> +{
>
> board_init should fill out entries in
> structglobal_data.
> See other board like lopgicpd/zoom1 as an example.
> Ma
in not to far future I will write my stuff
against that.
I think I am not deep enough in u-boot that I will be able to write such
a framework by myself.
Ragards,
Matthias Weißer
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mail
Mike Frysinger schrieb:
> On Monday 26 October 2009 04:20:02 Matthias Weißer wrote:
>> I have a device here which has only a CAN interface to the
>> outside world. I am currently thinking about implementing
>> a "serial" driver using the CAN controller.
>&g
translate
the CAN messages back to a serial stream and vice versa and
make it available to a terminal program. But thats another story.
Regards,
Matthias Weißer
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Mike Frysinger schrieb:
> On Wednesday 14 October 2009 09:47:27 Matthias Weißer wrote:
>> This results in a console on COM4. Now I would like to have the console
>> on COM1 under some circumstances for maintanance reasons.
>
> if your devices fit into the stdio framework, sim
1 - 100 of 101 matches
Mail list logo