Hi Stephen Warren,
On 07/31/2012 12:37 AM, Lukasz Majewski wrote:
Support for u-boot's dfu interface dev [list] command.
+U_BOOT_CMD(dfu, CONFIG_SYS_MAXARGS, 1, do_dfu,
+ Device Firmware Upgrade,
+ interface dev [list]\n
+ - device firmware upgrade on a device dev\n
+
-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 Message-
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 supports
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
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 a.kesa...@samsung.com
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes in V2:
- Corrected the commit message.
Changes in V3:
- None.
This patch adds pinmux support for SPI channels
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes in V2:
- None.
Changes in V3:
- Removed the slave flag for SPI.
arch/arm/cpu/armv7/exynos/pinmux.c| 51 -
This patch adds api to calculate and set the clock for SPI channels
Signed-off-by: Simon Glass s...@chromium.org
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes in V2:
- None
Changes in V3:
- Corrected Warning messages.
arch/arm/cpu/armv7/exynos/clock.c
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
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
This patch enables SPI driver for EXYNOS5.
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes in V2:
- None.
Changes in V3:
- Corrected the warning message.
board/samsung/smdk5250/smdk5250.c |4
include/configs/smdk5250.h| 23
This patch adds SPI driver for EXYNOS.
Signed-off-by: Simon Glass s...@chromium.org
Signed-off-by: Padmavathi Venna padm...@samsung.com
Signed-off-by: Gabe Black gabebl...@google.com
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes in V2:
- None.
Changes in V3:
This patch enables SPI Booting for EXYNOS5
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes in V2:
- None.
Changes in V3:
- None.
board/samsung/smdk5250/Makefile |2 +-
board/samsung/smdk5250/{mmc_boot.c = spl_boot.c} | 31
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
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
-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_CLKO2 pin
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:
Dear Andreas Bießmann,
On 02.07.12 16:51, Andreas Bießmann wrote:
Signed-off-by: Andreas Bießmann andreas.de...@googlemail.com
---
doc/git-mailrc |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
applied to u-boot-atmel
___
U-Boot
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 up
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 why
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 ma...@denx.de
Cc: Wolfgang Denk w...@denx.de
Cc: Stefano Babic sba...@denx.de
Cc: Fabio Estevam feste...@freescale.com
Cc: Andy
This is from someone on IRC.
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Mike Frysinger vap...@gentoo.org
Cc: Wolfgang Denk w...@denx.de
---
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
This i.MX28 platform supports the following:
* 2x FEC ethernet
* USB on USBH0
* I2C EEPROM
* SPI NVRAM
* LEDs
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Detlev Zundel d...@denx.de
---
board/schulercontrol/sc_sps_1/Makefile | 47 +++
board/schulercontrol/sc_sps_1/sc_sps_1.c | 113
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 dirk.be...@de.bosch.com 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
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 ma...@denx.de
Cc: Detlev Zundel d...@denx.de
[..]
Best regards,
Marek Vasut
___
U-Boot
On 01.08.2012 15:33, Thomas Petazzoni wrote:
Le Wed, 1 Aug 2012 15:22:30 +0200,
Dirk Behme dirk.be...@de.bosch.com 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
Le Wed, 1 Aug 2012 15:43:03 +0200,
Dirk Behme dirk.be...@de.bosch.com 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
On 07/29/2012 06:12 PM, Albert ARIBAUD wrote:
Hi Zhong,
On Sat, 28 Jul 2012 17:35:42 +0800, Zhong Hongbo bocui...@gmail.com wrote:
From: Zhong Hongbo bocui...@gmail.com
When It do not need to relocat for u-boot,
the offset(r9) of relocation should be set zero.
Signed-off-by: Zhong Hongbo
Hi Graeme,
On Wed, Aug 1, 2012 at 4:57 AM, Graeme Russ graeme.r...@gmail.com 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
From: Zhong Hongbo bocui...@gmail.com
When the u-boot address of destination equal to __start,
no relocation. relocation offset(r9) = 0.
Signed-off-by: Zhong Hongbo bocui...@gmail.com
---
arch/arm/cpu/arm1136/start.S |1 +
arch/arm/cpu/arm1176/start.S |2 +-
On 08/01/2012 10:50 PM, Zhong Hongbo wrote:
From: Zhong Hongbo bocui...@gmail.com
When the u-boot address of destination equal to __start,
no relocation. relocation offset(r9) = 0.
Signed-off-by: Zhong Hongbo bocui...@gmail.com
---
arch/arm/cpu/arm1136/start.S |1 +
From: Zhong Hongbo bocui...@gmail.com
When the u-boot address of destination equal to __start,
no relocation. relocation offset(r9) = 0.
Signed-off-by: Zhong Hongbo bocui...@gmail.com
---
Change for V2:
- Clean a line for arm1176
---
arch/arm/cpu/arm1136/start.S |1 +
Hi Dirk,
On Wed, Aug 1, 2012 at 10:43 AM, Dirk Behme dirk.be...@de.bosch.com 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.
Dear Wolfgang,
On Tue, Jul 31, 2012 at 9:52 PM, Wolfgang Denk w...@denx.de 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
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
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
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
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 booting a
Acked-by: Mike Frysinger vap...@gentoo.org
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
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
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 vap...@gentoo.org
-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 vap...@gentoo.org
-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 *bis)
+{
+
Hi Mike,
On Wed, Aug 1, 2012 at 11:35 AM, Mike Frysinger vap...@gentoo.org 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
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 interface dev [list] command.
+U_BOOT_CMD(dfu, CONFIG_SYS_MAXARGS, 1, do_dfu,
+ Device Firmware Upgrade,
+ interface dev [list]\n
+ - device
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 amar...@nvidia.com wrote:
Disable sibling call optimization based on binutils version. This is
to work around a bug in the
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
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
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
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 mailing
Dear Tomas,
In message CAEB7QLCieZFKpam2TumS3Gqb=5mclvufhm_pxbzfyvpdnwh...@mail.gmail.com
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
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 Detlev
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:
Signed-off-by: Markus Hubig mhu...@imko.de
Cc: Andreas Bießmann andreas.de...@googlemail.com
---
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
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 mhu...@imko.de
Cc: Andreas Bießmann andreas.de...@googlemail.com
---
MAINTAINERS
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
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 amar...@nvidia.com
---
arch/arm/cpu/tegra20-common/warmboot_avp.c |9 +
1 file changed, 1 insertion(+), 8
Modeled after gcc-version, add function to get binutils version.
Signed-off-by: Allen Martin amar...@nvidia.com
---
config.mk |1 +
tools/binutils-version.sh | 20
2 files changed, 21 insertions(+)
create mode 100755 tools/binutils-version.sh
diff
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,
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 amar...@nvidia.com
---
arch/arm/cpu/arm720t/config.mk |2 +-
arch/arm/cpu/arm720t/tegra20/config.mk |7 +++
2
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.
Convert return from relocate_code to a thumb compatible bx
instruction.
Signed-off-by: Allen Martin amar...@nvidia.com
---
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
Signed-off-by: Allen Martin amar...@nvidia.com
---
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
+++
Add function required by some thumb switch statements
Signed-off-by: Allen Martin amar...@nvidia.com
---
arch/arm/lib/Makefile |1 +
arch/arm/lib/_thumb1_case_uqi.S | 41 +++
2 files changed, 42 insertions(+)
create mode 100644
If CONFIG_SYS_THUMB_BUILD is enabled, use thumb interworking return
instructions from libgcc routines, otherwise use ARM returns.
Signed-off-by: Allen Martin amar...@nvidia.com
---
arch/arm/include/asm/assembler.h | 10 ++
arch/arm/lib/_ashldi3.S |3 ++-
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 amar...@nvidia.com
---
arch/arm/cpu/arm720t/start.S |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
These boards have ARM cores, move to the ARM section.
Signed-off-by: Andreas Bießmann andreas.de...@googlemail.com
---
MAINTAINERS | 12 ++--
1 Datei geändert, 6 Zeilen hinzugefügt(+), 6 Zeilen entfernt(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 7ee3d76..6c7b8b3 100644
---
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 mhu...@imko.de
Cc:
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
instructions from libgcc routines, otherwise use ARM returns.
Signed-off-by: Allen Martin amar...@nvidia.com
---
The grasshopper board is a avr32 based device and belongs therefore to the avr32
section.
Signed-off-by: Andreas Bießmann andreas.de...@googlemail.com
---
MAINTAINERS | 4 +++-
1 Datei geändert, 3 Zeilen hinzugefügt(+), 1 Zeile entfernt(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index
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
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.commailto:amar...@nvidia.com wrote:
If CONFIG_SYS_THUMB_BUILD is enabled, use thumb interworking return
instructions from libgcc routines, otherwise use ARM
Dear Wolfgang,
On Wed, Aug 1, 2012 at 9:09 PM, Wolfgang Denk w...@denx.de 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
Hi Allen,
On Wed, Aug 1, 2012 at 2:55 PM, Allen Martin amar...@nvidia.com 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.commailto:
amar...@nvidia.com wrote:
If CONFIG_SYS_THUMB_BUILD is enabled,
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. But yes,
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 Frysinger wrote:
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_header *)
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 July 2012
[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
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 andywy...@gmail.com
---
drivers/pci/pci.c |7 ---
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 andywy...@gmail.com
---
include/pci_ids.h | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/include/pci_ids.h
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 andywy...@gmail.com
---
Hi Allen,
On Thu, Aug 2, 2012 at 8:46 AM, Allen Martin amar...@nvidia.com 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
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;
+}
looks kind of
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
Remove Sandeep, thanks for all the hard work!
Signed-off-by: Tom Rini tr...@ti.com
---
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 @@
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, what ?
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
95 matches
Mail list logo