On Mon, Dec 19, 2011 at 23:13, Wolfgang Denk wrote:
> No. As I mentioned, look for a config.mk file in the board directory,
> i. e. probably board/ox820/config.mk or similar. This should contain
> the definition of TEXT_BASE.
Thanks, for the hint! There is TEXT_BASE = 0x60d0.
Here is the ou
Hi all,
On Wed, 26 Oct 2011 14:39:54 +0200
Laszlo Hegedüs wrote:
> Fix for the DP8381x driver to translate the pointers to the receive
> Rinbuffer from a virtual address to the PCI memory space. TxRingPtr
> is translated okay, but no memory translation was done for
> RxRingPtr. This patch fix th
Hi Tom,
any news on this?
I'm getting a little bit jealous ;) Stefano's TAM3517 patches (which
were originally based on these series) are already accepted while mine
are not...
Regards, Ilya.
On 14.12.2011 20:05, Ilya Yanok wrote:
> This patch adds support for the HTKW mcx AM3517-based board.
>
Hi Tom,
On 20.12.2011 02:56, Tom Rini wrote:
>> I'm getting a little bit jealous ;) Stefano's TAM3517 patches (which
>> were originally based on these series) are already accepted while mine
>> are not...
>
> 1/2 is held up on USB review. If you want to split out the USB part
> of your board unt
Signed-off-by: Tom Warren
BUG=none
TEST=built all 3 (Harmony, Seaboard and Ventana) and tested Seaboard
---
board/nvidia/harmony/Makefile |1 -
board/nvidia/ventana/Makefile |3 +--
include/configs/ventana.h |3 +++
3 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/b
Hi all,
On Mon, 19 Dec 2011 15:56:12 -0700
Tom Rini wrote:
> On Mon, Dec 19, 2011 at 3:55 PM, Ilya Yanok wrote:
> > Hi Tom,
> >
> > any news on this?
> >
> > I'm getting a little bit jealous ;) Stefano's TAM3517 patches (which
> > were originally based on these series) are already accepted whil
Hi Anatolij,
On 20.12.2011 03:12, Anatolij Gustschin wrote:
>> 1/2 is held up on USB review. If you want to split out the USB part
>> of your board until Remy can comment on it I'd be happy to put this
>> into u-boot-ti/next.
>
> I'm not sure whether Remy is aware of this patch. It is delegated
Hi Remy,
could you please review this patch? It's waiting for your approval.
Regards, Ilya.
On 13.12.2011 03:15, Ilya Yanok wrote:
> Taken from Beagle code. Tested on mcx board (AM3517-based).
>
> Signed-off-by: Ilya Yanok
> ---
> Changes from V3:
> - None
> Changes from V2:
> - None
> Chang
Tom Warren wrote at Monday, December 19, 2011 4:09 PM:
> Signed-off-by: Tom Warren
>
> BUG=none
> TEST=built all 3 (Harmony, Seaboard and Ventana) and tested Seaboard
Tom,
I'm a little confused by this. The patch removes ../common/board.o from
COBJS for Harmony and Ventana, but not from Seaboar
Got usb-tap to work, but ONLY with code warrior - and for some reason can
run it on ubuntu+unity but not on ubuntu+xfce, which loads everything
except the action button in the flash programmer where you select what you
will do: flash dump, erase, write...
Any open alternative to use usb tap or som
On Thursday, December 15, 2011 10:12:59 PM Andreas Müller wrote:
> On Thu, Dec 15, 2011 at 7:34 AM, Andreas Müller wrote:
> > I tried the following (as you can see I already commented out the
> > i2c-read-
>
> write
>
> > for test):
> >
> > int get_board_revision(void)
> > {
> > #ifdef CONFIG_D
On Mon, Dec 19, 2011 at 6:03 PM, Andreas Müller wrote:
> On Thursday, December 15, 2011 10:12:59 PM Andreas Müller wrote:
>> On Thu, Dec 15, 2011 at 7:34 AM, Andreas Müller wrote:
>> > I tried the following (as you can see I already commented out the
>> > i2c-read-
>>
>> write
>>
>> > for test):
On Tuesday, December 20, 2011 02:08:18 AM Tom Rini wrote:
> > 'objdump -dSt' shows (the memory mappings I attached were not really
> > helpful - sorry next time I know):
> >
> >4020ae14 l O .data 0004 i2c_base
> >8068 l O .bss 0004 current_bus
> >806c
Dear Remy Bohmer,
On 19 December 2011 23:20, Anatolij Gustschin wrote:
> Fix:
> universal.c: In function 's5pc210_phy_control':
> universal.c:273:7: warning: 'ret' may be used uninitialized
> in this function [-Wuninitialized]
>
> Signed-off-by: Anatolij Gustschin
> Cc: Lukasz Majewski
> Cc: Mi
The switch to strict_strtoul() was not done correctly - this fixes
the compile error when CONFIG_CMD_TFTPPUT is active.
There appears to very little use of strict_strtoul() in commands, so
it might be easier to switch to simple_strtoul(). If not, we should
decide the best way to use strict_strtoul
On Mon, Dec 19, 2011 at 5:26 PM, Michael Kebe wrote:
> Here is the output from a bootup of the old U-Boot:
[...]
>
> U-Boot 1.1.2 (Jun 24 2011 - 09:41:57)
[...]
>
> However even if I try to build with these addresses, the linking
> crashes with even more assertion fails:
Everyone always feel
> On Mon, Dec 19, 2011 at 5:26 PM, Michael Kebe wrote:
> > Here is the output from a bootup of the old U-Boot:
> [...]
>
> > U-Boot 1.1.2 (Jun 24 2011 - 09:41:57)
>
> [...]
>
> > However even if I try to build with these addresses, the linking
>
> > crashes with even more assertion fails:
> Ev
It's been almost a month and have not heard any suggestions from anyone..
Can Freescale folks on the list suggest some reg's or memory location where
boot count value can be saved across reboots.
Thanks
S
From: Sridhar Addagada
To: "u-boot@lists.denx.de"
S
Once CONFIG_FAT_WRITE is defined,
users can invoke 'fatwrite' command that saves data in RAM as a FAT file.
By removing variable of 'part_size' in fs/fat.c,
compile error occurs when enabling FAT write feature.
The variable should be declared only when CONFIG_FAT_WRITE is defined.
This patch also
Hi Wolfgang,
On Mon, Dec 19, 2011 at 3:23 AM, Wolfgang Denk wrote:
> Hi everybody,
>
> I've just released v2011.12-rc2; please help testing.
>
> Please respond quickly if you find anything missing for the final
> release, I want to get this out on Friday at latest.
>
> Thanks.
Just the tftpput f
On Mon, Dec 19, 2011 at 10:14 PM, Marek Vasut wrote:
>> On Mon, Dec 19, 2011 at 5:26 PM, Michael Kebe wrote:
>> > Here is the output from a bootup of the old U-Boot:
>> [...]
>>
>> It isn't an answer to your specific problem, but it is a process that
>> will get you there by yourself, at your own
Hi John,
On Monday 19 December 2011 22:26:09 johnc wrote:
> I am using the 405EX "Kilauea" Evaluation Board from
> Applied Micro, and am
> trying to get a Silicon Image 3124 PCIe to SATA adaptor
> working on it.
>
> I have modified the Kilauea configuration to include the
> sata_sil driver with
>
Dear Lukasz Majewski,
On 15 December 2011 18:32, Lukasz Majewski wrote:
> This commit enables support for USB Gadgets on the Exynos4210 (C210 Universal)
> reference target.
>
> Signed-off-by: Lukasz Majewski
> Signed-off-by: Kyungmin Park
> Cc: Minkyu Kang
> CC: Remy Bohmer
> ---
> Changes fo
Dear Tom Rini,
In message
you wrote:
>
> > 'i2c_base' is correctly located in SRAM but 'current_bus' and
> > 'bus_initialized'
> > are located in CS0 SDRAM which is at the time of call not yet initalized.
> > This
> > fits to the crash behaviour: Accessing 'i2c_base' does not cause trouble.
>
On Mon, Dec 19, 2011 at 10:43 PM, Wolfgang Denk wrote:
> Dear Tom Rini,
>
> In message
> you
> wrote:
>>
>> > 'i2c_base' is correctly located in SRAM but 'current_bus' and
>> > 'bus_initialized'
>> > are located in CS0 SDRAM which is at the time of call not yet initalized.
>> > This
>> > fits
On Mon, Dec 19, 2011 at 1:43 AM, Stefano Babic wrote:
> On 16/12/2011 16:45, Tom Rini wrote:
>> On Fri, Dec 16, 2011 at 8:37 AM, Stefano Babic wrote:
>>> Hi,
>>>
>
> Hi Tom,
>
>> I'm going to mark this series as RFC in patchwork as I see you did
>> +#ifneq... in some Makefiles and I know you know
This patch adds basic support for OMAP35x/DM37x SOM LV/Torpedo
reference boards. It assumes U-boot is loaded to SDRAM with the
help of another small bootloader (x-load) running from SRAM.
Signed-off-by: Peter Barada
Cc: Tom Rini
Cc: Igor Grinberg
Cc: Wolfgang Denk
---
Changes for V5:
Remov
In an effort to find the cause of reboot from linux userspace, which was always
returning hardreset, i traced the reason for the reset status register being
cleared is from file arch/powerpc/cpu/mpc83xx/cpu_init.c,
/* RSR - Reset Status Register - clear all status (4.6.1.3) */
gd->reset_sta
Dear Paul Gortmaker,
In message
you wrote:
>
> > U-Boot 1.1.2 (Jun 24 2011 - 09:41:57)
...
> Everyone always feels that they need to do a big uprev in one
> giant step. That is not an insult in any way -- I've also done the
> same thing. But even if you get it compiled, are you ready to debug
Hi all,
Le 20/12/2011 01:06, Stephen Warren a écrit :
Tom Warren wrote at Monday, December 19, 2011 4:09 PM:
Signed-off-by: Tom Warren
BUG=none
TEST=built all 3 (Harmony, Seaboard and Ventana) and tested Seaboard
Tom,
I'm a little confused by this. The patch removes ../common/board.o from
C
Hi Michael,
Le 19/12/2011 00:21, Michael Walle a écrit :
Am Montag 19 Dezember 2011, 00:04:18 schrieb Marek Vasut:
[..snip..]
Please use #define to define the magic value above (1<< 22) and
then use it.
M
The bit was taken from arch/arm/cpu/arm926ejs/kirkwood/cpu.c. Unfortunately
there is
On 12/20/11 07:54, Peter Barada wrote:
> This patch adds basic support for OMAP35x/DM37x SOM LV/Torpedo
> reference boards. It assumes U-boot is loaded to SDRAM with the
> help of another small bootloader (x-load) running from SRAM.
>
> Signed-off-by: Peter Barada
> Cc: Tom Rini
> Cc: Igor Grinb
101 - 132 of 132 matches
Mail list logo
