On 06/10/2011 07:44 AM, Torsten Koschorrek wrote:
> Hello,
Hi Torsten,
send your answer to the ML, too. Someone else can help you ;-)
>> size1 = get_ram_size((volatile void *)SCB9328_SDRAM_1,
>> SCB9328_SDRAM_1_SIZE);
>> #if ( CONFIG_NR_DRAM_BANKS> 1 )
>> size2 = get_ram_size((volatile void
The default location of the root directory in a FAT32 partition is the
same as its location in a FAT12/16 partition. But a difference is that
in FAT32, it is possible for the root directory to move.
This fix ensures that the parsing uses the root directory location
stored in the PBR, instead of al
Hi, all!
Is it possible to use u-boot's tftp client
in v6-only setup?
If not, is there some known working tftp/ipv6 implementation?
Thanks a lot,
S.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Sergey Lapin,
In message <20110610114303.ga7...@build.ihdev.net> you wrote:
>
> Is it possible to use u-boot's tftp client
> in v6-only setup?
No, this is not possible yet.
> If not, is there some known working tftp/ipv6 implementation?
No, there isn't. At least none I know about.
We on
On Tue, Jun 7, 2011 at 2:31 AM, Iordan Neshev wrote:
> On 6/7/2011 10:53 AM, Gilles Chanteperdrix wrote:
>> On 06/06/2011 08:07 PM, Peter Meerwald wrote:
1. I need to boot my Pandaboard via TFTP. As long as I see this is
not yet possible, since in u-boot\include\configs\omap4_panda.h
>>>
This patchset makes it possible to build u-boot for at91sam9261ek and
at91sam9263ek evaluation kits. It applies on top of u-boot-atmel. It is
directly inspired of Reinhard Meyer's patch for at91sam9260ek.
It has not been tested on a live device, yet. Moreover, the NOR flash
support for the at91sam
The targets using dataflash and nandflash as storage are available.
Signed-off-by: Romain Izard
---
MAKEALL |1 -
Makefile | 19
arch/arm/include/asm/arch-at91/at91sam9263.h | 19
arch/arm/incl
The targets using dataflash and nandflash as storage, for both
at91sam9261 and at91sam9g10 SoC are available.
Signed-off-by: Romain Izard
---
MAKEALL |2 -
Makefile | 23 ---
arch/arm/cpu/arm926ejs/at91/at91
Built-in Ethernet adapters support setting the mac address by means of a
ethaddr environment variable for each interface (ethaddr, eth1addr, eth2addr).
This adds similar support to the USB network side, using the names
usbethaddr, usbeth1addr, etc. They are kept separate since we don't want
a USB
The Asix driver takes the link down during init() and then brings it back up.
This commit changes this so that if a link has already been established
successfully we simply check that the link is still good.
This reduces the delay between successive network commands.
Signed-off-by: Simon Glass
-
The SMSC95XX is a USB hub with a built-in Ethernet adapter. This adds support
for this, using the USB host network framework. The framework is extended to
support setting the hardware MAC address via an environment variable, since
SMSC95XX chips often have no EEPROM attached, and thus no MAC addres
This is a small clean-up patch.
Signed-off-by: Simon Glass
---
net/bootp.c | 75 +-
1 files changed, 32 insertions(+), 43 deletions(-)
diff --git a/net/bootp.c b/net/bootp.c
index 4db63cb..4774624 100644
--- a/net/bootp.c
+++ b/net/bootp
This describes what it is for, devices supported, how to enable for your
board in U-Boot, setting up the server, and notes about MAC addresses.
Changes for v6:
- Adjust documentation file according to Wolfgang's comments
Signed-off-by: Simon Glass
---
doc/README.usb | 157 +
The SMSC95XX is a USB hub with a built-in Ethernet adapter. This adds support
for this, using the USB host network framework.
Changes for v2:
- Coding style cleanup
- Changed some comments as suggested
Changes for v3:
- Change turbo_mode to #define
Changes for v4:
- Dropped Tegra2 specific bit
-
Hello,
Stefano Babic wrote:
> On 06/10/2011 07:44 AM, Torsten Koschorrek wrote:
> Hi Torsten,
>
> send your answer to the ML, too. Someone else can help you ;-)
>
Oh, yes, right. This little 'Reply All' Button, sorry :-)
>>> size1 = get_ram_size((volatile void *)SCB9328_SDRAM_1,
>>> SCB9328
On Friday, June 10, 2011 11:04:11 Simon Glass wrote:
> The Asix driver takes the link down during init() and then brings it back
> up. This commit changes this so that if a link has already been
> established successfully we simply check that the link is still good.
>
> This reduces the delay betw
These options are required to be present in RFC 4578 compliant DHCP
requests. They give more information to DHCP servers to allow serving
different DHCP responses to different systems based on client
architecture, client capabilities, UUID, or vendor.
Signed-off-by: Jason Hobbs
---
Changes for v2
Signed-off-by: Jason Hobbs
---
Changes for v2:
- Add armv7 architecture to VCI string
---
include/configs/ca9x4_ct_vxp.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/configs/ca9x4_ct_vxp.h b/include/configs/ca9x4_ct_vxp.h
index 7f83249..fdf9a2a 100644
--- a
Signed-off-by: Jason Hobbs
---
Changes for v2:
- Move uuid_str_to_bin's prototype from uuid. to common.h
- Place uuid.o make rule in sorted order and conditionalize
---
include/common.h |3 +++
lib/Makefile |1 +
lib/uuid.c | 50
Hi Simon,
On 10/06/2011 17:04, Simon Glass wrote:
> +int smsc95xx_eth_get_info(struct usb_device *dev, struct ueth_data *ss,
> + struct eth_device *eth)
> +{
> + debug("** %s()\n", __func__);
> + if (!eth) {
> + debug("%s: missing parameter.\n", __fu
which is used to provide 120MHz to USB EHCI
This allows EHCI to work on BeagleBoard XM
Signed-off-by: Eric Bénard
---
arch/arm/cpu/armv7/omap3/clock.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/armv7/omap3/clock.c b/arch/arm/cpu/armv7/omap3/clock.c
inde
LEDA needs to be at level 0 to enable HUB_3V3
Signed-off-by: Eric Bénard
---
board/ti/beagle/beagle.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/board/ti/beagle/beagle.c b/board/ti/beagle/beagle.c
index ab50514..7509916 100644
--- a/board/ti/beagle/beagle.c
+++
On Fri, Jun 10, 2011 at 1:09 PM, Mike Frysinger wrote:
> On Friday, June 10, 2011 11:04:11 Simon Glass wrote:
>> The Asix driver takes the link down during init() and then brings it back
>> up. This commit changes this so that if a link has already been
>> established successfully we simply check
Hi,
I just got an ADS512101, so I have a few beginner questions on it.
Is it possible to boot to an "alternate" flash bank on this board, like the
"pixis_reset altbank" command does? I know that jumper P4 is supposed to do a
flash recovery, but that doesn't seem to work for me (I'll email the
ma
On Fri, Jun 10, 2011 at 3:09 PM, Eric Bénard wrote:
> Hi Simon,
>
> On 10/06/2011 17:04, Simon Glass wrote:
>>
>> +int smsc95xx_eth_get_info(struct usb_device *dev, struct ueth_data *ss,
>> + struct eth_device *eth)
>> +{
>> + debug("** %s()\n", __func__);
>> +
Hi Simon,
On 10/06/2011 17:04, Simon Glass wrote:
> This is a small clean-up patch.
>
> Signed-off-by: Simon Glass
> ---
> net/bootp.c | 75
> +-
> 1 files changed, 32 insertions(+), 43 deletions(-)
>
> diff --git a/net/bootp.c b/net/bo
On Fri, Jun 10, 2011 at 2:53 PM, Eric Bénard wrote:
> Hi Simon,
>
> On 10/06/2011 17:04, Simon Glass wrote:
>>
>> This is a small clean-up patch.
>>
>> Signed-off-by: Simon Glass
>> ---
>> net/bootp.c | 75
>> +-
>> 1 files changed, 32 ins
Hi Simon,
On 10/06/2011 17:04, Simon Glass wrote:
> Simon Glass (5):
>Add support for SMSC95XX USB 2.0 10/100MBit Ethernet Adapter
>Add Ethernet hardware MAC address framework to usbnet
>Add documentation for USB Host Networking
>Put common autoload code into auto_load() function
On 11/06/2011 00:26, Simon Glass wrote:
> OK thanks have added Gilles' patch and will resend the series on
> Monday with any comments received. If this can get applied then
> perhaps we can more easily handle other patches that come up. This
> driver is by no means perfect but it is a start.
>
a ve
I found out that even with the same source code, the final u-boot.bin
has a different MD5sum each time I build.
Is that possible to get an identical u-boot.bin for the same source
code, no matter when I build?
___
U-Boot mailing list
U-Boot@lists.denx.de
Rework for AT91SAM9263-EK, makes it build again.
Based on the work for AT91SAM9260-EK.
Signed-off-by: Hong Xu
---
Makefile | 19 ---
arch/arm/cpu/arm926ejs/at91/lowlevel_init.S| 26 ++--
arch/arm/cpu/arm926ejs/at91/timer.c|
> -Original Message-
> From: Holger Brunck [mailto:holger.bru...@keymile.com]
> Sent: Wednesday, June 08, 2011 5:13 PM
> To: u-boot@lists.denx.de
> Cc: Holger Brunck; Valentin Longchamp; Prafulla Wadaskar; Heiko Schocher
> Subject: [PATCH v2 1/5] arm/km: remove unneeded define
>
> CONFIG
> -Original Message-
> From: Holger Brunck [mailto:holger.bru...@keymile.com]
> Sent: Wednesday, June 08, 2011 5:13 PM
> To: u-boot@lists.denx.de
> Cc: Valentin Longchamp; Holger Brunck; Prafulla Wadaskar; Heiko Schocher
> Subject: [PATCH v2 3/5] arm/km: ethernet support for mgcoge3un
>
> -Original Message-
> From: Holger Brunck [mailto:holger.bru...@keymile.com]
> Sent: Wednesday, June 08, 2011 5:13 PM
> To: u-boot@lists.denx.de
> Cc: Valentin Longchamp; Holger Brunck; Prafulla Wadaskar; Heiko Schocher
> Subject: [PATCH v2 2/5] arm/km: use board KM_ENV_BUS for
> CONFIG_
> -Original Message-
> From: Holger Brunck [mailto:holger.bru...@keymile.com]
> Sent: Wednesday, June 08, 2011 5:13 PM
> To: u-boot@lists.denx.de
> Cc: Valentin Longchamp; Holger Brunck; Prafulla Wadaskar; Heiko Schocher
> Subject: [PATCH v2 5/5] arm/km: add support for portl2 board
>
>
> -Original Message-
> From: Holger Brunck [mailto:holger.bru...@keymile.com]
> Sent: Wednesday, June 08, 2011 5:13 PM
> To: u-boot@lists.denx.de
> Cc: Holger Brunck; Valentin Longchamp; Prafulla Wadaskar; Heiko Schocher
> Subject: [PATCH v2 4/5] arm/km: replace suenx targets with km_kirk
> -Original Message-
> From: Prafulla Wadaskar
> Sent: Saturday, June 11, 2011 9:53 AM
> To: 'Holger Brunck'; u-boot@lists.denx.de
> Cc: Valentin Longchamp; Heiko Schocher
> Subject: RE: [PATCH v2 4/5] arm/km: replace suenx targets with
> km_kirkwood
>
>
>
> > -Original Message
Rework for AT91SAM9261-EK, makes it build again.
Based on the work for AT91SAM9260-EK.
Signed-off-by: voice
Signed-off-by: Hong Xu
---
Makefile | 23
arch/arm/cpu/arm926ejs/at91/at91sam9261_devices.c | 45 +++
arch/arm/include/asm/arch-at9
Dear Hong Xu,
> Rework for AT91SAM9261-EK, makes it build again.
> Based on the work for AT91SAM9260-EK.
>
> Signed-off-by: voice
> Signed-off-by: Hong Xu
> ---
> Makefile | 23
> arch/arm/cpu/arm926ejs/at91/at91sam9261_devices.c | 45 +++
>
Dear Hong Xu,
and please rebase against the u-boot-atmel/master, there are already
a few patches on it that yours might be relying on.
For the time being, we should at first fix the SoC files, and later
when that all is on top of tree, fix the boards.
Otherwise we'll get a lot of mess and non-ap
Rework for AT91SAM9RL SoC, makes it build again.
Based on the work for AT91SAM9260-EK.
Signed-off-by: Hong Xu
---
arch/arm/cpu/arm926ejs/at91/at91sam9rl_devices.c | 26 ++--
arch/arm/include/asm/arch-at91/at91_spi.h |2 +-
arch/arm/include/asm/arch-at91/at91sam9rl.h| 1
Rework for AT91SAM9RL-EK, makes it build again.
Based on the work for AT91SAM9260-EK.
Signed-off-by: Hong Xu
---
Makefile| 12 -
board/atmel/at91sam9rlek/at91sam9rlek.c | 71 +---
board/atmel/at91sam9rlek/config.mk |1 -
b
Dear Peter Pan,
In message you wrote:
> I found out that even with the same source code, the final u-boot.bin
> has a different MD5sum each time I build.
> Is that possible to get an identical u-boot.bin for the same source
> code, no matter when I build?
No, as the image contains a time stamp t
43 matches
Mail list logo
