Dear Simon Glass,
In message <1297129461-16420-2-git-send-email-...@chromium.org> you wrote:
> 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 |
Dear Simon Glass,
In message <1297129461-16420-1-git-send-email-...@chromium.org> you wrote:
> 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 fi
Your mailbox is almost full.
Your mailbox has exceeded the storage limit which is why you are receiving
this alert as set by your administrator,you will not be able to send or
receive new mail or your sent mail will not be delivered until you
re-validate your mailbox. To re-validate your mailbox
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 | 633 +++
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
On Monday, February 07, 2011 02:26:15 pm Wolfgang Denk wrote:
> Dear Aaron Williams,
>
> In message <201102071402.37099.aaron.willi...@caviumnetworks.com> you wrote:
> > One of our challenges is the fact that the Octeon is a 64-bit multi-core
> > MIPS processor that requires 64-bit memory access.
mtd/mtd-user.h is missing on FreeBSD hosts; add a macro to test whether
a specific host header is present and use it to decide to build
fw_printenv if mtd/mtd-user.h is present.
---
How about this approach?
If it's ok, then I could extend it to handle the MTD_VERSION=old case as well,
perhaps
On Mon, Jan 31, 2011 at 06:56:48PM -0800, Aaron Williams wrote:
> Trying again submitting the patch.
>
> Adds support for NAND flash chips that are 4GiB and larger.
>
> Signed-off-by: Aaron Williams
>
> diff --git a/common/cmd_mtdparts.c b/common/cmd_mtdparts.c
> index 5481c88..26d24b0 100644
>
Hi Remy,
I have now tested on OHCI with AT91SAM9G45 and found that the code
already includes a longer timeout and does not have the submission
bug. So for now I would like to replace that patch with a new one
which I will send to the list today.
For now I will drop the reset and restart parts of
Changed both to use a common timeout for URB submission, since they were using
different values and EHCI's was too short.
Also fixed EHCI to actually check if urb submission succeeded, rather than
silently continuing into the weeds.
Change-Id: I7f71499ffaa05187d8e5618db2419e1606007b82
Signed-off
Dear Aaron Williams,
In message <201102071402.37099.aaron.willi...@caviumnetworks.com> you wrote:
>
> One of our challenges is the fact that the Octeon is a 64-bit multi-core MIPS
> processor that requires 64-bit memory access. In our case, various I/O
> subsystems are mapped to physical addres
Hi.
I tried to recompile my toolchain to a newer set, but so far no luck, no matter
what i try any of the newer U-Boot versions won't compile.
Regarding the old 1.1.3 version im using right now, when trying to get a dhcp
address, it keeps saying:
Warning: MAC addresses don't match:
HW
On Mon, Feb 07, 2011, Wolfgang Denk wrote:
> > If not, I guess this should be removed from tools-all is mtd/mtd-user.h
> > isn't found; is there any recommendation in doing this?
> Even if you are building in a *BSD environment, you could still be
> building for a Linux target system. After all,
Dear =?iso-8859-1?Q?Lo=EFc?= Minier,
In message <20110207210900.ga5...@bee.dooz.org> you wrote:
>
> "make tools-all" fails under Debian kfreebsd-amd64 and -i386 due to the
> lack of MTD headers:
...
> I didn't find any MTD header in the kfreebsd package.
Eventually FreeBSD uses a different me
Hi all,
I have 2010.09 U-Boot working fairly well now on our Octeon 63XX processor and
have a number of observations about U-Boot.
One of our challenges is the fact that the Octeon is a 64-bit multi-core MIPS
processor that requires 64-bit memory access. In our case, various I/O
subsystems are
From: Haiying Wang
Signed-off-by: Haiying Wang
---
v2: re-number the res defines in immap_85xx.h, make changes to P1021 specific
defines based on the latest commit in u-boot-85xx git tree.
arch/powerpc/include/asm/config_mpc85xx.h |4
arch/powerpc/include/asm/immap_85xx.h | 24 ++
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]: Entering directory
`/build/buildd-u-boot_2010.12-2-mipsel-Q8
On 02/02/2011 03:18 PM, Ryan Mallon wrote:
> Add support for Bluewater Systems AT91 based Snapper 9260 and 9G20
> single board computer modules. Includes NAND flash and Ethernet
> support.
>
> Signed-off-by: Ryan Mallon
Hello Reinhard,
Is this patch okay for inclusion in your tree yet?
Thanks,
From: Haiying Wang
In the case the QE's microcode is stored in nand flash, we need to load it from
NAND flash to ddr first then the qe_init can get the ucode correctly.
Signed-off-by: Haiying Wang
---
arch/powerpc/cpu/mpc85xx/cpu_init.c | 17 +
1 files changed, 17 insertions(
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 released after MII
access because QE12 pin is muxed with LBC
Hey
"make tools-all" fails under Debian kfreebsd-amd64 and -i386 due to the
lack of MTD headers:
make[2]: Entering directory
`/build/buildd-u-boot_2010.12-2-kfreebsd-i386-yWW1BA/u-boot-2010.12/tools/env'
gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -idirafter
/build/buildd-u-
On Tue, Feb 8, 2011 at 7:37 AM, Michael Schwingen
wrote:
> Am 02/05/2011 12:52 AM, schrieb Wolfgang Denk:
>> Dear Michael Schwingen,
>>
>> In message <1296860763-16149-1-git-send-email-mich...@schwingen.org> you
>> wrote:
>>> here is the third incarnation of the IXP patch series. I hope I address
Am 02/05/2011 12:52 AM, schrieb Wolfgang Denk:
> Dear Michael Schwingen,
>
> In message <1296860763-16149-1-git-send-email-mich...@schwingen.org> you
> wrote:
>> here is the third incarnation of the IXP patch series. I hope I addressed
>> all the comments from version 2:
>> - timer system now use
Hi
On 2011-02-07 15:13, Stefano Babic wrote:
>>> I have no idea if this breaks other boards but at least it's start
>>> for further work. I tried it on the imx31 litekit (which boots from
>>> NOR) but that board doesn't seem to boot even before applying
>>> Fabios patch, I'll see if I can figure o
Since it was one of the purposed GSoc project, knowing something more
would be interesting for someone.
Could you please provide more information, or maybe give a hint
about who worked on that?
thanks..
On Mon, 7 Feb 2011 10:12:53 +0530 "Gadiyar, Anand"
wrote:
> There was some work done on gett
Albert,
On Fri, Feb 4, 2011 at 11:50 PM, Albert ARIBAUD wrote:
> Le 02/02/2011 19:44, Albert ARIBAUD a écrit :
>>
>> Le 02/02/2011 18:06, Tom Warren a écrit :
>>>
>>> Mike,
>>>
>>> On Wed, Feb 2, 2011 at 12:57 AM, Mike Rapoport
>>> wrote:
On 02/02/11 02:09, Tom Warren wrote:
>
>
Hi -
I've been investigating a problem involving the at91sam9261 processor.
Across 2 or 3 years we've manufactured two products with:
Crystal: 16.000 MHz
Processor Clock: 240 MHz (PLLA *15)
Master Clock: 120 MHz
VDDCORE: 1.2v
Based on testing history, about 10% of the assemblies fail starting
Dear Alexander Holler,
In message <4d500a78.20...@ahsoftware.de> you wrote:
>
> Hmm, that "Fixed" just means it is fixed somewhere. E.g. 45094 isn't
> fixed in any currently available release.
Right, that "fixed" means that there is a known fix for the problem
available; it is up to your tool c
Hello,
Am 07.02.2011 14:15, schrieb Wolfgang Denk:
> Please have a look at http://www.denx.de/wiki/U-Boot/GccBugsAndIssues
>
> If you know of additional issues, please feel free to extend the list
> or drop me a note.
Hmm, that "Fixed" just means it is fixed somewhere. E.g. 45094 isn't
fixed in
On 02/07/2011 12:32 PM, Fabio Estevam wrote:
> Hi Magnus,
>
> On 2/6/2011 10:03 AM, Magnus Lilja wrote: ...
>
Hi,
>> I have no idea if this breaks other boards but at least it's start
>> for further work. I tried it on the imx31 litekit (which boots from
>> NOR) but that board doesn't seem to b
Dear Felix Radensky,
In message <4d4ff107.8010...@embedded-sol.com> you wrote:
>
> The current implementation of boot count limit feature
> relies on the availability of registers/memory that preserve
> their value across reboot. Unfortunately there's no such
> thing my board. I was thinking of u
Hi Olivier,
Olivier Martin wrote:
> Hi,
> I am trying to enable boot from tftp for a BeagleBoard-xM.
> The BeagleBoard-xM has an integrated Ethernet port over USB.
>
> I have tried to enable it by adding these following lines in
> include/configs/omap3_beagle.h:
> #define CONFIG_USB_ETHER
Hi,
The current implementation of boot count limit feature
relies on the availability of registers/memory that preserve
their value across reboot. Unfortunately there's no such
thing my board. I was thinking of using u-boot environment
on NOR to store intermediate boot count value and clear it
in
Hi,
because this has become a pretty popular topic here (sic!) I decided
to collect the relevant information so we have some reference we can
point users to.
Please have a look at http://www.denx.de/wiki/U-Boot/GccBugsAndIssues
If you know of additional issues, please feel free to extend the lis
Dear =?ISO-8859-1?Q?Maik_H=E4nig?=,
please do not top post / full quote.
In message <4d4fdf81.1070...@hrz.tu-chemnitz.de> you wrote:
>
> I tried the uboot version 2010.12 also with the eldk but I didn't get it
> running.
I wrote:
| Workarounds for some of them have been added recently in main
Dear Wolfgang Denk,
I tried the uboot version 2010.12 also with the eldk but I didn't get it
running.
Here is my patch. It seems there is a problem in the lolevel_init. But I
didn't flound it. At the moment I have no debugger.
So I have two problems the version 2010.12 didn't work with eld
Hi Magnus,
On 2/6/2011 10:03 AM, Magnus Lilja wrote:
...
> I've done some testing now and ended up comparing start.S for ARM1136 with
> ARM926EJS since
> the latter is used on the Karo TX25 board which seems to have been updated and
> also boots from NAND.
Thanks for looking into this.
> The
Dear =?ISO-8859-1?Q?Maik_H=E4nig?=,
In message <4d4fc86c.2080...@hrz.tu-chemnitz.de> you wrote:
>
> should I better use gcc 4.4?
No, you should go forward, i. e. rather use current U-Boot code that
is supposed to fix these problems (at last the most obvious ones - and
if there are any left, you'
Hi Wolfgang
please pull the following patch (initial version posted before the merge-window
closed):
The following changes since commit 42d44f631c4e8e5359775bdc098f2fffde4e5c05:
Prepare v2011.03-rc1 (2011-02-02 22:37:32 +0100)
are available in the git repository at:
git://www.denx.de/git/u
On Friday 21 January 2011 09:31:21 Dirk Eibach wrote:
> Board support for the Guntermann & Drunck DLVision-10G.
> Adds support for multiple FPGAs per board for gdsys 405ep
> architecture.
> Adds support for dual link osd hardware for gdsys 405ep.
>
> Signed-off-by: Dirk Eibach
Applied to u-boot-
Hello,
Am 07.02.2011 05:42, schrieb Gadiyar, Anand:
> On Sat, Feb 5, 2011 at 7:35 PM, Alexander Holler wrote:
>>> I am trying to enable boot from tftp for a BeagleBoard-xM.
>>> The BeagleBoard-xM has an integrated Ethernet port over USB.
>>
>> Currently there is no support for omap-ehci in u-bo
Am 06.02.2011 22:33, schrieb Grant Erickson:
> // Preincrement random data.
>
> ++env_new.flags; /* increase the serial */
>
> Unfortunately, preincrementing random data won't replicate the behavior of
Wheter using preincrement or postinecrement isn't of interest here,
using preincreme
Dear Wolfgang Denk,
should I better use gcc 4.4?
And yes I'm working on ARM.
Best regards / Mit freundlichen Grüßen
Maik Hänig
Am 07.02.2011 11:17, schrieb Wolfgang Denk:
> Dear =?UTF-8?B?TWFpayBIw6RuaWc=?=,
>
> In message<4d4fbead.1030...@hrz.tu-chemnitz.de> you wrote:
>>
>> If I compile th
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
>cache with 0 (512KB in this case).
>
>/* Initialize L2 S
Dear =?UTF-8?B?TWFpayBIw6RuaWc=?=,
In message <4d4fbead.1030...@hrz.tu-chemnitz.de> you wrote:
>
> If I compile the same uboot with gcc 4.5.2, binutils 2.11 and glibc 2.13
> the uboot compiles also successfully but it didn't work on the taget
> system. The uboot don't have any outputs on the debu
On Saturday 05 February 2011 15:14:06 Shinya Kuribayashi wrote:
> Signed-off-by: Shinya Kuribayashi
Acked-by: Stefan Roese
Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Ph
On Saturday 05 February 2011 00:06:01 Michael Schwingen wrote:
> Signed-off-by: Michael Schwingen
Thanks for taking care of this Michael:
Acked-by: Stefan Roese
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D
Hi,
I have can compile the uboot 2010.09 with the eldk compiler succesfully
and it runs on the target system.
If I compile the same uboot with gcc 4.5.2, binutils 2.11 and glibc 2.13
the uboot compiles also successfully but it didn't work on the taget
system. The uboot don't have any outputs
Signed-off-by: Poonam Aggrwal
Cc: York Sun
---
P1014 processor supports maximum 16bit DDR data width.
Based of: git://git.am.freescale.net/mirrors/u-boot.git (branch, master)
arch/powerpc/cpu/mpc8xxx/ddr/util.c |4 +++-
arch/powerpc/include/asm/fsl_ddr_sdram.h |1 +
2 files changed,
Fix ancient code which worked with MSR in a bad way.
Use rtid instruction which enable IRQs and jump.
Signed-off-by: Michal Simek
---
arch/microblaze/cpu/irq.S | 19 +--
1 files changed, 1 insertions(+), 18 deletions(-)
diff --git a/arch/microblaze/cpu/irq.S b/arch/microblaze/
u-boot BSP generates XILINX_USE_MSR_INSTR macro
even for system with MSR=0. That's why explicitly
check that MSR=1.
Signed-off-by: Michal Simek
---
arch/microblaze/include/asm/asm.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/microblaze/include/asm/asm.h
b/arc
Signed-off-by: Poonam Aggrwal
---
Based of: git://git.am.freescale.net/mirrors/u-boot.git (branch, master)
include/configs/P1_P2_RDB.h |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/include/configs/P1_P2_RDB.h b/include/configs/P1_P2_RDB.h
index 579abc2..607ebb8 100
On Mon, Feb 7, 2011 at 4:59 PM, Wolfgang Denk wrote:
> Dear Lei Wen,
>
> In message you
> wrote:
>>
>> The measurement is simple, for I don't change other part, the heap
>> size and etc part
>> size, but only move the temp buffer to the heap area instead of stack area.
>> So this reduce the larg
Dear Lei Wen,
In message you
wrote:
>
> The measurement is simple, for I don't change other part, the heap
> size and etc part
> size, but only move the temp buffer to the heap area instead of stack area.
> So this reduce the large memory need in the env_relocate_spec() function.
> So that the
Hi Wolfgang,
On Mon, Feb 7, 2011 at 2:58 PM, Wolfgang Denk wrote:
> Dear Lei Wen,
>
> In message you
> wrote:
>>
>> > I mentioned this before: the stack can temporarily use arbitrary
>> > amounts of storage, whil still allowing you to use a maximum of free
>> > RAM at other times.
>> >
>> > I d
55 matches
Mail list logo
