Dear Aaron Williams,
In message <201102081927.36497.aaron.willi...@caviumnetworks.com> you wrote:
>
...
> > > memory size to CONFIG_MAX_MEM_MAPPED. This won't work for us. As I said,
> > > we need to move it out of the lower 4GB when there's more memory
> > > involved. We also don't
> >
> > Why?
Dear Reinhard,
Point 1: taken and, as you can see, already improved upon
Point 2: I did not know the new configuration procedure even though I had seen
the boards.cfg file. The description in the README file is outdated. I tried to
compile the at91sam9260ek_nandflash version with success but fail
> -Original Message-
> From: Julian Pidancet [mailto:julian.pidan...@citrix.com]
> Sent: Tuesday, February 08, 2011 10:21 AM
> To: u-boot@lists.denx.de
> Cc: tanmay.upadh...@einfochips.com; Prafulla Wadaskar
> Subject: [PATCH] Kirkwood: Add support for OpenRD-Client & OpenRD-
> Ultimate
>
Le 09/02/2011 07:19, Chris Moore a écrit :
> Hi,
>
> Le 08/02/2011 20:14, Wolfgang Denk a écrit :
>> Dear Rob Alexander,
>>
>> In message<4d51716d.3060...@motorola.com> you wrote:
>>
>>> + if ((tolower(*cp) == 'x')&& isxdigit(cp[1])) {
>> ERROR: spaces required around that '&&' (ctx:VxW)
>>
>
> I s
Hi,
Le 08/02/2011 20:14, Wolfgang Denk a écrit :
> Dear Rob Alexander,
>
> In message<4d51716d.3060...@motorola.com> you wrote:
>
>> +if ((tolower(*cp) == 'x')&& isxdigit(cp[1])) {
> ERROR: spaces required around that '&&' (ctx:VxW)
>
I suspect that this could be the Thunderbird pr
Hi Aaron,
Le 08/02/2011 22:58, Aaron Williams a écrit :
> Hi,
>
> I'm trying to compile AHCI support but I'm running into a lot of problems. It
> looks like AHCI is based off of SCSI whereas other SATA drivers appear not to
> be. Is ahci.c being maintained or should I use one of the other drivers?
VERIFICATION UNIT E-MAIL:
: giveawayteampromo4@ gmail.com
: info.ukgiveawaypromo@ bigmir.net
Hotline + 44 -703 -18239 68
--
Esse e-mail foi enviado pelo WebMail da UFF
NTi - Núcleo de Tecnologia da Informação e Comuni
On Tuesday, February 08, 2011 12:53:27 am Wolfgang Denk wrote:
> Dear Aaron Williams,
>
> In message <201102071524.17440.aaron.willi...@caviumnetworks.com> you wrote:
> > > these. I understand that you are using a 64 bit port of U-Boot?
> >
> > No. We are using a 32-bit port since I think trying
On Tuesday, February 08, 2011 03:11:54 pm Aaron Williams wrote:
> On Tuesday, February 08, 2011 07:38:44 am Andrew Dyer wrote:
> > On Mon, Feb 7, 2011 at 16:58, Scott Wood wrote:
> > > On Mon, Jan 31, 2011 at 06:56:48PM -0800, Aaron Williams wrote:
> > >> Trying again submitting the patch.
> > >>
On Tuesday, February 08, 2011 07:38:44 am Andrew Dyer wrote:
> On Mon, Feb 7, 2011 at 16:58, Scott Wood wrote:
> > On Mon, Jan 31, 2011 at 06:56:48PM -0800, Aaron Williams wrote:
> >> Trying again submitting the patch.
> >>
> >> /* Do manufacturer-specific fixups */
> >>
Dear Jens Scharsig,
Am 08.02.2011 um 22:11 schrieb Jens Scharsig:
> Am 08.02.2011 16:35, schrieb Reinhard Meyer:
>> Hello AT91/AVR32 users and maintainers,
>>
>> since relocation was introduced most ARM boards and therefore all AT91 based
>> boards are
>> inherently broken.
>>
>> We also used
Hi,
I'm trying to compile AHCI support but I'm running into a lot of problems. It
looks like AHCI is based off of SCSI whereas other SATA drivers appear not to
be. Is ahci.c being maintained or should I use one of the other drivers?
Currently for my testing I have a couple Silicon Image 3132 PC
Hi
On 02/08/2011 09:42 PM, Scott Wood wrote:
> On Tue, 8 Feb 2011 14:29:21 -0600
> Scott Wood wrote:
>
>> On Wed, Feb 02, 2011 at 04:11:29PM +0100, Michael Trimarchi wrote:
>>> diff --git a/drivers/mtd/nand/atmel_nand.c b/drivers/mtd/nand/atmel_nand.c
>>> index ab8bbb3..bda117a 100644
>>> --- a/
Hi,
On 02/08/2011 09:29 PM, Scott Wood wrote:
> On Wed, Feb 02, 2011 at 04:11:29PM +0100, Michael Trimarchi wrote:
>> Hi,
>>
>> this patch fix the support for CE don't care nand
>>
>> Michael Trimarchi
>
> Please read http://www.denx.de/wiki/U-Boot/Patches and follow the
> format therein -- don't
Previously, uninitialized stack space was being referenced.
Signed-off-by: Scott Wood
---
common/env_nand.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/common/env_nand.c b/common/env_nand.c
index a4480cb..980425a 100644
--- a/common/env_nand.c
+++ b/common/env_n
On Tue, 8 Feb 2011 21:52:10 +0100
Michael Trimarchi wrote:
> Hi,
>
> On 02/08/2011 09:29 PM, Scott Wood wrote:
> > On Wed, Feb 02, 2011 at 04:11:29PM +0100, Michael Trimarchi wrote:
> >> Hi,
> >>
> >> this patch fix the support for CE don't care nand
> >>
> >> Michael Trimarchi
> >
> > Please re
Am 08.02.2011 16:35, schrieb Reinhard Meyer:
> Hello AT91/AVR32 users and maintainers,
>
> since relocation was introduced most ARM boards and therefore all AT91 based
> boards are
> inherently broken.
>
> We also used this "opportunity" to rework most of the AT91 include files mess.
>
> You ca
Dear Scott Wood, Michael Trimarchi,
>>> diff --git a/drivers/mtd/nand/atmel_nand.c b/drivers/mtd/nand/atmel_nand.c
>>> index ab8bbb3..bda117a 100644
>>> --- a/drivers/mtd/nand/atmel_nand.c
>>> +++ b/drivers/mtd/nand/atmel_nand.c
>>> @@ -249,8 +249,13 @@ static void at91_nand_hwcontrol(struct mtd_in
P1021 has some QE pins which need to be set in pmuxcr register before using QE
functions. In this patch, pin QE0 and QE3 are set for UCC1 and UCC5 in Eth mode.
QE9 and QE12 are set for MII management. QE12 needs to be released after MII
access because QE12 pin is muxed with LBCTL signal.
Signed-of
Le 08/02/2011 21:18, stefano babic a écrit :
> Am 08.02.2011 20:26, schrieb Magnus Lilja:
>> Patch reposted as a separate mail a couple of minutes ago.
>>
>> As I mention in the patch I think Fabio's patch has to be applied first.
>
> I think your patch is ok - Fabio fixed the syntax error as you d
On Tue, 8 Feb 2011 14:29:21 -0600
Scott Wood wrote:
> On Wed, Feb 02, 2011 at 04:11:29PM +0100, Michael Trimarchi wrote:
> > diff --git a/drivers/mtd/nand/atmel_nand.c b/drivers/mtd/nand/atmel_nand.c
> > index ab8bbb3..bda117a 100644
> > --- a/drivers/mtd/nand/atmel_nand.c
> > +++ b/drivers/mtd/n
On Wed, Feb 02, 2011 at 04:11:29PM +0100, Michael Trimarchi wrote:
> Hi,
>
> this patch fix the support for CE don't care nand
>
> Michael Trimarchi
Please read http://www.denx.de/wiki/U-Boot/Patches and follow the
format therein -- don't use attachments.
> commit 0cb23ef858407a7a9de6e353e08394
Am 08.02.2011 20:26, schrieb Magnus Lilja:
> Patch reposted as a separate mail a couple of minutes ago.
>
> As I mention in the patch I think Fabio's patch has to be applied first.
I think your patch is ok - Fabio fixed the syntax error as you do. We
need only one of them.
> Another solution wou
Hi
>> Please let me know how you want me to proceed.
>
> I think the correct way is that Magnus adds his Signed-off-by to his
> patch, repushing the patch to the list. Please put Albert in CC, as this
> file is competence of the ARM maintainer (well, we tested only on i.MX,
> I see...). I will ta
Signed-off-by: Magnus Lilja
---
Note: I do think that this patch requires Fabio Estevam's patch
to be applied first since it touches the same lines ~269.
arch/arm/cpu/arm1136/start.S | 16
1 files changed, 4 insertions(+), 12 deletions(-)
diff --git a/arch/arm/cpu/arm1136/st
* Fix: timer.c compile error io.h not found with arm/at91rm9200
Signed-off-by: Jens Scharsig
---
arch/arm/cpu/arm920t/at91/timer.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/arm920t/at91/timer.c
b/arch/arm/cpu/arm920t/at91/timer.c
index d9a024f..c4c5
Dear Rob Alexander,
In message <4d51716d.3060...@motorola.com> you wrote:
> Added support to simple_strtoul to support the standard 0X hex notation. This
> issue
> was causing operational bug in U-boot console commands where "0X" hex numbers
> were being
> misinterpreted as decimal.
Can you ple
On Feb 8, 2011, at 11:11 AM, Haiying Wang wrote:
> On Tue, 2011-02-08 at 12:09 -0500, Haiying Wang wrote:
>> On Tue, 2011-02-08 at 10:52 -0600, Kumar Gala wrote:
>>
>>
+#endif
uec = (uec_private_t *)dev->priv;
if (uec->the_first_run == 0) {
+#ifdef CONFIG_P
Hi Reinhard,
2011/2/8 Reinhard Meyer :
> Dear Uli Raich,
>> Dear Reinhard,
>> Many thanks for your answer. Only... I do not find a at91sam9260ek in this
>> Makefile. I find at91sam9261ek or at91sam92603ek though.
>> Will try the at91sam92603ek config.
>> Uli
> 1. please *always* reply to the lis
Driver originally written by NVIDIA Corporation, modified to
handle odd-length packets.
Signed-off-by: Simon Glass
---
drivers/usb/eth/Makefile|3 +
drivers/usb/eth/asix.c | 635 +++
drivers/usb/eth/usb_ether.c |7 +
include/usb_ether.h
This adds support for using USB Ethernet dongles in host mode. This is just
the framework - drivers will come later. A new config option called
CONFIG_USB_HOST_ETHER can be defined in board config files to switch this
on.
The was originally written by NVIDIA and was cleaned up for release by the
C
This patch modifies existing OpenRD-Base support to deal with all
the three OpenRD boards (OpenRD-Base, OpenRD-Client & OpenRD-Ultimate).
This is a rebase onto master from an original patch sent by Tanmay Upadhyay a
few months ago.
All credits goes to him.
It's been tested on my OpenRD-Ultimate a
Am 08.02.2011 18:09, schrieb Fabio Estevam:
> I confirmed that by applying my original patch of this thread plus
> Magnus´ patch above I can get MX31PDK to boot.
Fine.
>
> Please let me know how you want me to proceed.
I think the correct way is that Magnus adds his Signed-off-by to his
patch,
Added support to simple_strtoul to support the standard 0X hex notation. This
issue
was causing operational bug in U-boot console commands where "0X" hex numbers
were being
misinterpreted as decimal.
Signed-off-by: Rob Alexander
--- vsprintf.org.c 2011-02-08 10:12:35.954644500 -0600
+++ vsp
On Tue, 2011-02-08 at 12:09 -0500, Haiying Wang wrote:
> On Tue, 2011-02-08 at 10:52 -0600, Kumar Gala wrote:
>
>
> > > +#endif
> > >
> > > uec = (uec_private_t *)dev->priv;
> > >
> > > if (uec->the_first_run == 0) {
> > > +#ifdef CONFIG_P1021
> > > + /* reset micrel phy for each UEC */
> >
Hi Stefano,
On 2/7/2011 5:48 PM, Magnus Lilja wrote:
...
>
> Here's a somewhat cleaner version of my patch. Hope the mail looks ok, I'm
> having internet connectivity issues this evening so I'm using a different
> installation of Thunderbird than usual.
>
> Regards, Magnus
>
> diff --git a/ar
On Tue, 2011-02-08 at 10:52 -0600, Kumar Gala wrote:
> > +#endif
> >
> > uec = (uec_private_t *)dev->priv;
> >
> > if (uec->the_first_run == 0) {
> > +#ifdef CONFIG_P1021
> > + /* reset micrel phy for each UEC */
> > + clrbits_8((u8 *)(CONFIG_SYS_BCSR_BASE + 11), BCSR11_ENET_MICRST)
On Feb 7, 2011, at 4:22 AM, Fabian Cenedese wrote:
> At 14:17 03.02.2011 +0100, Fabian Cenedese wrote:
>> Hi
>>
>> I'm creating a SPL u-boot image for our board. In the file
>> arch/powerpc/cpu/mpc85xx/cpu_init_nand.c is the setup for
>> the L2 cache as SRAM. In the end is a loop that fills the
On Feb 7, 2011, at 3:14 PM,
wrote:
> From: Haiying Wang
>
> P1021 has some QE pins which need to be set in pmuxcr register before using QE
> functions. In this patch, pin QE0 and QE3 are set for UCC1 and UCC5 in Eth
> mode.
> QE9 and QE12 are set for MII management. QE12 needs to be release
Dear Uli Raich,
> Dear Reinhard,
> Many thanks for your answer. Only... I do not find a at91sam9260ek in this
> Makefile. I find at91sam9261ek or at91sam92603ek though.
> Will try the at91sam92603ek config.
> Uli
1. please *always* reply to the list as well
2. Makefile is not relevant for new/fi
The implementation of the string compare function of the "itest"
command was weird, as only the length of the shortest argument was
included in the compare, with the result that something like
"itest.s abd == abddef" would return TRUE. Fix this.
Signed-off-by: Wolfgang Denk
---
common/cmd_itest
On Tue, Feb 08, 2011, Thomas Lange wrote:
> See patch from daniel.schwierz...@googlemail.com
> sent 2011-02-03.
Aha, I'll try with 17a990b55008fd79636e4880d9d10b7172ca87ce from
u-boot-mips.git which seems to be the V2 of the patch (removing
board/dbau1x00/flash.c entirely)
Thanks!
--
Loïc
On Mon, Feb 7, 2011 at 16:58, Scott Wood wrote:
> On Mon, Jan 31, 2011 at 06:56:48PM -0800, Aaron Williams wrote:
>> Trying again submitting the patch.
>>
>> /* Do manufacturer-specific fixups */
>> switch (info->manufacturer_id) {
>> + case 0x:
>>
Hello AT91/AVR32 users and maintainers,
since relocation was introduced most ARM boards and therefore all AT91 based
boards are
inherently broken.
We also used this "opportunity" to rework most of the AT91 include files mess.
You can find the current efforts at git.denx.de/u-boot-atmel.git, bra
On 02/08/11 10:19, Wolfgang Denk wrote:
> Dear Richard Retanubun,
>
> In message<4d515d06.7020...@ruggedcom.com> you wrote:
>>
>> If by "how NOR flash in handled" you mean cmd_flash.c::flash_sect_roundb()
>> then yes, I do want to do this
>> but I need to know what number to round it to, no?
>
>
Hi Wolfgang,
On Tue, Feb 8, 2011 at 11:13 PM, Wolfgang Denk wrote:
> Dear Lei Wen,
>
> In message you
> wrote:
>>
>> EMMC is sightly different witht the other device with partition.
>
> Maybe. But does this really require a different iunterface in the
> U-Boot context? I doubt that.
>
>> For
Dear Richard Retanubun,
In message <4d515d06.7020...@ruggedcom.com> you wrote:
>
> If by "how NOR flash in handled" you mean cmd_flash.c::flash_sect_roundb()
> then yes, I do want to do this
> but I need to know what number to round it to, no?
The code needs to know that, you don't ;-)
> In th
Dear Lei Wen,
In message you
wrote:
>
> EMMC is sightly different witht the other device with partition.
Maybe. But does this really require a different iunterface in the
U-Boot context? I doubt that.
> For IDE as example, we could copy file between part A and B without problem.
No, we c
On 02/08/11 09:40, Wolfgang Denk wrote:
Thanks for the speedy response Wolfgang,
> Dear Richard Retanubun,
>
> In message<4d514f6e.6040...@ruggedcom.com> you wrote:
>>
>> When calling spi_flash_erase, which eventually calls stmicro_erase, one must
>> do so while knowing
>> what the sector_size
Hi Wolfgang,
On Tue, Feb 8, 2011 at 10:27 PM, Wolfgang Denk wrote:
> Dear Lei Wen,
>
> In message <1296463665-26551-1-git-send-email-lei...@marvell.com> you wrote:
>> For emmc, it may has upto 7 partitions: two boot partitions, one
>> user partition, one RPMB partition and four general purpose pa
Hi,
On 2011-02-07 22:25, Loïc Minier wrote:
> Hi
>
> u-boot 2010.09 used to build under Debian mipsel, but failed building
> starting with 2010.12 with this error:
> /usr/bin/make -C
> /build/buildd-u-boot_2010.12-2-mipsel-Q8UfBj/u-boot-2010.12/board/dbau1x00/
> u-boot.lds
> make[2]:
Dear Richard Retanubun,
In message <4d514f6e.6040...@ruggedcom.com> you wrote:
>
> When calling spi_flash_erase, which eventually calls stmicro_erase, one must
> do so while knowing
> what the sector_size is of the flash. Is there a recommened API to getting
> this from struct stmicro_spi_flash
Dear Lei Wen,
In message <1296463665-26551-1-git-send-email-lei...@marvell.com> you wrote:
> For emmc, it may has upto 7 partitions: two boot partitions, one
> user partition, one RPMB partition and four general purpose partitions.
> (Refer to JESD84-A44.pdf/page 154)
>
> As bootloader may need t
Dear Lei Wen,
In message you
wrote:
>
> Does this patch could get the chance to be included in the 2011.03 release?
This is not a bug fix, and it was submitted after the merge window
was closed.
> I just see it haven't gotten any response after eight days...
Will reply ASAP.
Best regards,
W
Hello,
I am working on hooks to build into my board to allow for SPI flash (STMicro
M25P40 and M25P16) reflash.
When calling spi_flash_erase, which eventually calls stmicro_erase, one must do
so while knowing
what the sector_size is of the flash. Is there a recommened API to getting this
from s
Dear Wolfgang,
The following changes since commit 8d4addc3c3fe1a9ea160a5a1a20a1f934ff3fe97:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-mpc83xx
are available in the git repository at:
git://git.denx.de/u-boot-nios.git next
Thomas Chou (4):
nios2: a
Hi Marcel,
> I finally got things working well with my SAM9G45 USB devcie controller and
> continued to implement DFU for it.
> I implemented it using the new gadget layer and should be compatible with the
> at91_udc driver.
Excellent, congratulations!
> I have managed to get DFU working in s
Dear Aaron Williams,
In message <201102071524.17440.aaron.willi...@caviumnetworks.com> you wrote:
>
> > these. I understand that you are using a 64 bit port of U-Boot?
>
> No. We are using a 32-bit port since I think trying to make a 64-bit port of
> U-Boot would be far more involved. We do hav
Hi all,
Since some time I am using an arm at91sam9263 board from a young polish company
named creotech. The board is similar to an Atmel at91sam9263ek from atmel but
has a series of subtle differences. May goal is to write a new configuration
for this board. To start off I tried to build u-boot
59 matches
Mail list logo
