Kim,
thanks - ok.
Switching to U_BOOT_VERSION should be no problem.
regards,
André
Kim Phillips schrieb:
> On Mon, 23 Jun 2008 13:25:34 +0200
> Andre Schwarz <[EMAIL PROTECTED]> wrote:
>
> Hello Andre,
>
>> diff --git a/include/configs/MVBLM7.h b/include/configs/MVBLM7.h
>> index 349ca14..8c0
Hi all,
Can anyone point me in the right direction to figure out why
after porting up to 1.3.3 from 1.1.5 I'm getting a
"No ethernet found." error.
I'm using a cirrus logic EP9302 Arm processor that was someone
initially ported to u-boot 1.1.5. So I'm not to familiar with how the
CPU specific fil
On Mon, 23 Jun 2008 13:25:34 +0200
Andre Schwarz <[EMAIL PROTECTED]> wrote:
Hello Andre,
> diff --git a/include/configs/MVBLM7.h b/include/configs/MVBLM7.h
> index 349ca14..8c0e8b6 100644
> --- a/include/configs/MVBLM7.h
> +++ b/include/configs/MVBLM7.h
> @@ -27,7 +27,7 @@
> #ifndef __CONFIG_H
>
On Mon, 23 Jun 2008 11:40:56 +0200
Andre Schwarz <[EMAIL PROTECTED]> wrote:
> During 83xx setup the "System I/O configuration register high" gets
> overwritten with user defined value if CFG_SICRH is defined.
>
> Regarding to the MPC834x manual (Table 5-28 reve.1) bits 28+29 of SICRH
> must keep
Ben,
The data (packet data) and the status/len are different in
LE/BE, cannot use just the macro dm9000_x to cover both. In my case,
packet data is already in BE, but the status/len is in LE; therefore,
status/len require byteswap. This has to do with cpu endian mode.
Regards,
TsiChung
-
On Mon, 23 Jun 2008 17:28:25 +0200
Gary Jennejohn <[EMAIL PROTECTED]> wrote:
>
> Signed-off-by: Gary Jennejohn <[EMAIL PROTECTED]>
>
> ---
> board/RRvision/flash.c | 522
>
> 1 files changed, 0 insertions(+), 522 deletions(-)
> delete mode 10
Norman Cheung wrote:
> U-boot fails intermittently at the start. When it fails, it didn't make it to
> my first printf statement. When I use JTAG to debug it, it always works.
>
> If the board has been let without power for 1+ hour, it will also boot up
> when
> I apply power to it(something
Tsi-Chung Liew wrote:
> From: TsiChung Liew <[EMAIL PROTECTED]>
>
> The received status and len was in little endian
> format and caused the ethernet unable to proceed
> further. Add __le16_to_cpu() in dm9000_rx_status_8/16/32bit().
>
> Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
> ---
> driv
From: TsiChung Liew <[EMAIL PROTECTED]>
The received status and len was in little endian
format and caused the ethernet unable to proceed
further. Add __le16_to_cpu() in dm9000_rx_status_8/16/32bit().
Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
---
drivers/net/dm9000x.c | 16 ++---
Sure.
> Do you provide a patch for those routines too? (if required)
Just the dm9000_rx_status_16bit(). Will re-submit with 8 and 32.
Regards,
TsiChung
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Remy
Bohmer
Sent: Wednesday, June 25, 2008 2:50 PM
To
Hello Tsi-Chung,
> The received status and len was in little endian
> format and caused the ethernet unable to proceed
> further. Add __le16_to_cpu() in dm9000_rx_status_16bit().
I can imagine that similar problems are also valid for the 32bit code
(and maybe the 8 bit code too)
It is probably be
From: TsiChung Liew <[EMAIL PROTECTED]>
The received status and len was in little endian
format and caused the ethernet unable to proceed
further. Add __le16_to_cpu() in dm9000_rx_status_16bit().
Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
---
drivers/net/dm9000x.c |4 ++--
1 files chan
Hi Tsi-Chung,
Tsi-Chung Liew wrote:
> From: TsiChung Liew <[EMAIL PROTECTED]>
>
> The received status and len was in little endian
> format and caused the ethernet unable to proceed
> further. Add define CFG_DM9000_BYTESWAP_STATUS_LEN in
> dm9000_rx_status_16bit() to byte swap RxStatus and RxLen
>
Hi Frank,
Frank Prepelica wrote:
>
> Hi all,
>
>
>
> is there a way to set the tsec speed in u-boot (v1.2.0) manually to
> 100Mbit? Because u-boot always uses 1Gbit although the
>
> link speed is fixed set(in windows) to 100Mbit.
>
>
>
How does Windows fit into this? Are you booting Windows
Hugo Villeneuve wrote:
> [EMAIL PROTECTED] wrote:
>> ARM: This patch adds support for the Lyrtech SFF-SDR
>> board, based on the TI DaVinci architecture (ARM926EJS).
>
> I haven´t heard from anyone about my patch being accepted or not.
> It´s been almost five weeks since I submitted the first vers
From: TsiChung Liew <[EMAIL PROTECTED]>
The received status and len was in little endian
format and caused the ethernet unable to proceed
further. Add define CFG_DM9000_BYTESWAP_STATUS_LEN in
dm9000_rx_status_16bit() to byte swap RxStatus and RxLen
Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
rohit h wrote:
> I am working on OMAP2420 (ARM 11) based apollon board.
>
Sorry, missed that..
Don't sure about this particular CPU, but with Atmel's AT91 there was
some migration to new serial driver interface.
I faced similar problem when booting 2.6.25 kernel, but after studying
some code -
What CPU?
Kind regards,
Andrejs Cainikovs.
rohit h wrote:
Hello everyone.
I have got a modified u-boot source which boots vanilla 2.6.22 kernel,
but is unable to boot vanilla 2.6.25.
The message I get is this :
Uncompressing Linux...
Hi Jason,
McMullan, Jason schrieb:
> On Wed, 2008-06-25 at 07:44 +0200, Jens Gehrlein wrote:
>> I have the same problem. When I modify the source code the compiler may
>> or may not rearrange the functions. It is not guaranteed, that the main
>> function always starts at the same address.
>>
>>
On Wed, 2008-06-25 at 07:44 +0200, Jens Gehrlein wrote:
> I have the same problem. When I modify the source code the compiler may
> or may not rearrange the functions. It is not guaranteed, that the main
> function always starts at the same address.
>
> How can this be solved? Is it possible/mea
On Tue, Jun 24, 2008 at 9:34 PM, Gary Jennejohn <[EMAIL PROTECTED]> wrote:
>
> Do you have CONFIG_CLOCKS_IN_MHZ defined? If so, try turning it off.
>
Nope, it is undefined.
Thanks,
Rohit
-
Check out the new SourceForge.net
On Tue, Jun 24, 2008 at 9:05 PM, michael <[EMAIL PROTECTED]> wrote:
> Activate in the linux kernel CONFIG_LL_DEBUG ( maybe ?! ) and check
> that the u_boot_board_id == linux_board_id
I am working on OMAP2420 (ARM 11) based apollon board.
The board id in u-boot is ( in file board/apollon.c, board_i
Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]> wrote:
> > The idea is that cpu_eth_init is a default for a CPU family, and
> > board_eth_init is a board override, which can of course call cpu_eth_init.
> What about a section to declare the netdev?
Please, let's not overdo this. The patch
On Wednesday 25 June 2008, Haavard Skinnemoen wrote:
> Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]> wrote:
> > > The idea is that cpu_eth_init is a default for a CPU family, and
> > > board_eth_init is a board override, which can of course call
> > > cpu_eth_init.
> >
> > What about a secti
hi
i have download u-boot 1.1.6 and i have compile it (u-boot.bin) i have some
problem
1-how i can compile darrell loader
i have download a darrell loader but when i upload it the following message
appear
(DataFlash Not Found)
my dataFlash is SST39VF3201 but i don't know it support it
hi
i have download u-boot 1.1.6 and i have compile it (u-boot.bin) i have some
problem
1-how i can compile darrell loader
i have download a darrell loader but when i upload it the following message
appear
(DataFlash Not Found)
my dataFlash is SST39VF3201 but i don't know it support it
Hi all,
is there a way to set the tsec speed in u-boot (v1.2.0) manually to
100Mbit? Because u-boot always uses 1Gbit although the
link speed is fixed set(in windows) to 100Mbit.
Thanks
Best regards
Frank
27 matches
Mail list logo