Thank you for the info,
i just want to make sure:
for recv ineed to use nc_input_packet
and for send i need to use nc_send_packet?
how can i recv for a timeout of 1 sec? does it return immediatly?
Alex
alex889 wrote:
>
> Hi,
> I'm newbie in this subject,
> Is it possible to add a very simple
When packets arrive on the interface that are larger than the buffer
being passed to U-Boot from a standalone application, then the eth_receive()
returns -1 and leaves the packet saved. The next call to eth_receive()
will find that same packet and can fail for the exact same reason.
A typical scena
The following commit modified include/asm-ppc/config.h so that
config_canyonlands has CONFIG_FSL_DMA active (because of
CONFIG_DDR_ECC), which is probably not intended. I'm not sure how to fix
this properly, maybe some Freescale guru could comment.
Cheers
Dirk
commit e94e460c6e8741f42dab6d8dd4b5
Dirk,
On Tuesday 14 July 2009 10:32:36 Eibach, Dirk wrote:
> The following commit modified include/asm-ppc/config.h so that
> config_canyonlands has CONFIG_FSL_DMA active (because of
> CONFIG_DDR_ECC), which is probably not intended. I'm not sure how to fix
> this properly, maybe some Freescale gu
You are right, this is a bug.
I've already fixed it in our code tree some monthes ago but forgotten to
send the patch to the list.
Best regards,
Valeriy Glushkov
- Original Message -
From: "Paulraj, Sandeep"
To:
Sent: 13 2009 ?. 22:34
Subject: [U-Boot] Possible bug in NAND drive
> Otherwise "git bisect" is your fried...
"git bisect" rocks!
So I finally found the nasty bugger:
commit d873133f2ba9bd613d5f6552c31cc70fb13f15d3
Author: Stefan Roese
Date: Mon May 11 13:46:14 2009 +0200
ppc4xx: Add Sequoia RAM-booting target
Hmm, not sure yet what causes the problem he
Dear Kim,
In message <1247098309-29122-2-git-send-email-pty...@xes-inc.com> Peter Tyse
wrote:
> When SDRAM ECC is enabled and CONFIG_ECC_INIT_VIA_DDRCONTROLLER is not
> defined use DMA to set SDRAM to a known state. Previously a sequence of
> 64-bit stores was used.
>
> Signed-off-by: Peter Tys
On Tuesday 14 July 2009 11:19:16 Eibach, Dirk wrote:
> > Otherwise "git bisect" is your fried...
>
> "git bisect" rocks!
:)
> So I finally found the nasty bugger:
>
> commit d873133f2ba9bd613d5f6552c31cc70fb13f15d3
> Author: Stefan Roese
> Date: Mon May 11 13:46:14 2009 +0200
>
> ppc4xx: A
On Mon, Jul 13, 2009 at 9:40 PM, Robin Getz wrote:
>
> On Mon 13 Jul 2009 11:11, Michael Zaidman pondered:
> > > I did verify that reverting the line exposes the bug that Michael fixed,
> > > ...
> >
> > Ok, my target uses static IP configuration so I did not verified the DHCP
> > behavior. Now I
Hello.
>>> Magnus Lilja 09.07.09 19.08 Uhr >>>
>> I made the defines you mentioned above and build the image with make
>> mx31guf_config (it's quite similar to the PDK
>> board). Then I loaded the resulting u-boot.bin to 0x8100 and tried to
>> "run 0x8100". The "run" command is with
>>
Hi Wolfgang,
could you please merge this change to your tree?
Thanks,
Michal
Michal Simek wrote:
> Hi Wolfgang,
>
> Please pull my asm-generic branch. There is only one patch which
> create asm-generic folder with errno.h.
> I have got ack from ppc40x, blackfin, arm, coldfire and avr custodians
Signed-off-by: Valeriy Glushkov
Signed-off-by: Paulraj, Sandeep
---
drivers/mtd/nand/nand_util.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/mtd/nand/nand_util.c b/drivers/mtd/nand/nand_util.c
index fc16282..694ead6 100644
--- a/drivers/mtd/nand/nan
Hi Andrzej,
>> In message you wrote:
>>> Fix incorrect information about size units.
>>>
>>> Signed-off-by: Andrzej Wolski
>>> ---
>>> diff --git a/common/cmd_ubi.c b/common/cmd_ubi.c
>>> index bbca389..d1653b1 100644
>>> --- a/common/cmd_ubi.c
>>> +++ b/common/cmd_ubi.c
>>> @@ -608,6 +608,6 @@
Hi Drasko,
> I yes, D no.
I'd like to nominate this for the shortest, yet complete answer ;)
Cheers
Detlev
--
The limits of my language stand for the limits of my world.
-- Ludwig Wittgenstein
--
DENX Software Engineering GmbH, MD: Wolfgang Denk &
Hi
2009/7/14 Ulrich Gerster :
> Hello.
>
Magnus Lilja 09.07.09 19.08 Uhr >>>
>
>>> I made the defines you mentioned above and build the image with make
>>> mx31guf_config (it's quite similar to the PDK
>>> board). Then I loaded the resulting u-boot.bin to 0x8100 and tried to
>>> "run 0
Dear "Ulrich Gerster",
In message <4a5c71da024d00014...@hochblauen.ba-loerrach.de> you wrote:
>
> I can ping my linux host and I'm able to download a binary file via TFTP into
> RAM.
> But I'm not able to ping the boad with u-boot from my linux host. In my
> config-file I
> defined CONFIG_
Hi Wang,
>>> the code is from arch/powerpc/boot/cuboot-bamboo.c, and the kernel is
>>> 2.6.30.1, the boot image I'm using is something like cuImage.bamboo, I
>>> checked zImage.ld.S, and found that when we're running cuImage.bamboo,
>>> we actually fall into arch/powerpc/boot/crt0.S:_zimage_start(
Hi Prafulla,
> Then I feel what Jean has suggested is the only way to go ahead with kirkwood
> use case
> I will go ahead with this.
>
> Ref:
>> > we can simply add a new target
>> > u-boot.kwd
>> > which will do somthing like this
>> >
>> > $(obj)u-boot.kwd: $(obj)u-boot.bin
>> >$(do_image
Hi Raphael,
> I've started the bring-up process in my board. All power sources are up and
> the JTAG interface is OK. I'm getting the following result, the JTAG
> starts and tries to stop the processor, but it doesn't stop.
Did you try to contact Abatron support? They are usually pretty good a
Thank you very much, also found the method is documented the new u-boot wiki.
Best Regards,
Wang
On Tue, Jul 14, 2009 at 7:24 PM, Detlev Zundel wrote:
> Hi Wang,
>
the code is from arch/powerpc/boot/cuboot-bamboo.c, and the kernel is
2.6.30.1, the boot image I'm using is something li
Hello again,
>>> Magnus Lilja 14.07.09 13.08 Uhr >>>
> Hi
>> Another strange thing is the nand driver. I build my u-boot with:
>> #define CONFIG_MX31_NAND 1
>> #define CONFIG_CMD_NAND
>> #define CONFIG_SYS_NO_FLASH 1
>> #define CONFIG_ENV_IS_IN_NAND 1
>> #define CONFIG_SYS_NAND_BASE CS0_
Hello,
Wolfgang Denk 14.07.09 13.22 Uhr >>>
> Dear "Ulrich Gerster",
> In message <4a5c71da024d00014...@hochblauen.ba-loerrach.de> you wrote:
>>
>> I can ping my linux host and I'm able to download a binary file via TFTP
>> into RAM.
>> But I'm not able to ping the boad with u-boot fr
Hello Detlev,
Yes, I did. In fact they're analyzing this right now, but I know that
there are many people in this list that have large experience with this
JTAG.
Thanks,
Raphael
On Tue, Jul 14, 2009 at 8:40 AM, Detlev Zundel wrote:
> Hi Raphael,
>
> > I've started the bring-up process in my b
Dear "Ulrich Gerster",
In message <4a5c8fd3024d00014...@hochblauen.ba-loerrach.de> you wrote:
>
> > Another strange thing is that I can't read from nand flash but I can =
> write.
>
> > That's indeed strange. How do you know you can write then when you
> > cannot read the data back for verif
> > Hmm, not sure yet what causes the problem here, but this changes in
> > cpu/ppc4xx/start.S look fishy...
I found that the old code does not clear TLB entry #0.
So this helps in my case:
diff --git a/cpu/ppc4xx/start.S b/cpu/ppc4xx/start.S
index ac96fc2..7be73a7 100644
--- a/cpu/ppc4xx/sta
On Tuesday 14 July 2009 14:31:50 Eibach, Dirk wrote:
> > > Hmm, not sure yet what causes the problem here, but this changes in
> > > cpu/ppc4xx/start.S look fishy...
>
> I found that the old code does not clear TLB entry #0.
> So this helps in my case:
Yes, I already generated exactly this patch h
Dear Wolfgang Denk.
>On Mon, Jul 13, 2009 at 9:34 PM, Wolfgang Denk wrote:
> When I wrote "GCC's register usage conventions" I usually mean exactly
> that and not some completely different thing.
>
> You also might want to read the README. Search for "On ARM, the
> following registers are used".
Hi.
While working on U-Boot for our board we have found problem related to
CONFIG_API option. In general, enabling it causes build failure. Our tests
showed that problem exists also on other ARM U-Boot targets (for example
davinci_dvevm).
Do you think that this problem may be caused by your li
Patch d873133f [ppc4xx: Add Sequoia RAM-booting target] broke "normal"
booting on some 44x platforms. This breakage is only noticed in some
cases while powercycling. As it seems, the code in question in start.S
didn't invalidate TLB #0. This makes sense since this TLB is used for
the bootrom mappin
Hi
2009/7/14 Ulrich Gerster :
> Hello again,
>
Magnus Lilja 14.07.09 13.08 Uhr >>>
>> Hi
>
>>> Another strange thing is the nand driver. I build my u-boot with:
>>> #define CONFIG_MX31_NAND 1
>>> #define CONFIG_CMD_NAND
>>> #define CONFIG_SYS_NO_FLASH 1
>>> #define CONFIG_ENV_IS_IN_NAND
On Jul 14, 2009, at 4:22 AM, Wolfgang Denk wrote:
> Dear Kim,
>
> In message <1247098309-29122-2-git-send-email-pty...@xes-inc.com>
> Peter Tyse wrote:
>> When SDRAM ECC is enabled and CONFIG_ECC_INIT_VIA_DDRCONTROLLER is
>> not
>> defined use DMA to set SDRAM to a known state. Previously a
On Tue, 2009-07-14 at 11:22 +0200, Wolfgang Denk wrote:
> Dear Kim,
>
> In message <1247098309-29122-2-git-send-email-pty...@xes-inc.com> Peter Tyse
> wrote:
> > When SDRAM ECC is enabled and CONFIG_ECC_INIT_VIA_DDRCONTROLLER is not
> > defined use DMA to set SDRAM to a known state. Previously a
On Tue, Jul 14, 2009 at 2:26 AM, Michael Zaidman
wrote:
> On Mon, Jul 13, 2009 at 9:40 PM, Robin Getz
> wrote:
> >
> > On Mon 13 Jul 2009 11:11, Michael Zaidman pondered:
> > > > I did verify that reverting the line exposes the bug that Michael
> fixed, ...
> > >
> > > Ok, my target uses static I
Hi Wolfgang,
Please pull this change for u-boot-coldfire/next into your branch:
The following changes since commit 7d4450a9773673052fcd7fdf0a4a88c089126ac1:
Wolfgang Denk (1):
mpc5121ads: add JFFS2 and MTDPARTS support; adjust flash map
are available in the git repository at:
git://
On Sun, 2009-07-12 at 14:54 +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 22:42 Fri 10 Jul , Mike Frysinger wrote:
> > On Friday 10 July 2009 21:20:45 Shinya Kuribayashi wrote:
> > > Peter Tyser wrote:
> > > >> Before verifying MIPS builds, I'd like to make sure that why you take
> > > >>
Dear Peter Tyser,
In message <1247582520.30723.4.ca...@localhost.localdomain> you wrote:
>
> There was some discussion about whether to use DMA to initialize SDRAM
> on the 83xx architecture (which this patch does). After some
> benchmarking by Ira Synder it turns out that using DMA is actually
>
On Mon, Jul 13, 2009 at 9:12 PM, Lu Chen-B21101 wrote:
> Changelog for this patch:
Don't include messages like this in the actual changelog, because then
you force the git repository maintainer (Kim, in this case) to edit
your patch when applying it.
> This patch is used to fix the bug that u-boo
Hi everyone,
My name is Velu and I am from the University of Michigan. Currently I am
leading one of the sub-systems where we are trying to use the Toradex PXA270
as a micro controller for a cube shaped satellite (CUBESAT) which is to be
launched by the end of this year. I have been runnign into p
Hello.
>>> Magnus Lilja 14.07.09 16.03 Uhr >>>
>> CONFIG_SYS_NAND_BASE CS0_BASE should be correct because the Flash
>> is located at 0xA000 which should be CS0_BASE. Why do you think it is
>> wrong?
> Because the NAND flash is not connected to any of the standard memory
> mapped chip sel
> -Original Message-
> From: Detlev Zundel [mailto:d...@denx.de]
> Sent: Tuesday, July 14, 2009 5:09 PM
> To: Prafulla Wadaskar
> Cc: Wolfgang Denk; Manas Saksena; Ronen Shitrit; Nicolas
> Pitre; u-boot@lists.denx.de; Ashish Karkare; Prabhanjan
> Sarnaik; Lennert Buijtenhek
> Subject:
On Tue, 14 Jul 2009 09:42:00 -0500
Peter Tyser wrote:
> I'm assuming Kim would prefer not to use DMA and thus this patch should
> be discarded.
yeah, I prefer speed :)
> Kim, let me know if this is the case and I'll resubmit a patch just to
> fix the build error. Patches 2 and 3 are still app
Hi
2009/7/14 Ulrich Gerster :
> Hello.
>
Magnus Lilja 14.07.09 16.03 Uhr >>>
>
>>> I used the patch from you out of this posting:
>>> [U-Boot-Users] [PATCH RFC 3/5] i.MX31: Add i.MX31 NAND Flash Controller
>>> driver.
>>> http://lists.denx.de/pipermail/u-boot/2008-August/038239.html
>>>
>>>
Dear Velu pandian,
In message <49c43a250907140907w295d3297g711bf93ea4a29...@mail.gmail.com> you
wrote:
>
> My name is Velu and I am from the University of Michigan. Currently I am
> leading one of the sub-systems where we are trying to use the Toradex PXA270
> as a micro controller for a cube sha
On Tue, 2009-07-14 at 12:32 -0500, Kim Phillips wrote:
> On Tue, 14 Jul 2009 09:42:00 -0500
> Peter Tyser wrote:
>
>
> > I'm assuming Kim would prefer not to use DMA and thus this patch should
> > be discarded.
>
> yeah, I prefer speed :)
It looked like Ira tested using the DDR controller for
This is my second try for Olimex SAM9-L9260/61 board support patches.
I deleted the board ethernet initialization and hopefully will add
it later in a state that can be accepted.
Here follows the first patch.
---
Boards utilizing the Atmel LCD driver can now specify that the LCD clock must
be in
The SAM9-L9261 board support is based on code for AT91SAM9261EK. Networking
is missing and will be added after the DM9000 support for AT91 boards is
fixed to comply with U-Boot guide-lines.
Signed-off-by: Dimitar Dimitrov
---
MAINTAINERS |3 +
MAKEALL
The SAM9-L9260 board support is based on code for AT91SAM9260EK. Networking
is missing and will be added after the MACB support for AT91 boards is
fixed to comply with U-Boot guide-lines.
Signed-off-by: Dimitar Dimitrov
---
MAINTAINERS |1 +
Makefile
Dear Dimitar Dimitrov,
In message <200907142209.57504.dinu...@gmail.com> you wrote:
> This is my second try for Olimex SAM9-L9260/61 board support patches.
> I deleted the board ethernet initialization and hopefully will add
> it later in a state that can be accepted.
>
> Here follows the first
Fixed the DHCP/BOOTP/RARP regression introduced in u-boot-2009.06
by initializing our IP addr to 0 in order to accept any IP addr
assigned to us by the DHCP/BOOTP/RARP server.
Ack-by: Robin Getz
Signed-off-by: Michael Zaidman
---
net/net.c |3 +++
1 files changed, 3 insertions(+), 0 deletio
Fixed the DHCP/BOOTP/RARP regression introduced in u-boot-2009.06
by initializing our IP addr to 0 in order to accept any IP addr
assigned to us by the DHCP/BOOTP/RARP server.
Ack-by: Robin Getz
Signed-off-by: Michael Zaidman
---
Added to GNATS database as unassigned-patches/39
>Responsible:
a.k.a cfi_mtd.c does as cfi_flash.c does. This also prevents
the TQM834x build from doing a:
cfi_mtd.c:36: error: variably modified 'cfi_mtd_info' at file scope
cfi_mtd.c:37: error: variably modified 'cfi_mtd_names' at file scope
using gcc 4.4.
Signed-off-by: Kim Phillips
---
drivers/mtd/cfi_
On Sat, 20 Jun 2009 19:10:14 +0900
Shinya Kuribayashi wrote:
> The following commit introduced $(PCI_CLOCK) reference so that
> we could tweak `PCI_66M' definition via an environment variable.
>
> > commit f046ccd15c8bc9613bfd72916b761a127d36e5c6
> > Author: Eran Liberty
> > Date: Thu Jul 28
On Tue, 30 Jun 2009 15:48:40 +0300
Valeriy Glushkov wrote:
>
> Signed-off-by: Valeriy Glushkov
> ---
applied 1-2/2.
Thanks,
Kim
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Wolfgang, please pull some ITX board USB config tweaking, and some
regular maintenance fixes for 83xx:
The following changes since commit 7d4450a9773673052fcd7fdf0a4a88c089126ac1:
Wolfgang Denk (1):
mpc5121ads: add JFFS2 and MTDPARTS support; adjust flash map
are available in the git re
u-boot-2009.06\drivers\mtd\cfi_flash.c
Line: 836~845
Function: flash_write_cfiword
case CFI_CMDSET_AMD_EXTENDED:
case CFI_CMDSET_AMD_STANDARD:
#ifdef CONFIG_FLASH_CFI_LEGACY
case CFI_CMDSET_AMD_LEGACY:
#endif
sect = find_sector(info, dest);
flash_unlock_seq (info, sect);
On Tuesday 14 July 2009 17:20:43 Peter Tyser wrote:
> > I prefer the
> > arch/$(ARCH)/lib
> > so will could also move the cpu stuff there too
>
> I like the Linux and u-boot-v2 directory layout too the more I think
> about it too. How about if I resend this series but with the final
> directory st
The p2020DS board is capable of swizzling the upper adress bits of
the NOR flash we boot out of which creates the concept of "virtual"
banks. This is useful in that we can flash a test of image of u-boot
and reset to one of the virtual banks while still maintaining a working
image in "bank 0".
Th
On Wednesday 15 July 2009 03:25:12 cheng gao wrote:
> u-boot-2009.06\drivers\mtd\cfi_flash.c
> Line: 836~845
> Function: flash_write_cfiword
>
> case CFI_CMDSET_AMD_EXTENDED:
> case CFI_CMDSET_AMD_STANDARD:
> #ifdef CONFIG_FLASH_CFI_LEGACY
> case CFI_CMDSET_AMD_LEGACY:
> #endif
> se
The MPC8536DS board is capable of swizzling the upper adress bits of
the NOR flash we boot out of which creates the concept of "virtual"
banks. This is useful in that we can flash a test of image of u-boot
and reset to one of the virtual banks while still maintaining a
working image in "bank 0".
On Wed, 2009-07-15 at 12:38 +0900, Shinya Kuribayashi wrote:
> Peter Tyser wrote:
> > On Sun, 2009-07-12 at 14:54 +0200, Jean-Christophe PLAGNIOL-VILLARD
> > wrote:
> >> On 22:42 Fri 10 Jul , Mike Frysinger wrote:
> >>> On Friday 10 July 2009 21:20:45 Shinya Kuribayashi wrote:
> Peter Tyse
Peter Tyser wrote:
> On Sun, 2009-07-12 at 14:54 +0200, Jean-Christophe PLAGNIOL-VILLARD
> wrote:
>> On 22:42 Fri 10 Jul , Mike Frysinger wrote:
>>> On Friday 10 July 2009 21:20:45 Shinya Kuribayashi wrote:
Peter Tyser wrote:
>> Before verifying MIPS builds, I'd like to make sure that
On Monday 13 July 2009 15:24:18 Matthias Fuchs wrote:
> Signed-off-by: Matthias Fuchs
Thanks. Looks good. Only some nitpicking comments (coding-style) below.
> +++ b/board/esd/pmc405de/pmc405de.c
> @@ -0,0 +1,587 @@
> +/*
> + * (C) Copyright 2009
> + * Matthias Fuchs, esd gmbh germany, matthias.
A bug was introduced by commit e94e460c6e8741f42dab6d8dd4b596ba5d9d79ae
which affected non-MPC83xx/85xx/86xx ppc boards which had CONFIG_DDR_ECC
defined and resulted in errors such as:
Configuring for canyonlands board...
fsl_dma.c:50:2: error: #error "Freescale DMA engine not supported on your
pr
On Tue, Jul 14, 2009 at 5:57 PM, Ben Warren wrote:
>
> On Tue, Jul 14, 2009 at 2:26 AM, Michael Zaidman
> wrote:
>>
>> If nobody has objections I can submit this fix.
>>
>> Michael.
>
> Please do.
>
> regards,
> Ben
>
Done.
http://lists.denx.de/pipermail/u-boot/2009-July/056354.html
Regards,
Mi
Michael Zaidman wrote:
> On Tue, Jul 14, 2009 at 5:57 PM, Ben Warren wrote:
>
>> On Tue, Jul 14, 2009 at 2:26 AM, Michael Zaidman
>> wrote:
>>
>>> If nobody has objections I can submit this fix.
>>>
>>> Michael.
>>>
>> Please do.
>>
>> regards,
>> Ben
>>
>>
>
> Done.
>
> http:/
65 matches
Mail list logo
