In message <[EMAIL PROTECTED]> you wrote:
>
> > Why not using a feature-rich, money-efficient solution like Linux? One
> > of the big advantages is that you get a running system completely for
> > free and out of the box...
>
> The software has to eventually undergo certification, and uC/OS-II sh
Hi Guys,
I am porting usb host tty device driver on uboot. I just use usb
usb_bulk_msg to communicate with modem. I met the following problems.
Could you please help me resolve the following issue? Thanks in advance.
When I use usb usb_bulk_msg to connect one USB modem, send one AT
comm
Le samedi 26 avril 2008 à 20:40 +0200, Jean-Christophe PLAGNIOL-VILLARD
a écrit :
> Hi,
>
> I've plan to join the at91sam9 and at91rm9200 in
> only one arch at91 like done in linux.
>
> I hope this could be done for the next release.
As I said before, this would be nice, and I
On Tuesday 29 April 2008, kenneth johansson wrote:
> > > Stefan already asked this... I would also like to understand why the
> > > data cache cannot be used for initial RAM as we do on so many other
> > > systems?
> >
> > Agreed. The changes were based on the comments in the Kilauea and Makalu
> >
Hi Ira,
On Tuesday 29 April 2008, Ira Snyder wrote:
> This is my first patch, so any suggestions would be welcome.
Thanks for your contribution. Its actually quite good for the first time. :)
> I have an AMCC Yosemite board, which I recently updated to use the
> recent ARCH=powerpc work from mai
Le samedi 26 avril 2008 à 21:18 +0200, Ulf Samuelsson a écrit :
>
> > Hi,
> >
> > I've plan to join the at91sam9 and at91rm9200 in
> > only one arch at91 like done in linux.
> >
> > I hope this could be done for the next release.
> >
> > Best Regards,
> > J.
> >
>
> You are aware that they ar
Hi Ben, Magnus,
here is my patch to enable 2x16 bit accesses to the LAN9x1x.
I still not have a HW, so may I ask you to test it and, if applicable,
fix the code?
Best Regards,
Jens
---
drivers/net/smc911x.c | 17 -
1 files changed, 16 insertions(+), 1 deletions(-)
diff --gi
From: Yuri Tikhonov <[EMAIL PROTECTED]>
Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]>
---
post/board/lwmon/Makefile |4 ++--
post/board/netta/Makefile |4 ++--
post/cpu/mpc8xx/Makefile |5 +++--
3 files changed, 7 insertions(+), 6 deletions(-)
diff --git a/post/board/lwmon/Makefi
Hi,
thanks for your comment.
Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
>
>> This patch add basic support to the ixp465 cpu.
>>
> ...
>
>> diff --git a/cpu/ixp/start.S b/cpu/ixp/start.S
>> index 757cfaa..af718b0 100644
>> --- a/cpu/ixp/start.S
>> +++ b/cpu/ixp/star
As it seems the "old" ECC initialization routine by using dflush() didn't
write all lines in the dcache back to memory on lwmon5. This could lead
to ECC error upon Linux booting. This patch changes the program_ecc()
routine to now use clean_dcache_range() instead of dflush().
clean_dcache_range() u
Since the current dflush() implementation is know to have some problems
(as seem on lwmon5 ECC init) this patch removes it completely and replaces
it by using clean_dcache_range().
Tested on Katmai with ECC DIMM.
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
board/netstal/hcu5/sdram.c |
Your girlfriend will thank you for taking our new herbal drugs
http://www.delpot.com/
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
include/configs/katmai.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/katmai.h b/include/configs/katmai.h
index 122b700..aad28fb 100644
--- a/include/configs/katmai.h
+++ b/include/configs/katmai.h
@@
Hi Stefan
> Unfortunately this breaks CFI support for "normal" AMD/Spansion FLASH equipped
> boards. On Sequoia with Spansion GL512 I get this after applying your patch:
>
> Please fix this and resubmit. Best would be if you could test it on a board
> with Spansion CFI FLASH's too.
I investigat
The first patch (support of long commands):
===
diff -aupNr a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_flash.c
--- a/drivers/mtd/cfi_flash.c 2008-04-21 02:39:38.0 +0400
+++ b/drivers/mtd/cfi_flash.c 2008-04-29 15:57:51.0 +0400
@
The second patch (M18 family command set support)
diff -aupNr a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_flash.c
--- a/drivers/mtd/cfi_flash.c 2008-04-29 15:57:51.0 +0400
+++ b/drivers/mtd/cfi_flash.c 2008-04-29 15:59:04
On Tuesday 29 April 2008, Vasiliy Leoenenko wrote:
> The first patch (support of long commands):
I like the idea of splitting this patch up in two separate patches/emails. But
please provide a descriptive subject and a short description that can will be
added to the git repository as commit text
From: Yuri Tikhonov <[EMAIL PROTECTED]>
Some boards (e.g. lwmon5) need rather a frequent watch-dog
kicking. Since the time it takes for the flush_cache() function
to complete its job depends on the size of data being flushed, one
may encounter watch-dog resets on such boards when, for example,
dow
Thanks,
I'll look into it. but I will need to do quite a bit of work to bring
our u-boot up to the current release. We're about 2 years old and
running on an EP9302 Arm processor. I'm not sure what we're built off
from, so extracting our work will take some time. I very much want to
move to YAFFS
On 16:14 Tue 29 Apr , Vasiliy Leoenenko wrote:
>
> Hi Stefan
>
> > Unfortunately this breaks CFI support for "normal" AMD/Spansion FLASH
> > equipped
> > boards. On Sequoia with Spansion GL512 I get this after applying your patch:
> >
> > Please fix this and resubmit. Best would be if you c
On Apr 29, 2008, at 7:50 AM, Wolfgang Denk wrote:
> From: Yuri Tikhonov <[EMAIL PROTECTED]>
>
> Some boards (e.g. lwmon5) need rather a frequent watch-dog
> kicking. Since the time it takes for the flush_cache() function
> to complete its job depends on the size of data being flushed, one
> may en
The branch Stefan is referring to should contain a working yaffs
implementation. We have had yaffs working on two boards (ARM and PPC)
for more than 6 months now.
The outstanding issues on the branch is with respect to the MTD
implementation (which we ported from current Linux at that time).
W
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
...
> -#define CFG_MONITOR_LEN (256 * 1024)/* Reserve 256 kB for
> Mon */
> +#define CFG_MONITOR_LEN (384 * 1024)/* Reserve 384 kB for
> Mon */
Hm... maybe we should beco
In message <[EMAIL PROTECTED]> you wrote:
>
> The first patch (support of long commands):
That's not exactly a good commit message.
And your signed-off-by line is missing.
And the coding style is broken. There are trailing white spaces,
and...
> #if defined(__LITTLE_ENDIAN) || defined(CFG_WRI
Dear Kumar,
in message <[EMAIL PROTECTED]> you wrote:
>
> > Some boards (e.g. lwmon5) need rather a frequent watch-dog
> > kicking. Since the time it takes for the flush_cache() function
> > to complete its job depends on the size of data being flushed, one
> > may encounter watch-dog resets on s
On Tuesday 29 April 2008, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> > Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
>
> ...
>
> > -#define CFG_MONITOR_LEN(256 * 1024)/* Reserve 256 kB for
> > Mon */
> > +#define CFG_MONITOR_LEN(384 * 1024)
On Apr 29, 2008, at 8:47 AM, Wolfgang Denk wrote:
> Dear Kumar,
>
> in message
> <[EMAIL PROTECTED]> you wrote:
>>
>>> Some boards (e.g. lwmon5) need rather a frequent watch-dog
>>> kicking. Since the time it takes for the flush_cache() function
>>> to complete its job depends on the size of dat
On Tue, Apr 29, 2008 at 1:58 AM, Andre Schwarz
<[EMAIL PROTECTED]> wrote:
> Andy,
>
> thanks for your comments.
>
>
> Andy Fleming schrieb:
>
> > On Thu, Apr 24, 2008 at 9:45 AM, Andre Schwarz
> > <[EMAIL PROTECTED]> wrote:
> >
> >
> >> {MIIM_VSC8601_EPHY_CON,MIIM_VSC8601_EPHY_CON_INIT_SKEW,
Hi, Wolfgang
Sorry for codding-style issues in previous sent patches.
Next two messages will contain patches with corrected codding-style,
descriptions and signed-off lines to commit.
Best regards
Vasiliy
-
This SF.net em
cfi_flash: enable M18 flash chips family support.
Added new command set ID. Buffered write command processing is changed in order
to support M18 flash chips family.
Signed-off-by: Alexey Korolev <[EMAIL PROTECTED]>
Signed-off-by: Vasiliy Leonenko <[EMAIL PROTECTED]>
=
cfi_flash: support of long cmd in U-boot.
Some NOR flash chips needs support of commands with length grether than max
value size of uchar.
For example all M18 family chips use 0x1ff command in buffered write mode as
value of program loops count.
Signed-off-by: Alexey Korolev <[EMAIL PROTECTED]
Hi Jens,
Jens Gehrlein wrote:
> Hi Ben, Magnus,
>
> here is my patch to enable 2x16 bit accesses to the LAN9x1x.
> I still not have a HW, so may I ask you to test it and, if applicable,
> fix the code?
>
> Best Regards,
> Jens
>
> ---
>
> drivers/net/smc911x.c | 17 -
> 1 files
are available in the git repository at:
git://www.denx.de/git/u-boot-mpc85xx.git master
Kumar Gala (1):
85xx: Additional fixes and cleanup of MP code
cpu/mpc85xx/mp.c |6 +-
cpu/mpc85xx/release.S |3 ++-
2 files changed, 7 insertions(+), 2 deletions(-)
Andy,
it's no problem to re-send a "more suitable" patch as soon as Ben has
finished the re-work. I'll wait for him and send an updated version to
the list.
Cheers,
André
Andy Fleming schrieb:
> On Tue, Apr 29, 2008 at 1:58 AM, Andre Schwarz
> <[EMAIL PROTECTED]> wrote:
>> Andy,
>>
>> thanks
In message <[EMAIL PROTECTED]> you wrote:
> are available in the git repository at:
>
> git://www.denx.de/git/u-boot-mpc85xx.git master
>
> Kumar Gala (1):
> 85xx: Additional fixes and cleanup of MP code
>
> cpu/mpc85xx/mp.c |6 +-
> cpu/mpc85xx/release.S |3 ++-
> 2 fi
> Thanks for doing this! Hopefully Magnus will get a chance to try on
> real hardware and we can put this issue to rest.
I'll try it later this week, definitely not today though.
/Magnus
-
This SF.net email is sponsored
Hi Vasiliy,
Vasiliy Leoenenko wrote:
> cfi_flash: support of long cmd in U-boot.
>
> Some NOR flash chips needs support of commands with length grether than max
> value size of uchar.
> For example all M18 family chips use 0x1ff command in buffered write mode as
> value of program loops count.
Hello people,
Does anybody know what should happen on "md 3000" or "md 3000"
in at91rm9200? Should it hangs, or show random values or show the same as
"md 2000"? (We hang).
--
Best regards,
Andrew
-
This SF.net
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
tools/.gitignore |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/tools/.gitignore b/tools/.gitignore
index 979f2da..df3500d 100644
--- a/tools/.gitignore
+++ b/tools/.gitignore
@@ -15,3 +15,4 @@
/fdt_strerror.c
/fdt_wip.c
Rename init_addr and init_ext_addr to match the docs between
85xx and 86xx. Both now use 'init_addr' and 'init_ext_addr'.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
Can you guys ack and decide who will actually apply this.
- k
include/asm-ppc/immap_85xx.h |4 ++--
include/asm-ppc/i
All the 85xx and 86xx UM describe the register as timing_cfg_3
not as ext_refrec.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
Can you guys ack and decide who will actually apply this.
- k
board/freescale/mpc8610hpcd/mpc8610hpcd.c |2 +-
board/freescale/mpc8641hpcn/mpc8641hpcn.c |
Kumar Gala wrote:
> All the 85xx and 86xx UM describe the register as timing_cfg_3
> not as ext_refrec.
>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
>
> Can you guys ack and decide who will actually apply this.
>
> - k
>
> board/freescale/mpc8610hpcd/mpc8610hpcd.c |2 +-
> board
Kumar Gala wrote:
> Rename init_addr and init_ext_addr to match the docs between
> 85xx and 86xx. Both now use 'init_addr' and 'init_ext_addr'.
>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
>
> Can you guys ack and decide who will actually apply this.
>
> - k
>
> include/asm-ppc/imm
To whom it may concern...
...the MPC8610HPCD board is throwing a couple of warnings for net.c -
note that this is the only (PowerPC) board that does this, so it
seems to be some special feature of this board:
Configuring for MPC8610HPCD board...
net.c: In function 'PingHandler':
net.c:770: w
are available in the git repository at:
git://www.denx.de/git/u-boot-mpc85xx.git master
Kumar Gala (3):
85xx: Additional fixes and cleanup of MP code
85xx/86xx: Rename DDR init address and init extended address register
85xx/86xx: Rename ext_refrec to timing_cfg_3 to match doc
Dear list,
I am currently working on a custom board, trying to get the National DP83848
Phy to work properly with the AT91SAM9260 in u-boot 1.2.0; Everything goes fine
(reset is ok, can read phy id) until I read the link status bit. The link status
bit is never set, so I never get a good connecti
Kumar Gala wrote:
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> tools/.gitignore |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
Acked-by: Shinya Kuribayashi <[EMAIL PROTECTED]>
-
This SF.net email is
André Schwarz wrote:
> Andy,
>
> it's no problem to re-send a "more suitable" patch as soon as Ben has
> finished the re-work. I'll wait for him and send an updated version to
> the list.
>
>
>
It's better to get this in now if you don't mind.
regards,
Ben
---
Dear list,
I am currently working on a custom board, trying to get the National DP83848
Phy to work properly with the AT91SAM9260 in u-boot 1.2.0; Everything goes fine
(reset is ok, can read phy id) until I read the link status bit. The link status
bit is never set, so I never get a good connec
The following changes since commit dd5748bcd669f46aeb6686c1b341323843738ccc:
Guennadi Liakhovetski (1):
rtl8169: fix compiler warnings
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git master
Markus Brunner (1):
ppc4xx: Fixup ebc clock in FDT for 4
Ben Warren schrieb:
> André Schwarz wrote:
>> Andy,
>>
>> it's no problem to re-send a "more suitable" patch as soon as Ben has
>> finished the re-work. I'll wait for him and send an updated version
>> to the list.
>>
>>
>>
> It's better to get this in now if you don't mind.
>
> regards,
> Ben
I
The Vitesse VSC8601 RGMII PHY has internal delay for both Rx
and Tx clock lines. They are configured using 2 bits in extended
register 0x17.
Therefore CFG_VSC8601_SKEW_TX and CFG_VSC8601_SKEW_RX have
been introduced with valid values 0-3 giving 0.0, 1.4,1.7 and 2.0ns delay.
Signed-off-by: Andre Sc
Magnus Lilja wrote:
>> Thanks for doing this! Hopefully Magnus will get a chance to try on
>> real hardware and we can put this issue to rest.
>>
>
>
> I'll try it later this week, definitely not today though.
>
>
> /Magnus
>
>
Cool! Thanks Magnus.
regards,
Ben
---
Hello,
I've recognized that a lot of USB code in U-Boot uses the macros
swap_16() and swap_32() which are defined in usb.h. The behaviour
of the macros is controlled by the define LITTLEENDIAN.
Is there a good reason NOT to use the macros provided in
asm/byteorder.h (as in the appropriate code in
Newer gcc's might be configured to enable autovectorization by default.
If we happen to build with one of those compilers we will get SPE
instructions in random code.
-mno-spe disables the compiler for automatically generating SPE
instructions without our knowledge.
Signed-off-by: Kumar Gala <[EM
In message <[EMAIL PROTECTED]> you wrote:
>
> Does anybody know what should happen on "md 3000" or "md 3000"
> in at91rm9200? Should it hangs, or show random values or show the same as
> "md 2000"? (We hang).
This obviously depends on your memory map. Nobody can help you
without knowi
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> tools/.gitignore |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
In message <[EMAIL PROTECTED]> you wrote:
> are available in the git repository at:
>
> git://www.denx.de/git/u-boot-mpc85xx.git master
>
> Kumar Gala (3):
> 85xx: Additional fixes and cleanup of MP code
> 85xx/86xx: Rename DDR init address and init extended address register
>
In message <[EMAIL PROTECTED]> you wrote:
> The following changes since commit dd5748bcd669f46aeb6686c1b341323843738ccc:
> Guennadi Liakhovetski (1):
> rtl8169: fix compiler warnings
>
> are available in the git repository at:
>
> git://www.denx.de/git/u-boot-ppc4xx.git master
>
> Ma
In message <[EMAIL PROTECTED]> you wrote:
> Newer gcc's might be configured to enable autovectorization by default.
> If we happen to build with one of those compilers we will get SPE
> instructions in random code.
>
> -mno-spe disables the compiler for automatically generating SPE
> instructions
Hello Stefan, U-Boot users
I have made the changes that Stefan requested:
* Include headers unconditionally
* Change "eth0addr" to "ethaddr"
* Change "Open Firmware support" to "device tree support"
* Add NOR flash mapping fixup from Sequoia
I have re-tested the same three setups I tested earlier
On Tue, Apr 29, 2008 at 12:18 PM, Andre Schwarz
<[EMAIL PROTECTED]> wrote:
> The Vitesse VSC8601 RGMII PHY has internal delay for both Rx
> and Tx clock lines. They are configured using 2 bits in extended
> register 0x17.
> Therefore CFG_VSC8601_SKEW_TX and CFG_VSC8601_SKEW_RX have
> been intro
I posted the following patch under a different subject line:
Re: [U-Boot-Users] [PATCH] Add eSDHC driver
> > --- u-boot_at91sam9260_mmc.patch (AT91 MCI driver) ---
Pierre Savary wrote:
> Thanks for that... but it's my own patch ;)
>
> Pierre
On Tue, 29 Apr 2008, Jens Gehrlein wrote:
> Hi Ben, Magnus,
>
> here is my patch to enable 2x16 bit accesses to the LAN9x1x.
> I still not have a HW, so may I ask you to test it and, if applicable,
> fix the code?
>
> Best Regards,
> Jens
>
> ---
>
> drivers/net/smc911x.c | 17 +
hi folks,
I've come across a case on one of our PXA250 boards where the
flash was getting corrupted when using the 1.3.2 version of cfi_flash.c,
while the 1.2.0 version worked just fine.
Here's what happens:
1. Reprogram uboot.
2. Compare uboot in flash against
On 4/29/08 2:42 AM, Stefan Roese wrote:
> On Tuesday 29 April 2008, kenneth johansson wrote:
Stefan already asked this... I would also like to understand why the
data cache cannot be used for initial RAM as we do on so many other
systems?
>>>
>>> Agreed. The changes were based on th
In message <[EMAIL PROTECTED]> you wrote:
>
> I narrowed down the source of the problem to the loss of the
> volatile qualifier on the addr pointer in flash_write_cmd(). Adding the
> qualifier gets rid of the corruption. In the older 1.2.0 sources, addr was
> declared as "volatile cfipt
On Sun, Apr 27, 2008 at 12:06:04AM +0300, Felix Radensky wrote:
> Thanks for adding i.mx31 support to u-boot. Hopefully i.mx27 support
> will follow soon.
i.MX27 is supported in u-boot-v2.
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutions for Scienc
Sure, reducing the reliance on volatile is a good idea, but I'm at
a loss for anything better to do.
I'm seeing a real problem that is only fixed by qualifying the
container of the pointer as volatile, i.e. "void *volatile". "volatile
void *" has no effect as expected given th
Adrian Filipi wrote:
> On Tue, 29 Apr 2008, Wolfgang Denk wrote:
>
>> In message <[EMAIL PROTECTED]> you wrote:
>>> I narrowed down the source of the problem to the loss of the
>>> volatile qualifier on the addr pointer in flash_write_cmd(). Adding the
>>> qualifier gets rid of the corruption
In message <[EMAIL PROTECTED]> you wrote:
> Wolfgang,
>
> The following changes since commit dd5748bcd669f46aeb6686c1b341323843738ccc:
> Guennadi Liakhovetski (1):
> rtl8169: fix compiler warnings
>
> are available in the git repository at:
>
> git://www.denx.de/git/u-boot-net.git ma
Hello,
U-Boot v1.3.3-rc2 has just been released.
PowerPC seems to be in a pretty good state now; other architectures
still need a lot of testing / fixing. For example, on ARM we see the
following conflicts:
Configuring for kb9202 board...
start.S: Assembler messages:
start.S:205: Error: inval
>
> Any ideas? Again, same exact u-boot just different memory. SPD sees it
all
> just fine, just can't use the RAM after its setup. Currently using a
> slightly older version of U-boot 1.3.0-dirty.
>
> -Russ
>
Hi Russ,
I don't know what the current state is (I'm running a slightly older
vers
Guennadi Liakhovetski schrieb:
> On Tue, 29 Apr 2008, Jens Gehrlein wrote:
>
>> Hi Ben, Magnus,
>>
>> here is my patch to enable 2x16 bit accesses to the LAN9x1x.
>> I still not have a HW, so may I ask you to test it and, if applicable,
>> fix the code?
>>
>> Best Regards,
>> Jens
>>
>> ---
>>
>>
Hi Jens,
Jens Gehrlein wrote:
> Guennadi Liakhovetski schrieb:
>
>> On Tue, 29 Apr 2008, Jens Gehrlein wrote:
>>
>>
>>> Hi Ben, Magnus,
>>>
>>> here is my patch to enable 2x16 bit accesses to the LAN9x1x.
>>> I still not have a HW, so may I ask you to test it and, if applicable,
>>> fix th
Hi, Robert,
Thanks for the info. What are the plans u-boot-v2 ?
Is going to become u-boot mainline in the near future ?
How difficult do you think would be to port i.mx27 code
to u-boot 1.3.
Thanks.
Felix.
On Tue, 2008-04-29 at 22:55 +0200, Robert Schwebel wrote:
> On Sun, Apr 27, 2008 at 12:06
76 matches
Mail list logo