Hi Stephen Warren,
> On 07/31/2012 12:37 AM, Lukasz Majewski wrote:
> > Support for u-boot's "dfu [list]" command.
>
> > +U_BOOT_CMD(dfu, CONFIG_SYS_MAXARGS, 1, do_dfu,
> > + "Device Firmware Upgrade",
> > + " [list]\n"
> > + " - device firmware upgrade on a device \n"
> > + "atta
> -Original Message-
> From: Michael Walle [mailto:mich...@walle.cc]
> Sent: 01 August 2012 01:58
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de
> Subject: Re: [PATCH] lsxl: support power switch
>
> Am Dienstag 31 Juli 2012, 13:12:19 schrieb Prafulla Wadaskar:
> > > -Original Mes
Dear Mike Frysinger,
On 19.07.12 05:33, Mike Frysinger wrote:
> On Monday 02 July 2012 10:51:39 Andreas Bießmann wrote:
>> --- a/doc/git-mailrc
>> +++ b/doc/git-mailrc
>
> i would just run this through your avr tree as part of your next pull request
seems best, will do so.
best regards
Andreas
Dear Bo,
On 26.07.12 12:02, Bo Shen wrote:
> On 7/6/2012 11:21, Bo Shen wrote:
>> Add at91sam9x5ek board support, this board support the following SoCs
>>AT91SAM9G15, AT91SAM9G25, AT91SAM9G35, AT91SAM9X25, AT91SAM9X35
>>
>> Using at91sam9x5ek_nandflash to configure for the board
>> Now only su
Hi Andreas,
On 8/1/2012 16:20, Andreas Bießmann wrote:
Dear Bo,
On 26.07.12 12:02, Bo Shen wrote:
On 7/6/2012 11:21, Bo Shen wrote:
Add at91sam9x5ek board support, this board support the following SoCs
AT91SAM9G15, AT91SAM9G25, AT91SAM9G35, AT91SAM9X25, AT91SAM9X35
Using at91sam9x5ek_nan
This patch set adds SPI driver for EXYNOS5 and enables same.
This patchset is based on top of latest V7 I2C patches which
are merged in u-boot-i2c.
url for same:
http://comments.gmane.org/gmane.comp.boot-loaders.u-boot/136058
Changes in V2:
- Correted the Commit message.
Changes in V3:
SMDK EVT1 has a different Winbond part, added its part details
to the SPI flash table
Signed-off-by: Abhilash Kesavan
Signed-off-by: Rajeshwari Shinde
---
Changes in V2:
- Corrected the commit message.
Changes in V3:
- None.
drivers/mtd/spi/winbond.c |8
1 files ch
This patch adds pinmux support for SPI channels
Signed-off-by: Rajeshwari Shinde
---
Changes in V2:
- None.
Changes in V3:
- Removed the slave flag for SPI.
arch/arm/cpu/armv7/exynos/pinmux.c| 51 -
arch/arm/include/asm/arch-exynos/periph.h |
This patch adds api to calculate and set the clock for SPI channels
Signed-off-by: Simon Glass
Signed-off-by: Rajeshwari Shinde
---
Changes in V2:
- None
Changes in V3:
- Corrected Warning messages.
arch/arm/cpu/armv7/exynos/clock.c | 124
Signed-off-by: Rajeshwari Shinde
---
Changes in V2:
- None
Changes in V3:
- None.
arch/arm/include/asm/arch-exynos/cpu.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-exynos/cpu.h
b/arch/arm/include/asm/arch-exynos/cpu.h
i
This patch enables SPI driver for EXYNOS5.
Signed-off-by: Rajeshwari Shinde
---
Changes in V2:
- None.
Changes in V3:
- Corrected the warning message.
board/samsung/smdk5250/smdk5250.c |4
include/configs/smdk5250.h| 23 ++-
2 files changed,
This patch adds SPI driver for EXYNOS.
Signed-off-by: Simon Glass
Signed-off-by: Padmavathi Venna
Signed-off-by: Gabe Black
Signed-off-by: Rajeshwari Shinde
---
Changes in V2:
- None.
Changes in V3:
- Removed SPI_SLAVE flag.
arch/arm/include/asm/arch-exynos/spi.h | 78 ++
This patch enables SPI Booting for EXYNOS5
Signed-off-by: Rajeshwari Shinde
---
Changes in V2:
- None.
Changes in V3:
- None.
board/samsung/smdk5250/Makefile |2 +-
board/samsung/smdk5250/{mmc_boot.c => spl_boot.c} | 31 +++-
include/config
Dear Markus Hubig,
first of all:
---8<---
andreas@andreas-mbp % ./tools/checkpatch.pl
U-Boot-at91-Add-support-for-taskit-AT91SAM9G20-boards..patch
WARNING: Whitespace before semicolon
#214: FILE: board/taskit/stamp9g20/stamp9g20.c:123:
+ ;
total: 0 errors, 1 warnings, 484 lines che
Dear Marek Vasut,
On 27.07.12 01:18, Marek Vasut wrote:
> Hello,
>
> Check the following list, it's the list of drivers scattered (misplaced)
> across
> the tree. The list is not complete and might be inaccurate. But it should
> give a
> good impression of what I'm going to break soon:
>
>
A recent Linux kernel (>= 3.5) has support for the SGTL 5000 sound
on the SabreLite board. To make this work, U-Boot has to configure the
pin mux for PAD_GPIO_0__CCM_CLKO and PAD_GPIO_3__CCM_CLKO2 correctly.
Taken from Freescale's ER5 U-Boot for the SabreLite.
Signed-off-by: Dirk Behme
CC: Troy
>-Original Message-
>From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
>On Behalf Of Dirk Behme
>Sent: Wednesday, August 01, 2012 7:06 PM
>To: u-boot@lists.denx.de
>Cc: Dirk Behme
>Subject: [U-Boot] [PATCH] mx6q: mx6qsabrelite: add GPIO_0__CCM_CLKO
>and GPIO_3__CCM_CL
On 01.08.2012 13:26, Liu Hui-R64343 wrote:
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
On Behalf Of Dirk Behme
Sent: Wednesday, August 01, 2012 7:06 PM
To: u-boot@lists.denx.de
Cc: Dirk Behme
Subject: [U-Boot] [PATCH] mx6q: mx6qsabrelite: ad
Dear Andreas Bießmann,
On 02.07.12 16:51, Andreas Bießmann wrote:
> Signed-off-by: Andreas Bießmann
> ---
> doc/git-mailrc |5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
applied to u-boot-atmel
___
U-Boot mailing list
U-Boot@lists.den
Dear Bo Shen,
On 06.07.12 05:21, Bo Shen wrote:
> Add at91sam9x5ek board support, this board support the following SoCs
> AT91SAM9G15, AT91SAM9G25, AT91SAM9G35, AT91SAM9X25, AT91SAM9X35
>
> Using at91sam9x5ek_nandflash to configure for the board
> Now only supports NAND with software ECC boot u
Dear Dirk Behme,
In message <5019180c.4060...@de.bosch.com> you wrote:
>
> It seems to me that the SGTL5000 kernel feature for the SabreLite was
> developed with a Freescale U-Boot (patching the kernel with DT append)
> and not tested with the mainline U-Boot.
Probably. But the question is still
Bump?
> The DMA mode didn't properly configure the DMA_ENABLE bit in CTRL1
> Also, it was using SSP0 DMA channel for all SSP devices.
>
> Signed-off-by: Marek Vasut
> Cc: Wolfgang Denk
> Cc: Stefano Babic
> Cc: Fabio Estevam
> Cc: Andy Fleming
> ---
> drivers/mmc/mxsmmc.c | 10 --
This is from someone on IRC.
Signed-off-by: Marek Vasut
Cc: Mike Frysinger
Cc: Wolfgang Denk
---
common/cmd_spi.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/cmd_spi.c b/common/cmd_spi.c
index 8c623c9..eba5fb8 100644
--- a/common/cmd_spi.c
+++ b/common/cmd_spi
This i.MX28 platform supports the following:
* 2x FEC ethernet
* USB on USBH0
* I2C EEPROM
* SPI NVRAM
* LEDs
Signed-off-by: Marek Vasut
Cc: Detlev Zundel
---
board/schulercontrol/sc_sps_1/Makefile | 47 +++
board/schulercontrol/sc_sps_1/sc_sps_1.c | 113
board/schuler
On 01.08.2012 14:55, Wolfgang Denk wrote:
Dear Dirk Behme,
In message <5019180c.4060...@de.bosch.com> you wrote:
It seems to me that the SGTL5000 kernel feature for the SabreLite was
developed with a Freescale U-Boot (patching the kernel with DT append)
and not tested with the mainline U-Boot.
Le Wed, 1 Aug 2012 15:22:30 +0200,
Dirk Behme a écrit :
> > Probably. But the question is still why this should be changed in
> > U-Boot. Why doesn't the Linux driver set the pin mux configuration
> > it needs?
>
> Sorry, I don't know. The Linux driver developers told me "there is no
> U-Boot
CC Stefano:
> This i.MX28 platform supports the following:
> * 2x FEC ethernet
> * USB on USBH0
> * I2C EEPROM
> * SPI NVRAM
> * LEDs
>
> Signed-off-by: Marek Vasut
> Cc: Detlev Zundel
[..]
Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@li
On 01.08.2012 15:33, Thomas Petazzoni wrote:
Le Wed, 1 Aug 2012 15:22:30 +0200,
Dirk Behme a écrit :
Probably. But the question is still why this should be changed in
U-Boot. Why doesn't the Linux driver set the pin mux configuration
it needs?
Sorry, I don't know. The Linux driver developers
Le Wed, 1 Aug 2012 15:43:03 +0200,
Dirk Behme a écrit :
> > The kernel has a pinctrl driver for i.MX 6, so I would rather suggest
> > to fix your imx6q-sabrelite.dts Device Tree source file so that the
> > audio device is properly associated with the correct pinmux
> > configuration.
>
> I'm usi
On 07/29/2012 06:12 PM, Albert ARIBAUD wrote:
> Hi Zhong,
>
> On Sat, 28 Jul 2012 17:35:42 +0800, Zhong Hongbo wrote:
>> From: Zhong Hongbo
>>
>> When It do not need to relocat for u-boot,
>> the offset(r9) of relocation should be set zero.
>>
>> Signed-off-by: Zhong Hongbo
>> ---
>> Change for
Hi Graeme,
On Wed, Aug 1, 2012 at 4:57 AM, Graeme Russ wrote:
> More specifically, we must not assume that we have a single, contiguous
> region of memory capable of holding pre-relocations early stack,
> pre-relocation global data, pre-console buffer, and early (pre-relocation)
> heap.
Agreed.
From: Zhong Hongbo
When the u-boot address of destination equal to __start,
no relocation. relocation offset(r9) = 0.
Signed-off-by: Zhong Hongbo
---
arch/arm/cpu/arm1136/start.S |1 +
arch/arm/cpu/arm1176/start.S |2 +-
arch/arm/cpu/arm720t/start.S |1 +
arch/arm/cpu/arm920
On 08/01/2012 10:50 PM, Zhong Hongbo wrote:
> From: Zhong Hongbo
>
> When the u-boot address of destination equal to __start,
> no relocation. relocation offset(r9) = 0.
>
> Signed-off-by: Zhong Hongbo
> ---
> arch/arm/cpu/arm1136/start.S |1 +
> arch/arm/cpu/arm1176/start.S |2 +-
From: Zhong Hongbo
When the u-boot address of destination equal to __start,
no relocation. relocation offset(r9) = 0.
Signed-off-by: Zhong Hongbo
---
Change for V2:
- Clean a line for arm1176
---
arch/arm/cpu/arm1136/start.S |1 +
arch/arm/cpu/arm1176/start.S |1 +
arch/ar
Hi Dirk,
On Wed, Aug 1, 2012 at 10:43 AM, Dirk Behme wrote:
> Sounds like the above is incomplete, then?
I will send a kernel patch to setup these two clocks for sabrelite. I
don't have a sabrelite handy now, but if you have a chance to test it,
please let me know.
Regards,
Fabio Estevam
Dear Wolfgang,
On Tue, Jul 31, 2012 at 9:52 PM, Wolfgang Denk wrote:
>> Can/should we use some existing mechanism? Or would it be considered a
>> viable option to choose different beginning address for early heap,
>> use it (in architecture-specific way) and keep the pointer to the
>> beginning
Hi,
I'm looking at possibly merging the pogo_e02 and sheevaplug code
and have some general questions before doing anything.
The pogoplug POGO-E02 (pogo_e02 target) and the sheevaplug (sheevaplug
development kit) (sheevaplug target) board are very similar.
They are arm (Marvell) kirkwood boards.
On Tue, Jul 31, 2012 at 10:13:33PM -0600, Stephen Warren wrote:
> The Raspberry Pi model B uses the BCM2835 SoC, has 256MB of RAM, contains
> an SMSC 9512 USB LAN/Hub chip, and various IO connectors. For more details,
> see http://www.raspberrypi.org/.
>
> Signed-off-by: Stephen Warren
[snip]
> +
On Wed, Aug 01, 2012 at 09:19:15AM -0700, Tom Rini wrote:
> On Tue, Jul 31, 2012 at 10:13:33PM -0600, Stephen Warren wrote:
> > The Raspberry Pi model B uses the BCM2835 SoC, has 256MB of RAM, contains
> > an SMSC 9512 USB LAN/Hub chip, and various IO connectors. For more details,
> > see http://ww
On Tue, Jul 31, 2012 at 10:13:30PM -0600, Stephen Warren wrote:
> This series adds basic support for the Raspberry Pi ARM board.
>
> v2:
> * Add README config_cmd_default.h documentation fix.
> * Use <> not "" for include of config_cmd_default.h.
> * Squash together 3 patches related to enabling b
Acked-by: Mike Frysinger
i've added it to my branch, but if Wolfgang merges it directly, that's fine too
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailma
On Wednesday 01 August 2012 05:33:27 Rajeshwari Shinde wrote:
> SMDK EVT1 has a different Winbond part, added its part details
> to the SPI flash table
you'll need to rebase this now onto current mainline
-mike
signature.asc
Description: This is a digitally signed message part.
On Wednesday 01 August 2012 05:33:30 Rajeshwari Shinde wrote:
> --- /dev/null
> +++ b/drivers/spi/exynos_spi.c
>
> +DECLARE_GLOBAL_DATA_PTR;
i don't think you use this, so delete
> +void spi_flush_fifo(struct spi_slave *slave)
static
> +void spi_init(void)
> +{
> ...
> + for (i = 0; i < EXY
On Wednesday 01 August 2012 05:33:32 Rajeshwari Shinde wrote:
> This patch enables SPI Booting for EXYNOS5
patch subject needs a qualifier like "EXYNOS:" since this is board/arch specific
-mike
signature.asc
Description: This is a digitally signed message part.
__
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Monday 30 July 2012 17:08:41 Joe Hershberger wrote:
> On Wed, Jul 25, 2012 at 1:49 PM, Mike Frysinger wrote:
> > On Tuesday 24 July 2012 16:11:15 Joe Hershberger wrote:
> >> --- a/net/eth.c
> >> +++ b/net/eth.c
> >>
> >> +#ifdef CONFIG_NETCONSOLE_PERSIST_ETH
> >> +int eth_init_state_only(bd_t *
Hi Mike,
On Wed, Aug 1, 2012 at 11:35 AM, Mike Frysinger wrote:
> On Monday 30 July 2012 17:08:41 Joe Hershberger wrote:
>> On Wed, Jul 25, 2012 at 1:49 PM, Mike Frysinger wrote:
>> > On Tuesday 24 July 2012 16:11:15 Joe Hershberger wrote:
>> >> --- a/net/eth.c
>> >> +++ b/net/eth.c
>> >>
>> >> +
Dear all,
We are developing a board using a Freescale P2020. This micro has
three PCIexpress ports. 2 1xlane PCIe and 1 2xlane PCIe.
We have been able to successfully use the PCIe interfaces.
However, now we want to expand the number of PCIe slots connecting the
2xlane PCIe to a PCIe switch (89H
On 08/01/2012 01:16 AM, Lukasz Majewski wrote:
> Hi Stephen Warren,
>
>> On 07/31/2012 12:37 AM, Lukasz Majewski wrote:
>>> Support for u-boot's "dfu [list]" command.
>>
>>> +U_BOOT_CMD(dfu, CONFIG_SYS_MAXARGS, 1, do_dfu,
>>> + "Device Firmware Upgrade",
>>> + " [list]\n"
>>> + " - devic
On Thu, Jul 19, 2012 at 08:08:31AM -0700, Tom Rini wrote:
> On 07/18/2012 11:06 PM, Albert ARIBAUD wrote:
> > Hi Allen,
> >
> > On Wed, 18 Jul 2012 16:45:53 -0700, Allen Martin wrote:
> >> Disable sibling call optimization based on binutils version. This is
> >> to work around a bug in the assem
On Friday 13 July 2012 14:07:18 Stephan Linz wrote:
> There are more than the M25Pxx serial flashs that can be
> used with the stmicro driver, for example: the M25PXxx or
> N25Qxx serie. All these chips have burned in the original
> stmicro manufacture id 0x20 together with a standard
> two-byte si
On Friday 13 July 2012 14:07:19 Stephan Linz wrote:
> Adds support for Numonyx's N25Q128 SPI flash. These devices
> are used on (among others) Avnet Spartan-6 LX9 micro-evaluation
> boards. Tested with "sf" commands and CONFIG_ENV_IS_IN_SPI_FLASH.
needs to be rebased onto mainline. looks fine oth
On Wednesday 25 July 2012 11:57:58 jagan wrote:
> We have a numonyx spi flash (N25Q128) on my target.
Stephan Linz posted some patches recently to make this work
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot maili
On Tuesday 31 July 2012 02:37:01 Lukasz Majewski wrote:
> --- /dev/null
> +++ b/common/cmd_dfu.c
>
> + static char *s = "dfu";
no need for this to be static
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailin
Dear Tomas,
In message
you wrote:
>
> > It is difficult (or actually impossible) to answer this, if you do not
> > explain which concept you are talking about here, or why two copy
> > operations would be needed, what "in case of DM" means (and which
> > other cases exist), or how you intend to
Dear Mike Frysinger,
In message <201208011226.04685.vap...@gentoo.org> you wrote:
>
> i've added it to my branch, but if Wolfgang merges it directly, that's fine
> too
I'm happy if you take it. Thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & De
Hello Andreas,
thanks for your responce. I will provide an updated patch based on
your comments!
On Wed, Aug 01, 2012 at 11:58:22AM +0200, Andreas Bießmann wrote:
> ---8<---
> andreas@andreas-mbp % ./tools/checkpatch.pl
> U-Boot-at91-Add-support-for-taskit-AT91SAM9G20-boards..patch
> WARNING: Whi
Signed-off-by: Markus Hubig
Cc: Andreas Bießmann
---
arch/arm/cpu/arm926ejs/at91/at91sam9260_devices.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/at91/at91sam9260_devices.c
b/arch/arm/cpu/arm926ejs/at91/at91sam9260_devices.c
index 62f76fa.
This adds support for the AT91SAM9G20 boards by taskit GmbH.
Both boards, Stamp9G20 and PortuxG20, are integrated in one
file. PortuxG20 is basically a SBC built around the Stamp9G20.
Signed-off-by: Markus Hubig
Cc: Andreas Bießmann
---
MAINTAINERS|4 +
board/taskit/
Hi Markus,
On 01.08.12 21:28, Markus Hubig wrote:
> Hello Andreas,
>
> thanks for your responce. I will provide an updated patch based on
> your comments!
>
> On Wed, Aug 01, 2012 at 11:58:22AM +0200, Andreas Bießmann wrote:
>> ---8<---
>> andreas@andreas-mbp % ./tools/checkpatch.pl
>> U-Boot-at
This inline assembly just converts a function address to a u32.
Replace it with equivalent C code since the assembly was not thumb
compatible.
Signed-off-by: Allen Martin
---
arch/arm/cpu/tegra20-common/warmboot_avp.c |9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a
Modeled after gcc-version, add function to get binutils version.
Signed-off-by: Allen Martin
---
config.mk |1 +
tools/binutils-version.sh | 20
2 files changed, 21 insertions(+)
create mode 100755 tools/binutils-version.sh
diff --git a/config.mk b/co
Add changes necessary to enable thumb compilation for tegra20. This
series includes two patches to work around a bug in gas that
incorrectly optimizes short jumps in thumb mode that were posted
separately. They can be dropped from this series when they are applied.
Allen Martin (9):
tools, con
arm720t is an armv4t not an armv4. Force some tegra initialization
functions to arm mode because they contain arm only inline assembly.
Signed-off-by: Allen Martin
---
arch/arm/cpu/arm720t/config.mk |2 +-
arch/arm/cpu/arm720t/tegra20/config.mk |7 +++
2 files changed, 8 ins
Disable sibling call optimization based on binutils version. This is
to work around a bug in the assember in binutils versions < 2.22.
Branches to weak symbols can be incorrectly optimized in thumb mode to
a short branch (b.n instruction) that won't reach when the symbol gets
preempted.
http://so
Convert return from relocate_code to a thumb compatible bx
instruction.
Signed-off-by: Allen Martin
---
arch/arm/cpu/arm720t/start.S |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/cpu/arm720t/start.S b/arch/arm/cpu/arm720t/start.S
index 9d02709..73b57c0 100644
--
Signed-off-by: Allen Martin
---
include/configs/tegra20-common.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/tegra20-common.h b/include/configs/tegra20-common.h
index c9e8b6b..3ce0d6f 100644
--- a/include/configs/tegra20-common.h
+++ b/include/configs/tegra20-common.h
@
Add function required by some thumb switch statements
Signed-off-by: Allen Martin
---
arch/arm/lib/Makefile |1 +
arch/arm/lib/_thumb1_case_uqi.S | 41 +++
2 files changed, 42 insertions(+)
create mode 100644 arch/arm/lib/_thumb1_case_uqi.S
d
If CONFIG_SYS_THUMB_BUILD is enabled, use thumb interworking return
instructions from libgcc routines, otherwise use ARM returns.
Signed-off-by: Allen Martin
---
arch/arm/include/asm/assembler.h | 10 ++
arch/arm/lib/_ashldi3.S |3 ++-
arch/arm/lib/_ashrdi3.S |
The linker needs this to understand that the symbol is actually a
function so it will generate correct thumb interworking code.
Signed-off-by: Allen Martin
---
arch/arm/cpu/arm720t/start.S |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/arm/cpu/arm720t/start.S b/
These boards have ARM cores, move to the ARM section.
Signed-off-by: Andreas Bießmann
---
MAINTAINERS | 12 ++--
1 Datei geändert, 6 Zeilen hinzugefügt(+), 6 Zeilen entfernt(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 7ee3d76..6c7b8b3 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2
Dear Markus Hubig,
On 01.08.12 21:57, Markus Hubig wrote:
> This adds support for the AT91SAM9G20 boards by taskit GmbH.
> Both boards, Stamp9G20 and PortuxG20, are integrated in one
> file. PortuxG20 is basically a SBC built around the Stamp9G20.
>
> Signed-off-by: Markus Hubig
> Cc: Andreas Bi
Hi Allen,
On Wed, Aug 1, 2012 at 1:32 PM, Allen Martin wrote:
> If CONFIG_SYS_THUMB_BUILD is enabled, use thumb interworking return
> instructions from libgcc routines, otherwise use ARM returns.
>
> Signed-off-by: Allen Martin
> ---
> arch/arm/include/asm/assembler.h | 10 ++
> arch
The grasshopper board is a avr32 based device and belongs therefore to the avr32
section.
Signed-off-by: Andreas Bießmann
---
MAINTAINERS | 4 +++-
1 Datei geändert, 3 Zeilen hinzugefügt(+), 1 Zeile entfernt(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index c6f6fe8..ddf205e 100644
--- a/MAINTAINE
Am Mittwoch, den 01.08.2012, 13:53 -0400 schrieb Mike Frysinger:
> On Friday 13 July 2012 14:07:19 Stephan Linz wrote:
> > Adds support for Numonyx's N25Q128 SPI flash. These devices
> > are used on (among others) Avnet Spartan-6 LX9 micro-evaluation
> > boards. Tested with "sf" commands and CONFI
On Wed, Aug 01, 2012 at 02:11:48PM -0700, V, Aneesh wrote:
> Hi Allen,
>
> On Wed, Aug 1, 2012 at 1:32 PM, Allen Martin
> mailto:amar...@nvidia.com>> wrote:
> If CONFIG_SYS_THUMB_BUILD is enabled, use thumb interworking return
> instructions from libgcc routines, otherwise use ARM returns.
>
> S
Dear Wolfgang,
On Wed, Aug 1, 2012 at 9:09 PM, Wolfgang Denk wrote:
> Hm... I have to admit that I am not really happy about such an
> "explanation". The statement that "other guys" want something is not
> exactly an explanation of a concept that I can understand, and without
> being able to un
Hi Allen,
On Wed, Aug 1, 2012 at 2:55 PM, Allen Martin wrote:
> On Wed, Aug 01, 2012 at 02:11:48PM -0700, V, Aneesh wrote:
> > Hi Allen,
> >
> > On Wed, Aug 1, 2012 at 1:32 PM, Allen Martin amar...@nvidia.com>> wrote:
> > If CONFIG_SYS_THUMB_BUILD is enabled, use thumb interworking return
> > i
On Wed, Aug 01, 2012 at 03:15:45PM -0700, V, Aneesh wrote:
> > I didn't want to break any older ARM architectures that don't support the
> > bx instruction but use this code.
>
>
> Which is earlier than armv4t, right? On quick look it didn't seem there is
> anything
> older than that in u-boot.
On Thursday 19 July 2012 12:54:37 Tom Rini wrote:
> On 07/19/2012 09:43 AM, Mike Frysinger wrote:
> > On Thursday 19 July 2012 11:38:39 Tom Rini wrote:
> >> On 07/19/2012 08:21 AM, Mike Frysinger wrote:
> >>> On Thursday 19 July 2012 11:08:10 Tom Rini wrote:
> On 07/18/2012 08:11 PM, Mike Frys
On Tuesday 31 July 2012 02:36:57 Lukasz Majewski wrote:
> --- /dev/null
> +++ b/drivers/usb/gadget/g_dnl.c
>
> +static const struct usb_descriptor_header *otg_desc[] = {
> + (struct usb_descriptor_header *) &(struct usb_otg_descriptor){
since you're just casting away things, you could just use
On Tuesday 31 July 2012 02:36:58 Lukasz Majewski wrote:
> --- /dev/null
> +++ b/drivers/usb/gadget/f_dfu.c
>
> +static struct usb_interface_descriptor dfu_intf_runtime = {
can this be made const ?
> +static struct usb_descriptor_header *dfu_runtime_descs[] = {
> + (struct usb_descriptor_heade
On Wed, Aug 01, 2012 at 03:31:37PM -0700, Mike Frysinger wrote:
> On Thursday 19 July 2012 12:54:37 Tom Rini wrote:
> > On 07/19/2012 09:43 AM, Mike Frysinger wrote:
> > > On Thursday 19 July 2012 11:38:39 Tom Rini wrote:
> > >> On 07/19/2012 08:21 AM, Mike Frysinger wrote:
> > >>> On Thursday 19 J
[PATCH 1/5] pci: fix errant data types and corresponding access functions
[PATCH 2/5] [cosmetic] pci: clean up some whitespace and formatting
[PATCH 3/5] pci: minor cleanup of CONFIG_PCI_PNP usage
[PATCH 4/5] pci: update pci_ids.h with a few new entries
[PATCH 5/5] pci: add CONFIG_PCI_ENUM_ONLY for
In a couple of places, unsigned int and pci_config_*_dword were being
used when u16 and _word should be used. Unsigned int was also being
used in a couple of places that should be pci_addr_t.
Signed-off-by: Andrew Sharp
---
drivers/pci/pci.c |7 ---
drivers/pci/pci_auto.c | 15 ++
I tried to clean up the white space and formatting offenses and
inconsistencies in the generic PCI code that obviously has been around for
some time. Emphasis on large increases in readability and maintainability
and consistency. I omitted the platform/processor specific files in
the drivers/pci
Add some recent entries to pci_ids.h for Intel and AMD/ATI devices that
are somewhat relevant to u-boot.
Signed-off-by: Andrew Sharp
---
include/pci_ids.h | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/include/pci_ids.h b/include/pci_ids.h
index 6a85c06.
Refactor the common PCI code just a tiny bit surrounding the PCI_PNP
(pciauto) stuff. Makes the code a tiny bit easier to read, and also
makes it more obvious that almost no platform needs to setup or use the
pci_config_table stuff.
Signed-off-by: Andrew Sharp
---
drivers/pci/pci.c | 14 +
Hi Allen,
On Thu, Aug 2, 2012 at 8:46 AM, Allen Martin wrote:
[snip]
> As the original author I don't really care either way, I only care
> about working around the assembler bug so I can turn on thumb for
> tegra. But maybe I'll rewrite it in prolog just to mess with you guys
> :^)
Honestly,
On Tuesday 31 July 2012 02:36:59 Lukasz Majewski wrote:
> --- /dev/null
> +++ b/drivers/dfu/dfu.c
>
> +static int dfu_find_alt_num(char *s)
const char *s
> +{
> + int i = 0;
> +
> + for (; *s; s++)
> + if (*s == ';')
> + i++;
> +
> + return ++i;
> +}
l
Introduce CONFIG_PCI_ENUM_ONLY variable for platforms that just want a
quick enumberation of the PCI devices, but don't need any setup work done.
This is very beneficial on platforms that have u-boot loaded by another
boot loader which does a more sophisticated job of setup of PCI devices
than u-bo
Remove Sandeep, thanks for all the hard work!
Signed-off-by: Tom Rini
---
doc/git-mailrc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/git-mailrc b/doc/git-mailrc
index c8a6390..5eac8a5 100644
--- a/doc/git-mailrc
+++ b/doc/git-mailrc
@@ -50,7 +50,7 @@ alias s5pc
On Tuesday 31 July 2012 02:37:00 Lukasz Majewski wrote:
> --- /dev/null
> +++ b/drivers/dfu/dfu_mmc.c
>
> +static int mmc_block_op(enum dfu_mmc_op op, struct dfu_entity *dfu,
> + void *buf, long *len)
> +{
> + ALLOC_CACHE_ALIGN_BUFFER(char, cmd_buf, DFU_CMD_BUF_SIZE);
ugh,
On Wednesday 01 August 2012 18:46:18 Allen Martin wrote:
> But maybe I'll rewrite it in prolog just to mess with you guys
i'd ack it if it were written in bf
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing l
95 matches
Mail list logo
