Hi Laurence,
On Tuesday 31 July 2012 03:00 PM, Laurence Withers wrote:
This small series of patches tidies up the clock IDs that are used to interact
with the PLL controllers on the DaVinci DA8xx processors.
It more clearly defines the structure and meaning of the IDs and untangles some
model-s
Hello
Help make a u-boot for sti7109 for mb442 motherboards and Linux to boot in
32bit mode. (now loaded in 29bit mode"Board: STb7100-Reference (MB442)
[29-bit mode]")
Thanks in advance.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/ma
On 07/31/2012 08:31 PM, Vikram Narayanan wrote:
> On 7/31/2012 11:18 PM, Vikram Narayanan wrote:
>> Driver for BCM2835 SoC. This gives the basic functionality of
>> setting/clearing the output.
>> diff --git a/arch/arm/include/asm/arch-bcm2835/gpio.h
>> +#define BCM2835_GPIO_COUNT53
>
> GPIO
On 07/31/2012 11:48 AM, Vikram Narayanan wrote:
> Also, add the driver to the raspberrypi default config
Hmm. I tested this on real HW, and there are quite a few issues. I just
re-posted my base Raspberry Pi series and rolled these two patches onto
the end, including the fixes I found needed durin
From: Vikram Narayanan
Add the driver to the default config
swarren: Enable CONFIG_CMD_GPIO, so you can actually use the driver.
Signed-off-by: Vikram Narayanan
Signed-off-by: Stephen Warren
---
v2: New patch
---
include/configs/rpi_b.h |4 +++-
1 file changed, 3 insertions(+), 1 deletio
From: Vikram Narayanan
Driver for BCM2835 SoC. This gives the basic functionality of
setting/clearing the output.
swarren:
* Fix BCM2835_GPIO_BASE; 0x7e20 is the address on the "VC" CPU,
not the ARM CPU.
* Fix BCM2835_GPIO_ALT* values to match datasheet.
* Invert gpio_request return value.
Signed-off-by: Stephen Warren
---
arch/arm/cpu/arm1176/bcm2835/reset.c | 18 +++
arch/arm/include/asm/arch-bcm2835/wdog.h | 37 ++
2 files changed, 50 insertions(+), 5 deletions(-)
create mode 100644 arch/arm/include/asm/arch-bcm2835/wdog.h
diff -
Move the top-of-stack from 32k to near the top of RAM. This leaves the
bottom of RAM free for ATAGs, or U-Boot scripts to use as they see fit.
Extracted from work by Oleksandr Tymoshenko .
Signed-off-by: Stephen Warren
---
include/configs/rpi_b.h |3 +--
1 file changed, 1 insertion(+), 2 de
The board really has 256M. However, the VC (VideoCore co-processor) shares
the RAM, and uses a configurable portion at the top. We tell U-Boot that a
smaller amount of RAM is present in order to avoid stomping on the area
the VC uses.
Extracted from work by Oleksandr Tymoshenko .
Signed-off-by: S
CONFIG_OF_LIBFDT allows bootm/bootz to pass a device tree to the kernel.
Set bi_boot_params to define where ATAGs will be written
(extracted from work by Oleksandr Tymoshenko ).
Add ATAG support for bootm/bootz. Newer kernels use device tree, so this
isn't that useful. However, old kernels all us
This enables a more typical default set of commands. Remove explicit
enables for commands already in the default list.
Signed-off-by: Stephen Warren
---
v2: Use <> not "" for #include of config_cmd_default.h
---
include/configs/rpi_b.h |8 ++--
1 file changed, 6 insertions(+), 2 deletion
Note that this affects all users of the ARM1176 CPU that enable
CONFIG_ARCH_CPU_INIT, not just the BCM2835 SoC, potentially such as
tnetv107x.
Cc: Cyril Chemparathy
Signed-off-by: Stephen Warren
---
arch/arm/cpu/arm1176/cpu.c |7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/ar
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
---
v2: Re-order defines slightly to drop a later cleanup patch.
---
MAINTAINERS
This SoC is used in the Raspberry Pi, for example.
Initial support is enough to boot to a serial console, and execute a
minimal set of U-Boot commands. No drivers are implemented. For more
details, see http://www.broadcom.com/products/BCM2835 or
http://www.raspberrypi.org/wp-content/uploads/2012/0
This causes arch_cpu_init() to be called, which enables the icache.
Extracted from work by Oleksandr Tymoshenko .
Signed-off-by: Stephen Warren
---
include/configs/rpi_b.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/rpi_b.h b/include/configs/rpi_b.h
index 28e5510..902
Use MACH_TYPE_BCM2708 as the Linux machine type for the Raspberry Pi.
The Raspberry Pi actually uses a BCM2835. However, the 2835 this is
apparently a SKU in a series for which the BCM2708 is the first or perhaps
primary version, such that the 2708 name has historically been used for
this purpose.
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 Linux kernel.
* Minor rpi_b.h order changes in order to drop later
All usage of config_cmd_default.h uses <> for the include statement.
Update the README to do the same, rather than using "".
Signed-off-by: Stephen Warren
---
v2: New patch
---
README |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/README b/README
index dac46f3..a7deaf
Hi Thomas,
On 08/01/2012 01:30 AM, Tomas Hlavacek wrote:
> Hello all!
>
> In u-boot-dm mailinglist we had a discussion about implementation of
> early_malloc (not only) for U-Boot Driver Model. The intention is to
> have a simple malloc() function in the early stage of init before
> relocation an
Dear Stefan Herbrechtsmeier,
[...]
> >>> What do you mean by "partial USB transfers"? As seen from EHCI
> >>> users like
> >>> the MSC driver (usb_storage.c), USB transfers either succeed or
> >>> fail, but
> >>> they cannot be "segmented".
> >>
> >> Segmented -- like multiple transfers being is
On 7/31/2012 11:18 PM, Vikram Narayanan wrote:
Driver for BCM2835 SoC. This gives the basic functionality of
setting/clearing the output.
Signed-off-by: Vikram Narayanan
---
arch/arm/include/asm/arch-bcm2835/gpio.h | 71
drivers/gpio/Makefile|
Am 31/07/2012 22:50, schrieb Wolfgang Denk:
> Dear Stefano,
>
> In message <501842d4.6060...@denx.de> you wrote:
>>
>>> #ifdef CONFIG_BOARD_LATE_INIT
>>> int board_late_init(void)
>>> {
>>> setenv("stdout", "serial");
>>>
>>> return 0;
>>> }
>>> #endif
>>>
>>> Signed-off-by: Fabio Estevam
Am 31/07/2012 20:10, schrieb Fabio Estevam:
> Turn on data and instruction caches.
>
> Signed-off-by: Fabio Estevam
> ---
> include/configs/mx28evk.h |2 --
> 1 files changed, 0 insertions(+), 2 deletions(-)
>
> diff --git a/include/configs/mx28evk.h b/include/configs/mx28evk.h
> index 54d2
- Move definition of the EEPROM contents to
- Make some defines a little less generic now.
- Pinmux must be done by done by SPL now.
- Create 3 pinmux functions, uart0, i2c0 and board.
- Add pinmux specific to Starter Kit EVM for MMC now.
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/am33xx/
- Board requires gpio0 #7 to be set to power DDR3.
- Board uses DDR3, add a way to determine which DDR type to call
config_ddr with.
- Both of the above require filling in the header structure early, move
it into the data section.
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/am33xx/board.c
am33xx boards have at least one eeprom and in the case of beaglebones
with capes, more.
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/am33xx/board.c | 13 -
include/configs/am335x_evm.h |4
2 files changed, 8 insertions(+), 9 deletions(-)
diff --git a/arch/arm/cpu/a
Hey all,
The following series depends on both Ilya's cpsw work (the parts I've
said I would accept as-is) as well as the previous series I posted.
This series does a few things. The main part is support for the next TI
EVM (AM335x StarterKit EVM) which features DDR3 and re-works the board.c
files
The intention has always been (and boards are to support) an i2c EEPROM
that will identify what hardware they are, allowing a single binary to
support multiple boards. As such, remove the 'evm.c' file as there is
nothing EVM centric in it currently, only SoC peripheral configuration.
Signed-off-b
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/am33xx/clock.c |4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/cpu/armv7/am33xx/clock.c
b/arch/arm/cpu/armv7/am33xx/clock.c
index c93a8ab..1071f92 100644
--- a/arch/arm/cpu/armv7/am33xx/clock.c
+++ b/arch/arm/cpu/armv7/am33xx/clo
On 07/31/2012 08:46 AM, R, Sricharan wrote:
> Correct.
> DRAM_ADDR_SPACE_END should be 0x for OMAP5.
OK, I will just drop this.
>
> Thanks,
> Sricharan
>
> On Tue, Jul 31, 2012 at 9:12 PM, Tom Rini wrote:
>> On 07/31/2012 08:27 AM, R, Sricharan wrote:
>>> Hi Tom,
>>>
>>> On Tue, Jul 3
Am 31/07/2012 21:56, schrieb Wolfgang Denk:
> Dear Fabio Estevam,
>
Hi Fabio,
> In message
> you
> wrote:
> ...
>>
>> -#ifdef CONFIG_BOARD_LATE_INIT
>> int board_late_init(void)
>> {
>> -setenv("stdout", "serial");
>> +setenv("preboot", "setenv stdout serial\0");
>
> NAK. Please n
Dear Stefano,
In message <501842d4.6060...@denx.de> you wrote:
>
> > #ifdef CONFIG_BOARD_LATE_INIT
> > int board_late_init(void)
> > {
> > setenv("stdout", "serial");
> >
> > return 0;
> > }
> > #endif
> >
> > Signed-off-by: Fabio Estevam
> > ---
>
> Hi Fabio,
>
> > include/configs/m
Am 31/07/2012 21:21, schrieb Fabio Estevam:
> Define CONFIG_BOARD_LATE_INIT so that the serial console messages can be
> redirected to the serial port.
>
> This is needed because in mx53loco.c we have:
>
> #ifdef CONFIG_BOARD_LATE_INIT
> int board_late_init(void)
> {
> setenv("stdout", "se
Dear Gerlando Falauto,
In message <1343402200-32020-8-git-send-email-gerlando.fala...@keymile.com> you
wrote:
> The HW guys suggested to change these two values. And these values are
> now identical to the values we use on mgcoge.
>
> PSDMR_WRC was set to 1C as it should lead to better performan
Dear Gerlando Falauto,
In message <1343402200-32020-6-git-send-email-gerlando.fala...@keymile.com> you
wrote:
> This patch adds SDRAM detection feature to km82xx boards.
> To enable this feature, define CONFIG_SYS_SDRAM_LIST as the initializer
> for an array of struct sdram_conf_s.
> These struct
Dear Gerlando Falauto,
In message <1343402200-32020-7-git-send-email-gerlando.fala...@keymile.com> you
wrote:
> mgcoge2ne was an intermediate step towards mgcoge3ne. One difference is the
> smaller SDRAM on mgcoge2ne (128MB). To support both boards with the same
> u-boot we use here the SDRAM det
Dear Gerlando Falauto,
In message <1343402200-32020-5-git-send-email-gerlando.fala...@keymile.com> you
wrote:
> The only file including km82xx-common.h is km82xx.h.
> So there is no need to have it as a separate file.
>
> Signed-off-by: Gerlando Falauto
> ---
> include/configs/km/km82xx-common
Dear Gerlando Falauto,
In message <1343402200-32020-4-git-send-email-gerlando.fala...@keymile.com> you
wrote:
> Since mgcoge and mgcoge3ne are the only km82xx boards, there is no need
> to keep them as separate .h config files.
> Therefore, make mgcoge3ne.h and mgcoge.h converge into a single km8
Dear Gerlando Falauto,
In message <1343402200-32020-3-git-send-email-gerlando.fala...@keymile.com> you
wrote:
> Signed-off-by: Gerlando Falauto
> ---
> include/configs/mgcoge.h| 34 +-
> include/configs/mgcoge3ne.h | 34 +-
Dear Gerlando Falauto,
In message <1343402200-32020-2-git-send-email-gerlando.fala...@keymile.com> you
wrote:
> From: Holger Brunck
>
> Signed-off-by: Holger Brunck
> ---
> include/configs/mgcoge3ne.h |3 ---
> 1 files changed, 0 insertions(+), 3 deletions(-)
Applied, thanks.
Best regar
Dear Zhong Hongbo,
In message <1342787305-3083-1-git-send-email-bocui...@gmail.com> you wrote:
> From: Zhong Hongbo
>
> Signed-off-by: Zhong Hongbo
> ---
> MAINTAINERS |5 -
> 1 files changed, 4 insertions(+), 1 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Sof
Am Dienstag 31 Juli 2012, 13:12:19 schrieb Prafulla Wadaskar:
> > -Original Message-
> > From: Michael Walle [mailto:mich...@walle.cc]
> > Sent: 31 July 2012 16:22
> > To: Prafulla Wadaskar
> > Cc: Michael Walle; u-boot@lists.denx.de
> > Subject: RE: [PATCH] lsxl: support power switch
> >
Hello,
i get this link error if i build u-boot
...
...
...
&& sh4-unknown-linux-uclibc-ld -e 0x8FF0 --defsym reloc_dst=0x8FF0
-T u-boot.lds --gc-sections -Bstatic -Ttext 0x8FF0 $UNDEF_SYM
arch/sh/cpu/sh4/start.o --start-group BR/BR_libsh4.a api/li
Hello,
i get this link error if i build u-boot
...
...
...
&& sh4-unknown-linux-uclibc-ld -e 0x8FF0 --defsym reloc_dst=0x8FF0
-T u-boot.lds --gc-sections -Bstatic -Ttext 0x8FF0 $UNDEF_SYM
arch/sh/cpu/sh4/start.o --start-group BR/BR_libsh4.a api/lib
Dear Heiko Schocher,
In message <5017901a.2060...@denx.de> you wrote:
> Hello Wolfgang,
>
> The following changes since commit b98b611502f5e0a85a1f8e15cf46c470cb105614:
>
>Merge branch 'next' of git://git.denx.de/u-boot (2012-07-30 20:39:52 +0200)
>
> are available in the git repository at:
Dear Michal Simek,
In message <50176ca2.6000...@monstr.eu> you wrote:
>
> Please pull these patches to your repository. There will be one simple merge
> conflict
> around SPI makefile which is easy to resolve.
Maybe it's easy for you - to me it was extra effort. And I don;t even
know if I did
Dear Benoît
Am 29.07.2012 02:48, schrieb Benoît Thébaudeau:
Sorry for the delay. I'm very busy, and there is much to tell on this topic.
No problem. Hopefully I don't make you to much extra trouble.
BTW, the 15x speed gain that I gave in my patch description was
compared to an
older version o
Dear Fabio Estevam,
In message <1343762513-5574-1-git-send-email-fabio.este...@freescale.com> you
wrote:
> Define CONFIG_BOARD_LATE_INIT so that the serial console messages can be
> redirected to the serial port.
>
> This is needed because in mx53loco.c we have:
>
> #ifdef CONFIG_BOARD_LATE_IN
Dear Fabio Estevam,
In message
you wrote:
...
>
> -#ifdef CONFIG_BOARD_LATE_INIT
> int board_late_init(void)
> {
> - setenv("stdout", "serial");
> + setenv("preboot", "setenv stdout serial\0");
NAK. Please never, never ever mandatorily overwrite environment
variables! The user who
Dear Mike Frysinger,
In message <1343746406-27916-1-git-send-email-vap...@gentoo.org> you wrote:
> The following changes since commit b98b611502f5e0a85a1f8e15cf46c470cb105614:
>
> Merge branch 'next' of git://git.denx.de/u-boot (2012-07-30 20:39:52 +0200)
>
> are available in the git repositor
Dear Tomas Hlavacek,
In message
you 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 in GD. Then copy the early
Am 31.07.2012 03:06, schrieb Benoît Thébaudeau:
Dear Marek Vasut,
On Tue, Jul 31, 2012 at 12:38:54 AM, Marek Vasut wrote:
[...]
Can you explain where this gain would come from? In both cases,
the
data in USB
transfers would be organized in the same way, and it would be
accessed in memory
also
On Tue, Jul 31, 2012 at 4:21 PM, Fabio Estevam
wrote:
> Define CONFIG_BOARD_LATE_INIT so that the serial console messages can be
> redirected to the serial port.
>
> This is needed because in mx53loco.c we have:
>
> #ifdef CONFIG_BOARD_LATE_INIT
> int board_late_init(void)
> {
> setenv("s
On Tue, Jul 31, 2012 at 3:52 PM, Robert Nelson wrote:
> On Tue, Jul 31, 2012 at 1:25 PM, Fabio Estevam wrote:
>> Hi,
>>
>> Just tried 2012.07 on a mx53loco and this is what I got:
>>
>> U-Boot 2012.07 (Jul 31 2012 - 15:21:51)
>>
>> Board: MX53 LOCO
>> I2C: ready
>> DRAM: 1 GiB
>> WARNING: Cach
Define CONFIG_BOARD_LATE_INIT so that the serial console messages can be
redirected to the serial port.
This is needed because in mx53loco.c we have:
#ifdef CONFIG_BOARD_LATE_INIT
int board_late_init(void)
{
setenv("stdout", "serial");
return 0;
}
#endif
Signed-off-by: Fabio Es
From: "Mathieu J. Poirier"
Following ARM's reference manuel for initializing the cache - the
kernel won't boot otherwise.
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/cpu/armv7/u8500/cpu.c | 26 ++
1 files changed, 26 insertions(+), 0 deletio
From: John Rigby
Configuration in vexpress and u8500.v1 is different from what
is needed in u8500.v2. As such, card configuration specifics need
to reside in the board file rather than the driver.
Signed-off-by: John Rigby
Signed-off-by: Mathieu Poirier
---
board/armltd/vexpress/ca9x4_ct_vxp
From: "Mathieu J. Poirier"
LAN and GBF need to be powered explicitely, doing so with
interface to AB8500 companion chip.
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/include/asm/arch-u8500/hardware.h | 11 +++-
arch/arm/include/asm/arch-u8500/prcmu.h|7 ++-
From: "Mathieu J. Poirier"
Some CPU (i.e u8500) need more cache management before launching
the Linux kernel.
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/cpu/armv7/cpu.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/armv
From: "Mathieu J. Poirier"
Register mapping has changed on power control chip between
the first and second revision.
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/cpu/armv7/u8500/cpu.c | 89
arch/arm/include/asm/arch-u8500/har
From: "Mathieu J. Poirier"
Functions such as providing power to the MMC device and reading
the processor version register should be in the cpu area for
access by multiple u8500-based boards.
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/cpu/armv7/u8500/cpu.c
From: "Mathieu J. Poirier"
Addresses between ux500.v1 and ux500.v2 have changed slightly,
hence mandating a review of the PRCMU access methods.
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/cpu/armv7/u8500/prcmu.c | 91 +++-
arch/arm
From: "Mathieu J. Poirier"
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/cpu/armv7/u8500/clock.c| 34 +++
arch/arm/cpu/armv7/u8500/cpu.c |2 +
arch/arm/include/asm/arch-u8500/clock.h |5 +---
3 files changed, 37 ins
From: "Mathieu J. Poirier"
Enabling timers and clocks in PRCMU and cleaning up mailbox.
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/cpu/armv7/u8500/Makefile |2 +-
arch/arm/cpu/armv7/u8500/cpu.c | 41 +++
arch/arm/cpu/
From: "Mathieu J. Poirier"
This is to allow the prcmu functions to be used by multiple
u8500-based processors.
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/cpu/armv7/u8500/Makefile |2 +-
arch/arm/cpu/armv7/u8500/prcmu.c| 164 +++
From: "Mathieu J. Poirier"
This set adds support for the ST-Ericsson u8500 based
snowball board. Doing so it moves u8500-href code around
to allow for code reuse between boards.
It was sent out during the 12.07 cycle but never received
an official ACK.
John Rigby (1):
u8500: Separating mmc c
On Tue, Jul 31, 2012 at 1:25 PM, Fabio Estevam wrote:
> Hi,
>
> Just tried 2012.07 on a mx53loco and this is what I got:
>
> U-Boot 2012.07 (Jul 31 2012 - 15:21:51)
>
> Board: MX53 LOCO
> I2C: ready
> DRAM: 1 GiB
> WARNING: Caches not enabled
> CPU: Freescale i.MX53 family rev2.0 at 1000 MHz
Hi,
Just tried 2012.07 on a mx53loco and this is what I got:
U-Boot 2012.07 (Jul 31 2012 - 15:21:51)
Board: MX53 LOCO
I2C: ready
DRAM: 1 GiB
WARNING: Caches not enabled
CPU: Freescale i.MX53 family rev2.0 at 1000 MHz
Reset cause: POR
MMC: FSL_SDHC: 0, FSL_SDHC: 1
(Hangs here)
Have anyon
Turn on data and instruction caches.
Signed-off-by: Fabio Estevam
---
include/configs/mx28evk.h |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/include/configs/mx28evk.h b/include/configs/mx28evk.h
index 54d21e6..5f145d1 100644
--- a/include/configs/mx28evk.h
+++ b/incl
On Tue, Jul 31, 2012 at 08:52:34AM -0700, Tom Warren wrote:
> Stephen/Thierry,
>
> > -Original Message-
> > From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> > Sent: Tuesday, July 31, 2012 8:47 AM
> > To: Tom Warren
> > Cc: Thierry Reding; U-Boot Mailing List; Stephen Warren
> > Subjec
On Tue, Jul 31, 2012 at 09:40:54AM -0600, Stephen Warren wrote:
> On 07/31/2012 12:21 AM, Thierry Reding wrote:
> > This commit enables NAND support on the Tamonten Evaluation Carrier and
> > adds the corresponding device tree nodes. Furthermore, the U-Boot
> > environment can now be stored in NAND
Add the driver to the default config
Signed-off-by: Vikram Narayanan
---
include/configs/rpi_b.h |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/include/configs/rpi_b.h b/include/configs/rpi_b.h
index f547027..d4bbccc 100644
--- a/include/configs/rpi_b.h
+++ b/include/
Driver for BCM2835 SoC. This gives the basic functionality of
setting/clearing the output.
Signed-off-by: Vikram Narayanan
---
arch/arm/include/asm/arch-bcm2835/gpio.h | 71
drivers/gpio/Makefile|1 +
drivers/gpio/bcm2835_gpio.c |
Also, add the driver to the raspberrypi default config
Cc: Stephen Warren
Cc: Albert Aribaud
Vikram Narayanan (2):
gpio: bcm2835: Add GPIO driver
rbpi: Add BCM2835 GPIO driver for raspberry pi
Changes from v2:
Incorporate further comments from Stephen Warren
Changes from v1:
Incorporat
Am 31.07.2012 11:01, schrieb Jamie Lentin:
On Mon, 30 Jul 2012, Prafulla Wadaskar wrote:
-Original Message-
From: Jamie Lentin [mailto:j...@lentin.co.uk]
Sent: 31 July 2012 03:26
To: u-boot@lists.denx.de
Cc: Prafulla Wadaskar; albert.u.b...@aribaud.net;
ub...@lukaperkov.net; Jamie Le
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"
> + "attached to interface \n"
> +
On 07/31/2012 10:59 AM, Tom Warren wrote:
> Scott,
>
>> -Original Message-
>> From: Scott Wood [mailto:scottw...@freescale.com]
>> Sent: Monday, July 30, 2012 4:01 PM
>> To: Stephen Warren
>> Cc: Tom Warren; Simon Glass; U-Boot Mailing List; Stephen Warren
>> Subject: Re: [PATCH] env_nand:
On 07/31/2012 10:40 AM, Stephen Warren wrote:
> On 07/31/2012 12:21 AM, Thierry Reding wrote:
>> In order for cache invalidation and flushing to work properly, the data
>> and OOB buffers must be aligned to full cache lines.
>>
>> Signed-off-by: Thierry Reding
>
> You probably want to CC the NAND
On 07/31/2012 03:27 AM, Simon Glass wrote:
> On Thu, Jul 12, 2012 at 4:25 PM, Simon Glass wrote:
>> Add LCD definitions and also a proposed binding for LCD displays.
>>
>> The PWM is as per what will likely be committed to linux-next soon.
>>
>> The displaymode binding comes from a proposal here:
On Mon, Jul 30, 2012 at 7:06 PM, Tom Rini wrote:
> On Sat, Jul 28, 2012 at 01:19:31PM +0200, Javier Martinez Canillas wrote:
>
>> IGEP-based boards can have two different flash memories, a OneNAND or a
>> NAND device.
>>
>> Since u-boot still lacks of a device model to be the able to look at
>> ru
On 7/31/2012 9:22 PM, Stephen Warren wrote:
On 07/31/2012 09:46 AM, Vikram Narayanan wrote:
On 7/15/2012 10:53 PM, Stephen Warren wrote:
On 07/11/2012 02:37 PM, Vikram Narayanan wrote:
Driver for BCM2835 SoC. This gives the basic functionality of
setting/clearing the output.
diff --git a/ar
Allow a board to configure a larger buffer for netconsole, but leave
the default.
Signed-off-by: Joe Hershberger
Cc: Mike Frysinger
---
doc/README.NetConsole|2 ++
drivers/net/netconsole.c |8 ++--
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/doc/README.NetCons
It is desirable to use different port numbers for sending and receiving
packets with netconsole in the case where you have more than one device
on the local subnet with netconsole enabled for broadcast. When they
use the same port for both, any output from one will look like input to
the other. T
Stephen/Thierry,
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Tuesday, July 31, 2012 8:47 AM
> To: Tom Warren
> Cc: Thierry Reding; U-Boot Mailing List; Stephen Warren
> Subject: [PATCH] tegra: harmony: fix comments for environment config options
>
>
On 07/31/2012 09:46 AM, Vikram Narayanan wrote:
> On 7/15/2012 10:53 PM, Stephen Warren wrote:
>> On 07/11/2012 02:37 PM, Vikram Narayanan wrote:
>>> Driver for BCM2835 SoC. This gives the basic functionality of
>>> setting/clearing the output.
>>
>>> diff --git a/arch/arm/include/asm/arch-bcm2835/
From: Stephen Warren
The environment is now stored in NAND, so update the comment to say so,
rather than saying it's not stored.
Signed-off-by: Stephen Warren
---
Tom, feel free to just squash this into my patch that added environment
support to Harmony if you want.
include/configs/harmony.h
Hello Stephen,
On 7/15/2012 10:53 PM, Stephen Warren wrote:
On 07/11/2012 02:37 PM, Vikram Narayanan wrote:
Driver for BCM2835 SoC. This gives the basic functionality of
setting/clearing the output.
diff --git a/arch/arm/include/asm/arch-bcm2835/gpio.h
b/arch/arm/include/asm/arch-bcm2835/gp
Correct.
DRAM_ADDR_SPACE_END should be 0x for OMAP5.
Thanks,
Sricharan
On Tue, Jul 31, 2012 at 9:12 PM, Tom Rini wrote:
> On 07/31/2012 08:27 AM, R, Sricharan wrote:
>> Hi Tom,
>>
>> On Tue, Jul 31, 2012 at 8:43 PM, Tom Rini wrote:
>>> On 07/31/2012 01:33 AM, R, Sricharan wrote:
H
On 07/31/2012 08:27 AM, R, Sricharan wrote:
> Hi Tom,
>
> On Tue, Jul 31, 2012 at 8:43 PM, Tom Rini wrote:
>> On 07/31/2012 01:33 AM, R, Sricharan wrote:
>>> Hi Tom,
>>> [snip..]
diff --git a/arch/arm/include/asm/arch-omap5/omap.h
b/arch/arm/include/asm/arch-omap5/omap.h
index 7f0
On 07/31/2012 12:21 AM, Thierry Reding wrote:
> This commit enables NAND support on the Tamonten Evaluation Carrier and
> adds the corresponding device tree nodes. Furthermore, the U-Boot
> environment can now be stored in NAND.
> diff --git a/include/configs/tec.h b/include/configs/tec.h
> +/* E
On 07/31/2012 12:21 AM, Thierry Reding wrote:
> In order for cache invalidation and flushing to work properly, the data
> and OOB buffers must be aligned to full cache lines.
>
> Signed-off-by: Thierry Reding
You probably want to CC the NAND maintainer, Scott Wood (I have here) so
he can ack thi
Hello all!
In u-boot-dm mailinglist we had a discussion about implementation of
early_malloc (not only) for U-Boot Driver Model. The intention is to
have a simple malloc() function in the early stage of init before
relocation and before RAM is up and running. There was an experimental
patch that a
Hi Tom,
On Tue, Jul 31, 2012 at 8:43 PM, Tom Rini wrote:
> On 07/31/2012 01:33 AM, R, Sricharan wrote:
>> Hi Tom,
>> [snip..]
>>> diff --git a/arch/arm/include/asm/arch-omap5/omap.h
>>> b/arch/arm/include/asm/arch-omap5/omap.h
>>> index 7f05cb5..c697e0b 100644
>>> --- a/arch/arm/include/asm/arch
On 07/31/2012 01:33 AM, R, Sricharan wrote:
> Hi Tom,
> [snip..]
>> diff --git a/arch/arm/include/asm/arch-omap5/omap.h
>> b/arch/arm/include/asm/arch-omap5/omap.h
>> index 7f05cb5..c697e0b 100644
>> --- a/arch/arm/include/asm/arch-omap5/omap.h
>> +++ b/arch/arm/include/asm/arch-omap5/omap.h
>> @@
The following changes since commit b98b611502f5e0a85a1f8e15cf46c470cb105614:
Merge branch 'next' of git://git.denx.de/u-boot (2012-07-30 20:39:52 +0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-blackfin.git sf
for you to fetch changes up to b54d1f26ff216ef08307b
That did it! Thanks.
Bill
On 7/30/2012 3:59 PM, Fabio Estevam wrote:
On Mon, Jul 30, 2012 at 3:53 PM, Bill wrote:
Progress! I switched all the references from ttyAMA0... to ttyAM0. Also
changed netargs too. Now it starts to boot linux but hangs right after the
line of:
mxs_cpu_in
On Tuesday 31 July 2012 10:08:51 Marek Vasut wrote:
> Dear Mike Frysinger,
> > On Tuesday 31 July 2012 09:55:55 Marek Vasut wrote:
> > > Dear Mike Frysinger,
> > > > would be good to import
> > > > linux/stringify.h (rather than adding these macros to common.h) and
> > > > converting all consumers
Dear Mike Frysinger,
> On Tuesday 31 July 2012 09:55:55 Marek Vasut wrote:
> > Dear Mike Frysinger,
> >
> > > On Saturday 28 July 2012 15:57:33 Wolfgang Denk wrote:
> > > > Marek Vasut wrote:
> > > > > > > include/common.h |7 +++
> > > > > > > 1 file changed, 7 insertions(+)
> > > > > >
On Tuesday 31 July 2012 09:55:55 Marek Vasut wrote:
> Dear Mike Frysinger,
> > On Saturday 28 July 2012 15:57:33 Wolfgang Denk wrote:
> > > Marek Vasut wrote:
> > > > > > include/common.h |7 +++
> > > > > > 1 file changed, 7 insertions(+)
> > > > >
> > > > > We have similar things alread
Dear Mike Frysinger,
> On Saturday 28 July 2012 15:57:33 Wolfgang Denk wrote:
> > Marek Vasut wrote:
> > > > > include/common.h |7 +++
> > > > > 1 file changed, 7 insertions(+)
> > > >
> > > > We have similar things already, and we don't add dead code - you add
> > > > a macro without u
1 - 100 of 158 matches
Mail list logo
