Nobuhiro Iwamatsu wrote:
> Hi, all.
>
> I want to use MIPS archtechtute on Qemu.
> I compiled qemu_mips and read doc/README.qemu_mips and was going
> to work it, but U-boot boot stopped.
> Is this right behavior?
I forgot to look if the README is the right one, but ...
> Please give me advice t
wong wrote:
> hi, all
>
> I'm a newbie to both u-boot and qemu.
> Maybe it's a silly question, but I can not find the solution through the
> Internet for almost 2 weeks, sorry :(
>
> Here is my question:
>
> I wanna run u-boot as a standalone app (or image?) in qemu, and I do't wanna
> any creat
Signed-off-by: Vlad Lungu <[EMAIL PROTECTED]>
---
MAINTAINERS |2 +-
board/qemu-mips/README |6 +-
board/qemu-mips/qemu-mips.c |2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 58f833c..ac7572c 100644
.gpword works only with local symbols on certain binutils versions
Signed-off-by: Vlad Lungu <[EMAIL PROTECTED]>
---
cpu/mips/start.S |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/cpu/mips/start.S b/cpu/mips/start.S
index 6e1a78c..947128d 100644
--- a/cp
Shinya Kuribayashi wrote:
> Wolfgang Denk wrote:
>
>> start.S: Assembler messages:
>> start.S:348: Error: relocation out of range
>> make[1]: *** [start.o] Error 1
>>
>
>
>> cache.S: Assembler messages:
>> cache.S:243: Warning: Pretending global symbol used as br
Luigi 'Comio' Mantellini wrote:
>>
>> Well, it all depends if you really mean loopback or if it is ramdisk.
>> Loopback feels totally wrong unless the rootfs is read-only.
>>
>
> The rootfs will be Read-only. Any write access will be redirected to a
> ramdisk. Only during the "upgrading" acti
Luigi 'Comio' Mantellini wrote:
> Hi Vlad,
> Hi list,
>
> see inline comments.
>
> [SNIP]
>> That's a rather big JFFS filesystem. Do you plan booting from it? Isn't
>> it rather slow? It would take a few seconds (5-10) to
>> scan the FS on this under U-Boot. I would recommend two strategies here:
Luigi 'Comio' Mantellini wrote:
> Hi Guys,
>
> I'm a question regarding the MTD Concat support in U-BOOT.
> My system has 2 Flash (x16MB) driven by 2 different Chipselects. The
> memory layout is the following:
>
> [0xbe00 -> 0xbeff ] Flash#0 CS#0
> [0xbf00 -> 0xbfff ] Flash#1 CS#1
With gcc 3.3.3 at least, compilation fails with
Generating include/autoconf.mk
gcc: compilation of header file requested
make: *** [include/autoconf.mk] Error 1
since commit 16fe77752eee099b9fb61ed73460e51cc94b37ba.
Signed-off-by: Vlad Lungu <[EMAIL PROTECTED]>
---
Makefile |2 +-
1
style. Breaking existing code in the process is even worse.
Vlad
Signed-off-by: Vlad Lungu <[EMAIL PROTECTED]>
---
drivers/net/ax88796.h |4 +-
drivers/net/ne2000.c | 91
+
drivers/net/ne2000.h | 86
+
Shinya Kuribayashi wrote:
>> +int board_eth_init(bd_t *bis) __attribute((weak,
>> alias("__board_eth_init")));
>> +
>> #ifdef CFG_GT_6426x
>> extern int gt6426x_eth_initialize(bd_t *bis);
>> #endif
>>
>
> [This comment is not for Ben, but for everyone.]
>
> Do we need such alias to empty func
Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]@transmode.se>
> Joakim Tjernlund wrote:
>
>> I don't think it is good to use global fun ptrs. These are not
>> available until
>> relocated to RAM.
>>
>
> Agreed!
>
> In message <[EMAIL PROTECTED]>
> Jean-Christophe Plagniol-Villar wrote:
RadekFisera wrote:
> I'm using U-boot 1.3.0. The hardware breakpoint option is set in BDI2000
> configuration file in target part (initial memory controller registers
> settings is also in this file)
> [TARGET]
> JTAGCLOCK 0 ;use 16 MHz JTAG clock
> CPUTYPE AU1000;
Shinya Kuribayashi wrote:
> Current DMA or SPI driver breaks MIPS builds.
>
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/35887/ for DMA
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/35888/ for SPI,
but use Ben's later patch
Vlad
-
Shinya Kuribayashi wrote:
> Ladislav Michl wrote:
>
>> Just FYI, Qemu platform has been removed from Linux kernel. Reasons are
>> summarized in following commit:
>> http://www.linux-mips.org/g/linux/3fbfb704
>>
>
> Yeah, summarized also on this thread:
>
> http://www.linux-mips.org/archives
Otherwise asm/mpc8xxx_spi.h is not found for non-ppc targets
and compilation fails
Signed-off-by: Vlad Lungu <[EMAIL PROTECTED]>
---
drivers/spi/mpc8xxx_spi.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/spi/mpc8xxx_spi.c b/drivers/spi/mpc8xxx_spi.c
MCD_tasks.c lacks [subject] so compilation of mips targets (and more, probably)
fails
Signed-off-by: Vlad Lungu <[EMAIL PROTECTED]>
---
drivers/dma/MCD_tasks.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/dma/MCD_tasks.c b/drivers/dma/MCD_tasks.c
Shinya Kuribayashi wrote:
[snip]
>> Any opinions on using a single ldscript per platform, eventually
>> preprocessed with gcc -E to allow
>> for board-specific differences? At least for MIPS, all scripts are
>> essentally the same.
>>
>
> Looking at cpu/mpc5xxx/u-boot.lds, it seems good. Or
With serial, NE2000, IDE support. Tested in big-endian mode.
Memory size hard-coded to 128M for now, so don't play with
the -m option.
Signed-off-by: Vlad Lungu <[EMAIL PROTECTED]>
---
MAINTAINERS |3 +
MAKEALL |1
Shinya Kuribayashi wrote:
> Dear Vlad,
>
> There are some coding style issues, but I'm fine with contents of the
> patch itself. Please find comments below and resubmit.
>
>
>
My God, you are worse than ze germans! Sorry Wolfgang, I had to say it :-)
[snip]
> please update .lds to the latest bo
Shinya Kuribayashi wrote:
> Vlad Lungu wrote:
>> Just saw your comments on JC's patch. Last message in:
>>
>> http://www.nabble.com/Target-support-for-qemu--M-mips-td14375017.html
>>
>> Can you please be more specific about the issues you have with my
Shinya Kuribayashi wrote:
>
>> 10159 10/04 Vlad Lungu [U-Boot-Users] [PATCH] Target support for
>> qemu -M mips
>> 12510 12/22 Jean-Christophe P [U-Boot-Users] [PATCH 1/1] qemu-mips: active
>> HUSH PARSER, AUTO_COMPL
>>
>
> I don't
22 matches
Mail list logo