The following changes since commit 13d36ec849785453953d00220b2c7dc66644a3c2:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-at91
are available in the git repository at:
git://git.denx.de/u-boot-usb.git master
Jean-Christophe PLAGNIOL-VILLARD (1):
usbtty/om
Hello Michael,
> I have redone the patch. What do you think?
> I can't test them. They compile.
It is a big change for leaving untested...
Can anybody provide an ack for these patches?
Kind Regards,
Remy
>
> Regards Michael
>
>
>
Hello All,
Which version of DTC must be used to get a working FIT image?
Release 1.2.0 understands the example doc/uImage.FIT/kernel.its, but
delivers an unbootable image. It fails on line 2285 ("Wrong FIT
format: no description\n") in common/image.c at
int fit_check_format (const void *fit)
{
Hello Cacre,
See the other thread about the same problem with the subject:
"AT91SAM9261-EK USB storage not working..."
I am working on this problem still, but I have a temporarily
workaround (Use GCC v3 instead of GCC v4)
Any help debugging this is appreciated!
Kind Regards,
Remy
2008/7/31 Wo
Hello Stelian and others,
I have made some progress here, and I would like to inform you all:
>> But I have a question here:
>> Does USB-storage devices work in U-boot at your place? (e.g. 1GB USB
>> memory stick) I use U-boot 1.3.4-rc1
> You're correct, USB support on the AT91SAM9 boards has som
Hello Stelian,
> You're correct, USB support on the AT91SAM9 boards has some unknown
> issues. I can reproduce the behaviour you're seing easily here.
That is at least some good news. It confirms that I did not introduce
this problem myself :-)
> Nicolas Ferre (added in CC:) confirmed the proble
Hello Stelian,
Thank you for adding support for the Atmel AT91SAM9261-EK to U-boot.
But I have a question here:
Does USB-storage devices work in U-boot at your place? (e.g. 1GB USB
memory stick)
I use U-boot 1.3.4-rc1
I first ran into this problem on our custom board from which I derived
the BSP
ld example to be able to run it
on a AT91SAM9261-EK board.
Signed-off-by: Remy Bohmer <[EMAIL PROTECTED]>
---
README|4 +++-
examples/Makefile |4
2 files changed, 7 insertions(+), 1 deletion(-)
Index: u-boot-git
added to the initialisation of U-boot at a moment where it is safe
to do so.
V2: Forgot to add 'return 0;' to reloc_init() routine.
Signed-off-by: Remy Bohmer <[EMAIL PROTECTED]>
---
lib_arm/board.c | 17 +
1 file changed, 17 insertions(+)
Index: u-boot-git-almo
Hello Jean-Christophe,
>> +static int reloc_init(void)
>> +{
>> + gd->flags |= GD_FLG_RELOC;
> you need to return 0 at least
Oops, You are right... (I forgot it somehow)
Thanks!
Remy
-
This SF.Net email is sponsored by
Hello Wolfgang,
>>> Has the problem boards been fixed yet? If so please resubmit commit
>>> c0559be3.
>> So what *is* the state of this?
> Oops, due to my summer holidays I missed this one...
> But no problem, I have a decent fix for the AT91 boards ready, and can
> post it when I am back at work
added to the initialisation of U-boot at a moment where it is safe
to do so.
Signed-off-by: Remy Bohmer <[EMAIL PROTECTED]>
---
lib_arm/board.c | 16
1 file changed, 16 insertions(+)
Index: u-boot-git-almost-1.3.4/lib_arm/b
Hello All,
2008/7/22 os user <[EMAIL PROTECTED]>:
> Hi folks,
> I use Atmel AT91SAM9260-EK boards, arm-linux-gcc (GCC) 4.2.4. After I
> pulled the latest code from git://git.denx.de/u-boot-at91.git, I found
> that the [EMAIL PROTECTED]/env_common.c can not work well. The root
> cause is in u-boot-
Hello Wolfgang,
>> Has the problem boards been fixed yet? If so please resubmit commit c0559be3.
> So what *is* the state of this?
> If nobody responds soon, I will indeed re-apply that patch, andthen I
> will not revert this commit again. So if you think this bytes you,
> please speak up *now*.
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
cleanup of a stack variable.
Signed-off-by: Remy Bohmer <[EMAIL PROTECTED]>
---
drivers/net/dm9000x.c | 17 -
1 file changed, 8 insertions(+), 9 deletions(-)
Index: u-boot-net-git-05062008/drivers/net/dm9
Hello,
> (e.g. the final fix for the trizeps board lacks)
Sorry, my fault, It is in there, I compared to the wrong tree here...
Still, Within an hour I will post a new patch fixing the last merge
issues against the net repo.
Kind Regards,
Remy
--
Hello Ben,
> The net repo is now correct, I believe, but this patch still doesn't
> apply. I think it's because I had to manually edit patch #5, and this
> patch is touching the same code. Please rebase and resubmit.
No, sorry, it is not completely correct, some parts are missing...
(e.g. the f
;[EMAIL PROTECTED]>:
> Remy,
>
> On Tue, Jun 3, 2008 at 11:14 AM, Remy Bohmer <[EMAIL PROTECTED]> wrote:
>> According to the Application Notes of the DM9000, only the 2 bits 0:1 of
>> the status byte need to be checked to identify a valid packet in the fifo
>>
>&
Hello Ben,
> I only encountered one whitespace issue, in patch 5 and was able to fix it.
> I use the --whitespace=strip option in git-am, so trailing whitespace isn't
> a problem.
Thanks!
> I've applied your patches to the net repo, and since you submitted them by
> the deadline it should go in
whitespaces...
I have to find out what went wrong here.
Wolfgang, Is the merge window for these patches still open?
If so, I will clean up the patches, and distribute it again in about an hour.
Kind Regards,
Remy
2008/6/4 Stefano Babic <[EMAIL PROTECTED]>:
> Remy Bohmer wrote:
>
>&
A last minute cleanup before submitting the DM9000A patch series yesterday
introduced
a bug in reading the rx-status registers in 32bit mode only.
This patch repairs this.
Signed-off-by: Remy Bohmer <[EMAIL PROTECTED]>
---
drivers/net/dm9000x.c |3 ++-
1 file changed, 2 insertions
Hello Stefano,
>> I have tried, the old error is gone, but the board hangs probably after
>> getting the first packets:
I believe I found the problem.
During a last minute cleanup I broke something that only breaks it in
32 bit mode.
So, it is probably not patch number 5, but patch number 1 that
to you if I have more info.
Kind Regards,
Remy
2008/6/4 Stefano Babic <[EMAIL PROTECTED]>:
> Remy Bohmer wrote:
>
>> In a few minutes I will post a patch which I hope it will solve this.
>> Can you please try it on your board?
>
> I have tried, the old error is gone
.
Notice, that the 2nd iteration through this receive loop (when a 2nd packet is
in the fifo) is much shorter now, compared to the older U-boot driver code,
so that we can maybe run into a hardware condition now that was never seen
before, or maybe was seen very unfrequently.
Signed-off-by: Remy
Hello Stefano,
> this patch does not work on the trizeps board. I get the following error:
> Loading: DM9000 error: status check fail: 0x6d
I think I know where this one comes from.
The code reporting this error is actually not changed, but the pace in
which it is called is much faster with the
er
than 20 bytes. Those packages can be ignored anyway by U-boot, so we trash them
now before checking the checksum.
Signed-off-by: Remy Bohmer <[EMAIL PROTECTED]>
---
net/net.c |4
1 file changed, 4 insertions(+)
Index: u-boot-git-03
The eth_send routine of the U-boot DM9000x driver does not match the
DM9000 or DM9000A application notes/programming guides.
This change improves the stability of the DM9000A network controller.
This change has been tested with DM9000A, DM9000E, DM9000EP.
Signed-off-by: Remy Bohmer <[EM
recommended solved the
problems with the DM9000A.
The complete series has been tested with the Atmel AT91SAM9261-EK, and
a custom board, with the DM9000[A|E|EP] controllers.
Signed-off-by: Remy Bohmer <[EMAIL PROTECTED]>
--
Some lines of the U-boot DM9000x driver are longer than 80 characters, or
need some other minor cleanup.
Signed-off-by: Remy Bohmer <[EMAIL PROTECTED]>
---
drivers/net/dm9000x.c | 41 ++---
1 file changed, 26 insertions(+), 15 deletions(-)
Index:
, DM9000EP.
Signed-off-by: Remy Bohmer <[EMAIL PROTECTED]>
---
drivers/net/dm9000x.c | 34 +++---
1 file changed, 31 insertions(+), 3 deletions(-)
Index: u-boot-git-22052008/drivers/net/dm9
time.
The driver must perform the rx-status check in a loop and read and handle all
packages until there is no more left _after_ the interrupt RX flag is set.
This change has been tested with DM9000A, DM9000E, DM9000EP.
Signed-off-by: Remy Bohmer <[EMAIL PROTECTED]>
---
drivers/net/dm9
It seems that the debugging code of the DM9000x driver in U-boot has not been
compiled for a long time, because it cannot compile...
Also rearranged some loglines to get more useful info while debugging.
Signed-off-by: Remy Bohmer <[EMAIL PROTECTED]>
---
drivers/net/dm9000x.c
interrupt status register.
The linux kernel already uses a runtime mechanism to determine this bus-width,
so the implementation below looks somewhat like that implementation.
This change has been tested with DM9000A, DM9000E, DM9000EP.
Signed-off-by: Remy Bohmer <[EMAIL PROTECTED]>
---
drive
The option CONFIG_BOOTP_RANDOM_DELAY does not compile, because of a
missing 'extern' inside the net/bootp.h header.
Signed-off-by: Remy Bohmer <[EMAIL PROTECTED]>
---
net/bootp.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: u-boot-git-2205
Hello Joakim,
I am currently quite busy with other work (but still U-boot and Atmel
boards related), and I still have it on my list, so it still has my
attention. I expect to get at it again half next week.
Kind Regards,
Remy
2008/5/28 Joakim Tjernlund <[EMAIL PROTECTED]>:
>> -Original Mes
Hello Wolfgang,
2008/5/9 Wolfgang Denk <[EMAIL PROTECTED]>:
> In message <[EMAIL PROTECTED]> you wrote:
>> Commit c0559be371b2a64b1a817088c3308688e2182f93 introduces a bug in
>> the environment setting storage in U-boot-1.3.3-rc3.
>> Settings are retrieved from dataflash when only settings in RAM
Hello Stelian,
To be able to compile for at91sam9261-ek we need a logo called atmel.bmp.
This bitmap is not available in the tree, so build fails. (There is,
however, a denx.bmp)
The bitmap is also a binary file, so difficult to handle with patches.
Have you any idea how to solve this?
Kind Reg
Hello Haavard, Wolfgang
> Hmm...maybe this is a stupid question, but why can't it _always_ use
> the RAM area to look up the environment? env_init() is one of the first
> things to be called during bootstrap...
> Maybe it's wishful thinking, but if we could get rid of this extra
> logic, u-bo
Hello,
> This makes me think that the test should perhaps only test
> gd->env_valid:
> if (gd->env_valid == 1)
> Not sure and I am busy ATM.
This sounds more like finetuning, and we can look at it later. For
now, we have a solution that works for 1.3.3, with your change in
it...
> Curious,
and
initalised. (Matches more the behavior as it was prior to this particular commit.)
Signed-off-by: Remy Bohmer <[EMAIL PROTECTED]>
---
common/env_common.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: u-boot-git-05052008/common/env_co
Hello,
> > uhh, I tested/using it... And it is working properly now without this
> > commit... (So, it fixes the problem I had here)
> I meant if reverted, it will never be fixed properly.
Then we agree, but leaving it in without a fix, makes the next release
of U-boot quite buggy on these boa
Hello,
> Hmm, if reverted it won't get fixed.
uhh, I tested/using it... And it is working properly now without this
commit... (So, it fixes the problem I had here)
> What happens if you modify to this:
> if ((gd->flags & GD_FLG_RELOC) && (gd->env_valid == 1))
Which file/line/function are yo
Hello All,
I have found the root-cause of these problems:
> > * The environment variables work strange. When the environment section
> > in dataflash has been erased (fresh install), the first boot will
> > produce garbage when the 'printenv' command is executed. (It even
> > reports that th
Hello Wolfgang,
2008/5/5 Wolfgang Denk <[EMAIL PROTECTED]>:
> Hello,
> U-Boot v1.3.3-rc3 has been released.
> The major architectures (PowerPC, ARM, MIPS) seemt o be in a prtty
> good shape now, with only few (usually minor and/or old) issues
> remaining.
> So please - help test the new code,
45 matches
Mail list logo
