Dear Frans Meulenbroeks,
> Pro: no more need to give sizes in fw-env.config
> Con: uses a 2-4 more bytes (personally I'd say size is 4 bytes just to be
> safe)
That's less than any variable takes in the env, so no problem.
> Con: not compatible with current env layout so (without precautions) a
>
Hi,
Can someone please share a BDI3000 configuration for u-boot/kernel
debugging on 460EX revB.
Thanks a lot in advance.
Felix.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Use the MMU hardware to set up 1:1 mappings between physical and virtual
addresses. This allows us to bypass the cache when accessing the flash
without having to do any physical-to-virtual address mapping in the CFI
driver.
The virtual memory mappings are defined at compile time through a sorted
a
In addition to the real PC value, also print the value of PC after
subtracting the relocation offset. This value will match the address in
the ELF file so it's much easier to figure out where things went wrong.
Signed-off-by: Haavard Skinnemoen
---
arch/avr32/cpu/exception.c |3 ++-
1 files
The paging system which is required to set up caching properties has not
yet been initialized when the SDRAM is initialized. So when the
map_physmem() function is converted to return the physical address
unchanged, the SDRAM initialization will break on some boards.
The avr32-specific uncached() m
This series fixes a longstanding problem with the 'saveenv' command on
ATNGW100.
It also includes a trivial enhancement to the exception reporting which
I found very useful during debugging.
Hopefully this will make mainline u-boot useful again on AVR32. Without
this fix, v2008.10 is the latest u
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 seen, that some people have trouble with
it is obtaining the
Hi Nishanth,
On Thu, Aug 12, 2010 at 11:13:10, Nishanth Menon wrote:
> On 08/11/2010 10:37 AM, Nori, Sekhar wrote:
> > Hi Nishanth,
> >
> > On Wed, Aug 11, 2010 at 09:33:29, Nishanth Menon wrote:
> >> On 08/10/2010 06:39 AM, Sekhar Nori wrote:
> >
> >>> diff --git a/board/davinci/da8xxevm/da850ev
Kim Phillips wrote on 2010/08/12 07:17:49:
>
> On Wed, 11 Aug 2010 11:44:22 +0200
> Joakim Tjernlund wrote:
>
> > This udelay looks bogus and doesn't help my board.
> >
> > Signed-off-by: Joakim Tjernlund
> > ---
> >
> > This delay was introduced by ee62ed3286f83b98b7785e0318dc6379e78f7ff6
> >
On 08/11/2010 10:37 AM, Nori, Sekhar wrote:
> Hi Nishanth,
>
> On Wed, Aug 11, 2010 at 09:33:29, Nishanth Menon wrote:
>> On 08/10/2010 06:39 AM, Sekhar Nori wrote:
>
>>> diff --git a/board/davinci/da8xxevm/da850evm.c
>>> b/board/davinci/da8xxevm/da850evm.c
>>> index 959b2c6..6a6d4fb 100644
>>> --
The TI DA850/OMAP-L138/AM18x EVM can be populated with devices
of different speed grades.
The maximum speed the chip can support can only be determined from
the label on the package (not software readable).
Introduce a method to pass the speed grade information to kernel
using ATAG_REVISION. The
Hello Wolfgang,
Wolfgang Denk wrote:
> Dear Heiko Schocher,
>
> a few comments...
>
> In message <4c62e8c3.8050...@denx.de> you wrote:
>> This patch series add full relocation and cache support for arm
>> based boards. I test this for arm1136, arm_cortexa8 and arm926ejs
>> based boards.
>>
>> Re
On Wed, 11 Aug 2010 11:44:22 +0200
Joakim Tjernlund wrote:
> This udelay looks bogus and doesn't help my board.
>
> Signed-off-by: Joakim Tjernlund
> ---
>
> This delay was introduced by ee62ed3286f83b98b7785e0318dc6379e78f7ff6
> Kim, is this really needed for you?
not that I know of - both
On Wed, 11 Aug 2010 11:44:21 +0200
Joakim Tjernlund wrote:
> uec_init() adds an udelay(10) even though
> the PHY status read went well, don't do that.
>
> Signed-off-by: Joakim Tjernlund
> ---
Acked-by: Kim Phillips
Kim
___
U-Boot mailing list
Currently, if there is an error probing the NAND chip and the env is based
in NAND, the readenv() function will use a NULL function pointer and thus
jump to address 0.
Here I just check for a non-zero value of blocksize as that shouldn't be
zero when a valid device is found, but perhaps there is a
On Sun, Aug 8, 2010 at 12:43 PM, Wolfgang Denk wrote:
> Dear Andy,
>
> In message <1276722323-12045-1-git-send-email-nota...@gmail.com> Grazvydas
> Ignotas wrote:
>> Make driver local variables and functions static and
>> remove them from the arch header.
>>
>> Signed-off-by: Grazvydas Ignotas
>
Merge the other significant source of board name duplication with the new
boards.cfg file. I cleaned up most targets, but the ARM and MIPS trees
are such a mess than I didn't bother. If those maintainers care, they can
take are of it.
While we're at it, we can be a bit more clever in the LIST_xx
Hello All,
On 12.08.2010 02:34, Ilya Yanok wrote:
> Historically PHY intialization was disabled on motionpro board. Then
> at some point PHY init was enabled and only comment message was left.
>
After looking once more at the history I've found that this problem was
actually fixed by
commit
On Wed, Aug 11, 2010 at 6:52 PM, Mike Frysinger wrote:
> The helpful shortcut for doing a board config + make was dropped recently
> as it conflicted with some new build code. However, the reason for using
> pattern targets originally was to avoid managing a duplicate list of
> boards. Since we n
The helpful shortcut for doing a board config + make was dropped recently
as it conflicted with some new build code. However, the reason for using
pattern targets originally was to avoid managing a duplicate list of
boards. Since we now have one centralized place for a list of boards (the
new boa
The current ELF loading function does a lot of work above and beyond a
simple "loading". It ignores the real load addresses and loads things
into their virtual (runtime) address. This is undesirable when we just
want it to load an ELF and let the ELF do the actual C runtime init.
So add a comman
Historically PHY intialization was disabled on motionpro board. Then
at some point PHY init was enabled and only comment message was left.
It worked somehow provided that PHY init was done at the early stage.
But after commit f5cf2ef the driver initializes PHY only when it is
actually needed and no
Hi Stefano,
2010/8/11 Stefano Babic :
> The patch removes an endless loop in the usb_eth_send
> if the tx_complete is not called before going
> in the loop. The driver interrupt routine is called
> allowing the driver to check if the TX is completed.
>
> Signed-off-by: Stefano Babic
> ---
> dri
On Wed, Aug 11, 2010 at 6:02 PM, Reinhard Meyer wrote:
> recently a patch for soft-i2c has been accepted that uses gpio_* functions.
> Supposedly they are generic, but grep-ing shows that such functions
> only exist in the nios2 architecture.
grep harder ... other ports implement the common gpio l
Dear Stefano Babic,
> Use DEBUG as usual to print debug output.
>
> Signed-off-by: Stefano Babic
> ---
> drivers/usb/gadget/ether.c |4
> 1 files changed, 4 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/usb/gadget/ether.c b/drivers/usb/gadget/ether.c
> index 3d871fa..e0ebf75 1
Dear Tirumala Marri,
In message you wrote:
> >>Please see the "Patches" page in the U-Boot wiki.
> Thanks. Question on line length 80 in some files. Some of the config
> (EX:include/configs/Canyonlands.h) files
> has lines longer than 80 characters. Does newly added config files can
> still have
Hello all,
recently a patch for soft-i2c has been accepted that uses gpio_* functions.
Supposedly they are generic, but grep-ing shows that such functions
only exist in the nios2 architecture.
Every architecture seems to have their own similiar but not identical way
for gpio access. At91 even has
Dear Stefano Babic,
In message <1281562797-6408-1-git-send-email-sba...@denx.de> you wrote:
> Use DEBUG as usual to print debug output.
>
> Signed-off-by: Stefano Babic
I guess these patches are some sort of series, and eventually have to
be applied in a specific order? Please number such patc
The MUSB_TXCSR_MODE register setting isn't supported on Blackfin musb
parts, so stub it out to 0. This matches Linux behavior.
Signed-off-by: Mike Frysinger
---
drivers/usb/musb/musb_core.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/musb/musb_core.h b/
>>Please see the "Patches" page in the U-Boot wiki.
Thanks. Question on line length 80 in some files. Some of the config
(EX:include/configs/Canyonlands.h) files
has lines longer than 80 characters. Does newly added config files can
still have lines longer than 80 ?
Or should I trim ?
Regards,
Mar
In case a status ep is requested, it is always allocated
a request for the ep0, instead of the correct one saved
in the dev structure.
Signed-off-by: Stefano Babic
---
drivers/usb/gadget/ether.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/gadget/ethe
The buffer for the status request must be word aligned
because it is accessed with 32 bit pointer in the
eth_status_complete function.
Signed-off-by: Stefano Babic
---
drivers/usb/gadget/ether.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/gadget/ether.c
qmult was not defined if OTG dualspeed is set.
Signed-off-by: Stefano Babic
---
drivers/usb/gadget/ether.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/gadget/ether.c b/drivers/usb/gadget/ether.c
index e0ebf75..313f15f 100644
--- a/drivers/usb/gadget/ethe
The patch removes an endless loop in the usb_eth_send
if the tx_complete is not called before going
in the loop. The driver interrupt routine is called
allowing the driver to check if the TX is completed.
Signed-off-by: Stefano Babic
---
drivers/usb/gadget/ether.c | 10 +-
1 files cha
Use DEBUG as usual to print debug output.
Signed-off-by: Stefano Babic
---
drivers/usb/gadget/ether.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/gadget/ether.c b/drivers/usb/gadget/ether.c
index 3d871fa..e0ebf75 100644
--- a/drivers/usb/gadget/ether.c
On Wed, Aug 11, 2010 at 4:00 PM, Ben Gardiner
wrote:
> On Wed, Aug 11, 2010 at 2:15 PM, Heiko Schocher wrote:
>> This patch series add full relocation and cache support for arm
>> based boards. I test this for arm1136, arm_cortexa8 and arm926ejs
>> based boards.
>
> I pulled u-boot-testing/arm-re
Dear Vitaly Kuzmichev,
In message <4c629c28.40...@mvista.com> you wrote:
>
> I also have some fixes for ether.c.
> How should I send them for review?
Please start by reading the docs, especially
http://www.denx.de/wiki/U-Boot/Patches
> Through this mailing list or make 'git push' into private b
Dear Heiko Schocher,
a few comments...
In message <4c62e8c3.8050...@denx.de> you wrote:
> This patch series add full relocation and cache support for arm
> based boards. I test this for arm1136, arm_cortexa8 and arm926ejs
> based boards.
>
> Relocation support:
>
> !! This change is not compati
On Wed, Aug 11, 2010 at 2:15 PM, Heiko Schocher wrote:
> This patch series add full relocation and cache support for arm
> based boards. I test this for arm1136, arm_cortexa8 and arm926ejs
> based boards.
I pulled u-boot-testing/arm-reloc-and-cache-support and had to clobber
the old branch cause
Dear Ben Gardiner,
In message you
wrote:
> On Wed, Aug 11, 2010 at 9:31 AM, Ben Gardiner
> wrote:
> > On Wed, Aug 11, 2010 at 1:56 AM, Heiko Schocher wrote:
> >> Can you try
> >>
> >> http://git.denx.de/?p=u-boot/u-boot-testing.git;a=shortlog;h=refs/heads/arm-reloc-and-cache-support
>
> This i
The following changes since commit 69a2a4d9a5884a6f2d04a551308980d452b9b349:
disk/part.c: 'usb storage' avoiding overflow when output capacity (2010-08-10
23:08:55 +0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-blackfin.git master
Michael Hennerich (1):
Bl
Hi,
2010/8/11 Stefano Babic :
> Vitaly Kuzmichev wrote:
>
> Hi Vitaly,
>
>> I also have some fixes for ether.c.
>> How should I send them for review?
>> Through this mailing list or make 'git push' into private branch to
>> u-boot-usb.git repo?
>
> My two cents. I would prefer to send patches alwa
Hi,
> Of course, if you agree with my analyses, I will send patches to fix them.
Great!
> 1. The status_req buffer is static allocated as u8. However, in
> eth_status_complete is referenced with a 32 bit pointer:
>
> __le32 *data = req->buf
>
> In most case the buffer is not 32-bit aligned and
Change the implementation for arm1176 to relocate the code to
an arbitrary address in RAM.
Signed-off-by: Heiko Schocher
---
arch/arm/cpu/arm1176/start.S| 286 +++
arch/arm/cpu/arm1176/u-boot.lds | 14 ++-
2 files changed, 299 insertions(+), 1 deletions
Change the implementation for arm720t to relocate the code to
an arbitrary address in RAM.
Signed-off-by: Heiko Schocher
---
arch/arm/cpu/arm720t/start.S| 170 +++
arch/arm/cpu/arm720t/u-boot.lds | 14 +++-
2 files changed, 183 insertions(+), 1 deletion
Change the implementation for lh7a40x to relocate the code to
an arbitrary address in RAM.
Signed-off-by: Heiko Schocher
---
arch/arm/cpu/lh7a40x/start.S| 187 ++-
arch/arm/cpu/lh7a40x/u-boot.lds | 14 +++-
2 files changed, 199 insertions(+), 2 deletion
Change the implementation for arm_intcm to relocate the code to
an arbitrary address in RAM.
Signed-off-by: Heiko Schocher
---
arch/arm/cpu/arm_intcm/start.S| 166 +
arch/arm/cpu/arm_intcm/u-boot.lds | 14 +++-
2 files changed, 179 insertions(+), 1 dele
Change the implementation for s3c44b0 to relocate the code to
an arbitrary address in RAM.
Signed-off-by: Heiko Schocher
---
arch/arm/cpu/s3c44b0/start.S| 174 +++
arch/arm/cpu/s3c44b0/u-boot.lds | 14 +++-
2 files changed, 187 insertions(+), 1 deletion
Change the implementation for sa1100 to relocate the code to
an arbitrary address in RAM.
Signed-off-by: Heiko Schocher
---
arch/arm/cpu/sa1100/start.S| 162
arch/arm/cpu/sa1100/u-boot.lds | 14 +++-
2 files changed, 175 insertions(+), 1 deletions(
Change the implementation for ixp to relocate the code to
an arbitrary address in RAM.
Signed-off-by: Heiko Schocher
---
arch/arm/cpu/ixp/start.S| 280 +++
arch/arm/cpu/ixp/u-boot.lds | 14 ++-
2 files changed, 293 insertions(+), 1 deletions(-)
dif
Change the implementation for pxa to relocate the code to
an arbitrary address in RAM.
Signed-off-by: Heiko Schocher
---
arch/arm/cpu/pxa/start.S| 168 +++
arch/arm/cpu/pxa/u-boot.lds | 14 -
2 files changed, 181 insertions(+), 1 deletions(-)
d
Change the implementation for arm946 to relocate the code to
an arbitrary address in RAM.
Signed-off-by: Heiko Schocher
---
arch/arm/cpu/arm946es/start.S| 168 +-
arch/arm/cpu/arm946es/u-boot.lds | 14 +++-
2 files changed, 180 insertions(+), 2 deletion
Change the implementation for arm925 to relocate the code to
an arbitrary address in RAM.
Signed-off-by: Heiko Schocher
---
arch/arm/cpu/arm925t/start.S| 204 ++-
arch/arm/cpu/arm925t/u-boot.lds | 14 +++-
2 files changed, 216 insertions(+), 2 deletions
Change the implementation for arm920 to relocate the code to
an arbitrary address in RAM.
Signed-off-by: Heiko Schocher
---
arch/arm/cpu/arm920t/start.S| 225 ++-
arch/arm/cpu/arm920t/u-boot.lds | 14 +++-
2 files changed, 237 insertions(+), 2 deletions
Change the implementation for arm926 to relocate the code to
an arbitrary address in RAM.
Adapt the TX25 (i.MX25), magnesium board to test the changes.
da850 board:
Tested-by: Ben Gardiner
Signed-off-by: Heiko Schocher
---
- changes since v1:
- removed converted but not tested boards
- add
Change the implementation for ARM V7 to relocate the code to an
arbitrary address in RAM.
Adapt the Beagle board (Cortex A8) to test the changes.
Signed-off-by: Heiko Schocher
---
- changes since v1:
- removed converted but not tested boards
- add CONFIG_SYS_ARM_WITHOUT_RELOC
arch/arm/cpu/
Change the implementation for ARM11 to relocate the code to an
arbitrary address in RAM.
Tested on the qong board.
Signed-off-by: Heiko Schocher
---
- changes since v1:
- removed converted but not tested boards
- add CONFIG_SYS_ARM_WITHOUT_RELOC
arch/arm/cpu/arm1136/start.S| 201 +
!! This breaks support for all arm boards !!
To compile in old style, you must define
CONFIG_SYS_ARM_WITHOUT_RELOC or you can compile
with "CONFIG_SYS_ARM_WITHOUT_RELOC=1 ./MAKEALL board"
!! This define will be removed soon, so convert your
board to use relocation support
Signed-off-by: Heiko Sc
With -fPIC enabled, this variable needs an entry in the GOT, which
causes the image size to exceed 2 KiB which is the maximum allowed for
some systems. Making it a "static const" avoids the GOT entry and thus
reduces the image size to < 2 KiB.
Signed-off-by: Heiko Schocher
Acked-by: Scott Wood
-
Signed-off-by: Heiko Schocher
---
- changes since v1:
- changed commit message
drivers/i2c/omap24xx_i2c.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/i2c/omap24xx_i2c.c b/drivers/i2c/omap24xx_i2c.c
index 3256133..15ad39a 100644
--- a/drivers/i2c/omap24xx
Signed-off-by: Heiko Schocher
---
- changes since v1:
- changed commit message
disk/part.c | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/disk/part.c b/disk/part.c
index b6bae17..7d2da05 100644
--- a/disk/part.c
+++ b/disk/part.c
@@ -78,13 +78,20 @@ block_de
Signed-off-by: Heiko Schocher
---
- changes since v1
added comment from Peter Tyser
- simplified this patch as cmd_usage() returns 1
common/cmd_i2c.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/common/cmd_i2c.c b/common/cmd_i2c.c
index 371e022..5e9135e 100644
-
Signed-off-by: Heiko Schocher
---
- changes since v1:
add m68k and mips
arch/m68k/lib/board.c|8
arch/mips/lib/board.c|8
arch/powerpc/lib/board.c | 10 --
include/common.h |9 +
4 files changed, 9 insertions(+), 26 deletions(-)
Add data cache support for arm1136 systems.
Enable "cache" command on Qong board and test performance.
Test 1: Loading 127 MB of data from NAND flash into RAM:
Instr. Cacheoff on on
Data Cacheoff off on
--
fixup_cmdtable() did all work for fixing up the cmdtable,
if CONFIG_RELOC_FIXUP_WORKS is not defined.
CONFIG_RELOC_FIXUP_WORKS is missing for i386! I talked
with Graeme Russ, and he will fix this soon.
Signed-off-by: Heiko Schocher
---
- changes since v1
add comment from Peter Tyser
- as thi
Add data cache support for ARM V7 systems. Used cache flush
functions from linux:arch/arm/mm/cache-v7.S developed from
Catalin Marinas.
Enable "cache" command on Beagle board and test performance.
Test 1: Loading 127 MB of data from NAND flash into RAM:
Instr. Cacheoff on
This has been tested on at91sam9263 and STN8815.
Again, I didn't check if it has bad effects
on non-arm926 cores.
Initially I had a "done" bit to only set up page tables
at the beginning. However, since the aligmnent requirement
was for the whole object file, this extra integer tool 16kB
in BSS, s
bi_env is nowhere used, so delete it
Signed-off-by: Heiko Schocher
similar patch posted from Dirk Behme Tue Jul 27 18:36:09 CEST 2010
http://lists.denx.de/pipermail/u-boot/2010-July/074542.html
so this patch maybe obsolete
---
- changes since v1:
- synced with patch from Dirk Behme
arch/arm
This simple adds the cache flush for arm926. Most likely
the same works for other families, like arm920t, but I didn't
check as this is currently just an RFC.
Signed-off-by: Alessandro Rubini
Signed-off-by: Heiko Schocher
---
- changes since v1:
- moved cache patches before relocation patches
This patch series add full relocation and cache support for arm
based boards. I test this for arm1136, arm_cortexa8 and arm926ejs
based boards.
Relocation support:
!! This change is not compatible to old code !!
If you want to compile in old style, you can set
CONFIG_SYS_ARM_WITHOUT_RELOC
but
Hello Ben,
Ben Gardiner wrote:
> On Wed, Aug 11, 2010 at 9:31 AM, Ben Gardiner
> wrote:
>> On Wed, Aug 11, 2010 at 1:56 AM, Heiko Schocher wrote:
>>> Can you try
>>>
>>> http://git.denx.de/?p=u-boot/u-boot-testing.git;a=shortlog;h=refs/heads/arm-reloc-and-cache-support
>
> This is the commit fr
On Wednesday 11 August 2010 16:48:04 Alexander Stein wrote:
> The include is still necessary though.
>
> Signed-off-by: Alexander Stein
Looks good, so:
Acked-by: Stefan Roese
Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich,
2010/8/11 Marc-André Hébert :
> 2010/8/10 Mike Frysinger:
>> 2010/8/10 Marc-André Hébert:
>>> The spansion_erase currently only works when the sector size is 64KB.
>>> cmd[1] should contain the higher 8 bit of the 24 bit address of the
>>> sector to be erased. Currently it is holding the sector ind
On Wed, Aug 11, 2010 at 3:38 AM, Wolfgang Denk wrote:
> Traditionally many boards used local definitions for SRAM base address
> and size (like SRAM_BASE, SRAM_LEN and/or SRAM_SIZE), while the (now)
> "official" names are CONFIG_SYS_SRAM_BASE and CONFIG_SYS_SRAM_SIZE.
>
> The corresponding code in
Hi Nishanth,
On Wed, Aug 11, 2010 at 09:33:29, Nishanth Menon wrote:
> On 08/10/2010 06:39 AM, Sekhar Nori wrote:
> > diff --git a/board/davinci/da8xxevm/da850evm.c
> > b/board/davinci/da8xxevm/da850evm.c
> > index 959b2c6..6a6d4fb 100644
> > --- a/board/davinci/da8xxevm/da850evm.c
> > +++ b/boa
Vitaly Kuzmichev wrote:
Hi Vitaly,
> I also have some fixes for ether.c.
> How should I send them for review?
> Through this mailing list or make 'git push' into private branch to
> u-boot-usb.git repo?
My two cents. I would prefer to send patches always to the ML, even if
they are not planned t
The include is still necessary though.
Signed-off-by: Alexander Stein
---
common/cmd_flash.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/common/cmd_flash.c b/common/cmd_flash.c
index ff43965..3e6bab2 100644
--- a/common/cmd_flash.c
+++ b/common/cmd_flash.
On Wed, Aug 11, 2010 at 9:31 AM, Ben Gardiner
wrote:
> On Wed, Aug 11, 2010 at 1:56 AM, Heiko Schocher wrote:
>> Can you try
>>
>> http://git.denx.de/?p=u-boot/u-boot-testing.git;a=shortlog;h=refs/heads/arm-reloc-and-cache-support
This is the commit from which I was working -- there have been no
Hello Heiko,
On Wed, Aug 11, 2010 at 1:56 AM, Heiko Schocher wrote:
> Hello Ben,
>
> Thanks for trying this patches!
My pleasure! Thank you for doing the hard work.
> Ben Gardiner wrote:
>> On Fri, Aug 6, 2010 at 12:44 PM, Ben Gardiner
>> wrote:
>> I did get an openocd debugger going with uboo
Hi Remy,
I also have some fixes for ether.c.
How should I send them for review?
Through this mailing list or make 'git push' into private branch to
u-boot-usb.git repo?
On 08/11/2010 02:40 PM, Stefano Babic wrote:
> Remy Bohmer wrote:
>> Hi Stefano,
>>
>
> Hi Remy,
>
>> Indeed, this seems to be
2010/8/10 Mike Frysinger :
> 2010/8/10 Marc-André Hébert:
>> The spansion_erase currently only works when the sector size is 64KB.
>> cmd[1] should contain the higher 8 bit of the 24 bit address of the
>> sector to be erased. Currently it is holding the sector index to be
>> erased which happens to
Remy Bohmer wrote:
> Hi Stefano,
>
Hi Remy,
> Indeed, this seems to be some debug logging that can be removed...
Ok, understood.
> We have tested it with the Atmel at91sam9261 core, and I have never
> used it with any other hardware.
> It is possible that you run into problems here that where
This udelay looks bogus and doesn't help my board.
Signed-off-by: Joakim Tjernlund
---
This delay was introduced by ee62ed3286f83b98b7785e0318dc6379e78f7ff6
Kim, is this really needed for you?
drivers/qe/uec_phy.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drive
uec_init() adds an udelay(10) even though
the PHY status read went well, don't do that.
Signed-off-by: Joakim Tjernlund
---
drivers/qe/uec.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/qe/uec.c b/drivers/qe/uec.c
index ccbf27d..758151f 100644
--- a/dri
Traditionally many boards used local definitions for SRAM base address
and size (like SRAM_BASE, SRAM_LEN and/or SRAM_SIZE), while the (now)
"official" names are CONFIG_SYS_SRAM_BASE and CONFIG_SYS_SRAM_SIZE.
The corresponding code in arch/powerpc/lib/board.c was board specific,
and has never actu
85 matches
Mail list logo