On Wednesday 30 January 2013 03:43 AM, Stephen Warren wrote:
On 01/29/2013 02:57 PM, Tom Warren wrote:
Stephen,
On Tue, Jan 29, 2013 at 2:08 PM, Stephen Warren wrote:
On 01/29/2013 01:40 PM, Tom Warren wrote:
Stephen,
On Tue, Jan 29, 2013 at 1:09 PM, Stephen Warren wrote:
On 01/29/2013 12
Hi Everyone,
I'm using DEVKIT8000, and I need to implement
watchdog reset in u-boot, I have gone through all
the registers used for watchdog registers but I'm
not getting watchdog handlers, please anyone guide
me how to use handlers and how to initialise
watchdog in the u-boo
Hi Allen,
Am Dienstag, den 29.01.2013, 19:05 -0800 schrieb Allen Martin:
> The problem I'm seeing is that this regressed environment loading on
> all boards that use fdt, because none of them have
> /config/load-environment defined. If I read the commit message
> correctly, I think the actual in
eMMC vesrion is supported up to v4.5.
But bootloader isn't saw the exact eMMC version.
After applied this patch,
if use the mmcinfo command, then can see the exactly mmc version.
Signed-off-by: Jaehoon Chung
Signed-off-by: Kyungmin Park
---
common/cmd_mmc.c |2 +-
drivers/mmc/mmc.c | 18
It looks good to me.
Acked-by: Jaehoon Chung
On 01/29/2013 11:47 PM, Lukasz Majewski wrote:
> Dear All,
>
> Any feedback about this patch?
>
>> This patch changes sdhci_init()'s behavior to NOT enable all interrupt
>> sources by default. Moreover interrupt signaling has been disabled.
>>
>> Th
Simon, I had a question about your CONFIG_DELAY_ENVIRONMENT patch. In
the commit description it says:
When CONFIG_DELAY_ENVIRONMENT is defined, it is convenient to have a
run-time way of enabling loading of the environment. Add this to the
fdt as /config/delay-environment.
In the cod
> On 01/28/2013 01:16:53 AM, Shaohui Xie wrote:
> > diff --git a/arch/powerpc/cpu/mpc85xx/cmd_errata.c
> > b/arch/powerpc/cpu/mpc85xx/cmd_errata.c
> > index e5ecf5d..f26d608 100644
> > --- a/arch/powerpc/cpu/mpc85xx/cmd_errata.c
> > +++ b/arch/powerpc/cpu/mpc85xx/cmd_errata.c
> > @@ -227,6 +227,9 @
The firmware running on the bcm2835 SoC's VideoCore CPU determines how
much of the system RAM is available for use by the ARM CPU. Previously,
U-Boot assumed that only 128MB was available, since this was the
smallest value configured by any public firmware. However, we can now
query the actual valu
This adds a simple driver for the BCM2835's SD controller.
Workarounds are implemented for:
* Register writes can't be too close to each-other in time, or they will
be lost.
* Register accesses must all be 32-bit, so implement custom accessors.
This code was extracted from:
git://github.com/gon
The firmware running on the bcm2835 SoC's VideoCore CPU manages the
display controller. Add a simple "LCD" driver that communicates with the
firmware using the property mailbox protocol. This configures the
display and frame-buffer to match whatever physical resolution the
firmware chosen when boot
There appears to be no implementation of flush_dcache_range() for
ARM1176, so explicitly disable dcache support to avoid references to
that function from the LCD core in the next patch. This was presumably
not noticed before simply because no drivers for the rpi_b were
attempting DMA.
Signed-off-b
Enable the SD controller driver for the Raspberry Pi. Enable a number
of useful MMC, partition, and filesystem-related commands. Set up the
environment to provide standard locations for loading a kernel, DTB,
etc. Provide a boot command that loads and executes boot.scr.uimg from
the SD card; this i
The BCM2835 SoC contains (at least) two CPUs; the VideoCore (a/k/a "GPU")
and the ARM CPU. The ARM CPU is often thought of as the main CPU.
However, the VideoCore actually controls the initial SoC boot, and hides
much of the hardware behind a protocol. This protocol is transported
using the SoC's m
When an LCD driver is actually driving a regular external display, e.g.
an HDMI monitor, the display resolution might not be known until the
display controller has initialized, i.e. during lcd_ctrl_init(). However,
lcd.c calculates lcd_line_length before calling this function, thus
relying on a har
On 01/29/2013 05:34 PM, Allen Martin wrote:
> Add support for per architecture CROSS_COMPILE toolchain definitions
> via CROSS_COMPILE_ARCH where "ARCH" is any of the supported u-boot
> architectures. This allows building every supported u-boot board in a
> single pass of MAKEALL.
Reviewed-by: St
Add at91sam9g20_2mmc nand boot support. on this board, there is no
dataflash, so disable it
change one commet for at91sam9g20ek board
Signed-off-by: Bo Shen
---
board/atmel/at91sam9260ek/at91sam9260ek.c |7 ++-
boards.cfg|1 +
include/configs/at91sam9
Hi John Stile,
On 01/30/2013 01:33 AM, John Stile wrote:
That worked! Very nice! But, I had to apply the patches manually.
Email may have messed up the patch sets with new-lines and indentation.
Can this be added to the main stream? I am on to learning 'env import'.
Thank you.
I will prepar
Add support for per architecture CROSS_COMPILE toolchain definitions
via CROSS_COMPILE_ARCH where "ARCH" is any of the supported u-boot
architectures. This allows building every supported u-boot board in a
single pass of MAKEALL.
Signed-off-by: Allen Martin
Acked-by: Simon Glass
---
v2: Changed
On 01/29/2013 02:57 PM, Tom Warren wrote:
> Stephen,
>
> On Tue, Jan 29, 2013 at 2:08 PM, Stephen Warren wrote:
>> On 01/29/2013 01:40 PM, Tom Warren wrote:
>>> Stephen,
>>>
>>> On Tue, Jan 29, 2013 at 1:09 PM, Stephen Warren
>>> wrote:
On 01/29/2013 12:19 PM, Tom Warren wrote:
> Note
On 01/29/2013 04:51 PM, Allen Martin wrote:
> Add node for tegra20 SPI SFLASH controller to fdt.
The series, briefly,
Reviewed-by: Stephen Warren
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Tue, Jan 29, 2013 at 03:51:22PM -0800, Allen Martin wrote:
> This series updates the tegra20 SPI driver to add fdt support and adds
> a new tegra30 SPI driver.
>
> Testing was done on trimslice (tegra20) and cardhu (tegra30).
>
Tom, this series applies cleanly on top of your T114 series.
> C
Dear Michal Simek
Michal Simek xilinx.com> writes:
>
> Fix one printf compilation warning in microblaze bdinfo part.
>
> Warning log:
> cmd_bdinfo.c: In function 'do_bdinfo':
> cmd_bdinfo.c:219:2: warning: format '%u' expects argument of type
> 'unsigned int', but argument 2 has type 'long uns
Add tegra30 SPI SLINK nodes to fdt.
Signed-off-by: Allen Martin
Acked-by: Simon Glass
---
arch/arm/dts/tegra30.dtsi | 72 +++
board/nvidia/dts/tegra30-cardhu.dts |5 +++
2 files changed, 77 insertions(+)
diff --git a/arch/arm/dts/tegra30.dtsi b/a
Add driver for tegra SPI "SLINK" style driver. This controller is
similar to the tegra20 SPI "SFLASH" controller. The difference is
that the SLINK controller is a genernal purpose SPI controller and the
SFLASH controller is special purpose and can only talk to FLASH
devices. In addition there ar
This series updates the tegra20 SPI driver to add fdt support and adds
a new tegra30 SPI driver.
Testing was done on trimslice (tegra20) and cardhu (tegra30).
Changes in v4:
-Added support for fdt aliases to slink driver
-Check "status" field of fdt node to make sure node is enabled
Changes in v3
Turn on SPI in cardhu config file
Signed-off-by: Allen Martin
Acked-by: Simon Glass
---
include/configs/cardhu.h | 11 +++
1 file changed, 11 insertions(+)
diff --git a/include/configs/cardhu.h b/include/configs/cardhu.h
index aa725ba..1616b39 100644
--- a/include/configs/cardhu.h
++
Add I/O addresses of SPI SLINK controllers 1-6
Signed-off-by: Allen Martin
Acked-by: Simon Glass
---
arch/arm/include/asm/arch-tegra/tegra.h |6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/include/asm/arch-tegra/tegra.h
b/arch/arm/include/asm/arch-tegra/tegra.h
index f97c
Add support for configuring tegra SPI driver from devicetree.
Support is keyed off CONFIG_OF_CONTROL. Add entry in seaboard dts
file for spi controller to describe seaboard spi.
Signed-off-by: Allen Martin
---
drivers/spi/tegra_spi.c | 45 +++--
include
SBC1 is SPI controller 1 on tegra30
Signed-off-by: Allen Martin
Acked-by: Simon Glass
---
arch/arm/cpu/tegra30-common/clock.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/cpu/tegra30-common/clock.c
b/arch/arm/cpu/tegra30-common/clock.c
index ee3c8b1..a93f2c9
Add node for tegra20 SPI SFLASH controller to fdt.
Signed-off-by: Allen Martin
---
arch/arm/dts/tegra20.dtsi| 12
board/compulab/dts/tegra20-trimslice.dts |5 +
2 files changed, 17 insertions(+)
diff --git a/arch/arm/dts/tegra20.dtsi b/arch/arm/dts/tegra20
Dear Otavio Salvador,
> On Tue, Jan 29, 2013 at 8:21 PM, Marek Vasut wrote:
> > Hello,
> >
> > due to the recent influx of patches, I completely lost track of what is
> > going on, what patches need review and what patches are already
> > obsolete. Therefore, I'd like to ask you, Otavio, to proc
On Tue, Jan 29, 2013 at 8:21 PM, Marek Vasut wrote:
> Hello,
>
> due to the recent influx of patches, I completely lost track of what is going
> on, what patches need review and what patches are already obsolete. Therefore,
> I'd like to ask you, Otavio, to proceed as follows:
>
> - I will discard
Am 29/01/2013 23:21, schrieb Marek Vasut:
> Hello,
>
Hi Marek, hi Otavio,
> - Wait at least one full day (24 hours) between re-sending a series, unless
> explicitly requested otherwise.
I am on business trip and I have this week very few possibilities to
access to my e-mail. Today I saw 80 mes
Hello,
due to the recent influx of patches, I completely lost track of what is going
on, what patches need review and what patches are already obsolete. Therefore,
I'd like to ask you, Otavio, to proceed as follows:
- I will discard all patches for mx23 currently in my mailbox
- I'd like you to
On Tue, Jan 29, 2013 at 08:41:26AM +0100, Heiko Schocher wrote:
> Hello Tom,
>
> please pull from u-boot-i2c:
>
> The following changes since commit 54b08efcf2f4ff532ce99c53f341a59c193331a5:
>
> README.mips: update known issues and TODOs (2013-01-16 10:52:08 +0100)
>
> are available in the g
On Wed, Jan 16, 2013 at 02:41:08PM -, Kim Phillips wrote:
> Hi Tom,
>
> Please pull:
>
> The following changes since commit 3a9d879f6f64585b819af728b53be0a05037fe0d:
>
> Prepare v2013.01 (2013-01-15 14:47:42 -0700)
>
> are available in the git repository at:
>
> git://git.denx.de/u-bo
On 01/29/2013 02:57 PM, Tom Warren wrote:
> Stephen,
>
> On Tue, Jan 29, 2013 at 2:08 PM, Stephen Warren wrote:
>> On 01/29/2013 01:40 PM, Tom Warren wrote:
>>> Stephen,
>>>
>>> On Tue, Jan 29, 2013 at 1:09 PM, Stephen Warren
>>> wrote:
On 01/29/2013 12:19 PM, Tom Warren wrote:
> Note
Stephen,
On Tue, Jan 29, 2013 at 2:08 PM, Stephen Warren wrote:
> On 01/29/2013 01:40 PM, Tom Warren wrote:
>> Stephen,
>>
>> On Tue, Jan 29, 2013 at 1:09 PM, Stephen Warren
>> wrote:
>>> On 01/29/2013 12:19 PM, Tom Warren wrote:
Note that T114 does not have a separate/different DVC (power
On 01/29/2013 01:40 PM, Tom Warren wrote:
> Stephen,
>
> On Tue, Jan 29, 2013 at 1:09 PM, Stephen Warren wrote:
>> On 01/29/2013 12:19 PM, Tom Warren wrote:
>>> Note that T114 does not have a separate/different DVC (power I2C)
>>> controller like T20 - all 5 I2C controllers are identical, but
>>>
Stephen,
On Tue, Jan 29, 2013 at 1:11 PM, Stephen Warren wrote:
> On 01/29/2013 12:19 PM, Tom Warren wrote:
>> Tested all 5 'buses', i2c probe enumerates device addresses on bus
>> 1 and 2.
>
> Why don't the other 3 buses work?
No idea, but I assume because my Dalmore doesn't have sub-boards w/I
On Tue, Jan 29, 2013 at 11:13 AM, Gabor Juhos wrote:
> 2013.01.29. 11:44 keltezéssel, Daniel Schwierzeck írta:
> > 2013/1/29 Gabor Juhos :
> >> The patch adds an unified linker script file which
> >> can be used for all currently supported MIPS targets.
> >>
> >> Signed-off-by: Gabor Juhos
> >>
Stephen,
On Tue, Jan 29, 2013 at 1:09 PM, Stephen Warren wrote:
> On 01/29/2013 12:19 PM, Tom Warren wrote:
>> Note that T114 does not have a separate/different DVC (power I2C)
>> controller like T20 - all 5 I2C controllers are identical, but
>> I2C5 is used to designate the controller intended f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/29/2013 02:28 AM, Kim Bndergaard wrote:
> --- arch/arm/cpu/arm926ejs/davinci/misc.c | 5 - 1 file changed,
> 4 insertions(+), 1 deletion(-)
>
> diff --git a/arch/arm/cpu/arm926ejs/davinci/misc.c
> b/arch/arm/cpu/arm926ejs/davinci/misc.c inde
On 01/29/2013 12:19 PM, Tom Warren wrote:
> Tested all 5 'buses', i2c probe enumerates device addresses on bus
> 1 and 2.
Why don't the other 3 buses work?
> Note that this uses the tegra_i2c.c driver w/o modification.
The kernel patches imply some mandatory differences in clock divider
programm
On 01/29/2013 12:19 PM, Tom Warren wrote:
> Note that T114 does not have a separate/different DVC (power I2C)
> controller like T20 - all 5 I2C controllers are identical, but
> I2C5 is used to designate the controller intended for power
> control (PWR_I2C in the schematics).
>
> Signed-off-by: Tom
On 01/28/2013 01:16:53 AM, Shaohui Xie wrote:
diff --git a/arch/powerpc/cpu/mpc85xx/cmd_errata.c
b/arch/powerpc/cpu/mpc85xx/cmd_errata.c
index e5ecf5d..f26d608 100644
--- a/arch/powerpc/cpu/mpc85xx/cmd_errata.c
+++ b/arch/powerpc/cpu/mpc85xx/cmd_errata.c
@@ -227,6 +227,9 @@ static int do_errata
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/29/2013 02:54 PM, Scott Wood wrote:
> On 01/28/2013 07:35:40 AM, Jordy van Wolferen wrote:
>> This is tested with a custom AM3359 (rev 2.0) board. NAND chip:
>> MT29F16G08ABABAWP
>>
>> This code allows me to boot from ROM code. The ROM code forc
On 01/28/2013 07:35:40 AM, Jordy van Wolferen wrote:
This is tested with a custom AM3359 (rev 2.0) board.
NAND chip: MT29F16G08ABABAWP
This code allows me to boot from ROM code.
The ROM code forces BCH16 on NAND chips with a 4k page size.
BCH16 is not enabled by default.
---
Missing Signed-
Tested all 5 'buses', i2c probe enumerates device addresses on bus
1 and 2.
Note that this uses the tegra_i2c.c driver w/o modification.
Signed-off-by: Tom Warren
---
include/configs/dalmore.h |9 +
include/configs/tegra114-common.h |3 +++
2 files changed, 12 insertions
Note that T114 does not have a separate/different DVC (power I2C)
controller like T20 - all 5 I2C controllers are identical, but
I2C5 is used to designate the controller intended for power
control (PWR_I2C in the schematics).
Signed-off-by: Tom Warren
---
arch/arm/dts/tegra114.dtsi|
Update DT tables and enable I2C driver support for the
Tegra114 Dalmore board. This uses the standard Tegra I2C driver.
5 controllers are supported, although all may not have devices
behind them on every board.
Tom Warren (2):
Tegra114: fdt: Update DT files with I2C info for T114/Dalmore
Tegra
Hi,
On Tue, Jan 29, 2013 at 11:35 PM, DrEagle wrote:
> Hi all,
>
>> > -Original Message-
>> > From: u-boot-bounces at lists.denx.de [mailto:u-boot-
>> > bounces at lists.denx.de] On Behalf Of DrEagle
>> > Sent: 22 September 2012 12:45
>> > To: DrEagle
>> > Cc: Lior Amsalem; u-boot at list
Hi all,
> > -Original Message-
> > From: u-boot-bounces at lists.denx.de [mailto:u-boot-
> > bounces at lists.denx.de] On Behalf Of DrEagle
> > Sent: 22 September 2012 12:45
> > To: DrEagle
> > Cc: Lior Amsalem; u-boot at lists.denx.de; uboot at doukki.net
> > Subject: [U-Boot] [PATCH v2 0
On Tue, 2013-01-29 at 17:58 +0800, Bo Shen wrote:
>
> You should use at91sam9g20ek_2mmc_nandflash to configure the u-boot
>
>
> diff --git a/board/atmel/at91sam9260ek/at91sam9260ek.c
> b/board/atmel/at91sam9260ek/at91sam9260ek.c
> index 2555672..c
2013.01.29. 11:44 keltezéssel, Daniel Schwierzeck írta:
> 2013/1/29 Gabor Juhos :
>> The patch adds an unified linker script file which
>> can be used for all currently supported MIPS targets.
>>
>> Signed-off-by: Gabor Juhos
>> Cc: Daniel Schwierzeck
>> Cc: Vlad Lungu
>> Cc: Thomas Sailer
>> C
Marek Vasut denx.de> wrote:
> In case a function argument is known/fixed size array in C, the argument is
> still decoyed as pointer instead ( T f(U n[k]) ~= T fn(U *n) ) and therefore
> calling sizeof on the function argument will result in the size of the
> pointer,
> not the size of the array.
Dear Marek Vasut,
On 01/25/2013 12:16 PM, Marek Vasut wrote:
Dear Piotr Wilczek,
Dear Marek Vasut,
-Original Message-
From: Marek Vasut [mailto:ma...@denx.de]
Sent: Thursday, January 24, 2013 1:33 PM
To: Piotr Wilczek
Cc: u-boot@lists.denx.de; Minkyu Kang; Kyungmin Park; Lukasz Majew
Dear Wolfgang,
On 29/01/2013 10.48, Wolfgang Denk wrote:
Dear Luca Ellero,
In message <51078bfd.60...@gmail.com> you wrote:
in U-Boot version 2012.10 I used to skip "relocate_code" setting
CONFIG_SYS_TEXT_BASE to relocaddr (obtained from bdinfo command).
This since some hardware is able to co
Hi Wolfgang Denk,
On 01/29/2013 04:00 PM, Wolfgang Denk wrote:
Dear Nikita Kiryanov,
In message <1359463349-11649-6-git-send-email-nik...@compulab.co.il> you wrote:
Add support for dvi displays with user selectable dvi presets.
...
--- a/board/cm_t35/cm_t35.c
+++ b/board/cm_t35/cm_t35.c
@@ -
Dear All,
Any feedback about this patch?
> This patch changes sdhci_init()'s behavior to NOT enable all interrupt
> sources by default. Moreover interrupt signaling has been disabled.
>
> This patch do not enable interrupts which aren't served in u-boot
> (they are defined at sdhci.h but NOT use
Hi Wolfgang Denk,
On 01/29/2013 03:46 PM, Wolfgang Denk wrote:
Dear Nikita Kiryanov,
In message <1359463349-11649-5-git-send-email-nik...@compulab.co.il> you wrote:
Currently there is no logical place to put the code that prepares the
splash image data. The splash image data should be ready in
Hi Wolfgang Denk,
On 01/29/2013 03:46 PM, Wolfgang Denk wrote:
Dear Nikita Kiryanov,
In message <1359463349-11649-4-git-send-email-nik...@compulab.co.il> you wrote:
When the bmp file is loaded to an address specified by the environment
variable "splashimage", its header members might be unalig
Hi Wolfgang Denk,
On 01/29/2013 03:52 PM, Wolfgang Denk wrote:
Dear Nikita Kiryanov,
In message <1359463349-11649-3-git-send-email-nik...@compulab.co.il> you wrote:
Currently the value of gfx_format is hardcoded into
omap3_dss_panel_config(). Make it a field in struct panel_config, and
update
Hi Wolfgang Denk,
On 01/29/2013 03:55 PM, Wolfgang Denk wrote:
Dear Nikita Kiryanov,
In message <1359463349-11649-2-git-send-email-nik...@compulab.co.il> you wrote:
Add useful omap3 dss defines for: polarity, TFT data lines, lcd
display type, gfx burst size, and gfx format
Just "useful" (as
Dear Nikita Kiryanov,
In message <1359463349-11649-6-git-send-email-nik...@compulab.co.il> you wrote:
> Add support for dvi displays with user selectable dvi presets.
...
> --- a/board/cm_t35/cm_t35.c
> +++ b/board/cm_t35/cm_t35.c
> @@ -216,6 +216,9 @@ static void cm_t3x_set_common_muxconf(void)
>
Just trying to correlate old patches on U-boot mailing list to draw a
picture of the current state of FIT (Flattened Image Tree format)..
still have the following questions:
Can anyone familiar with this topic comment on the following?
(1) Other than Chromium OS, who are the most notable examples
Dear Nikita Kiryanov,
In message <1359463349-11649-2-git-send-email-nik...@compulab.co.il> you wrote:
> Add useful omap3 dss defines for: polarity, TFT data lines, lcd
> display type, gfx burst size, and gfx format
Just "useful" (as in generally useful, but mostly dead code here),
or actually use
Dear Nikita Kiryanov,
In message <1359463349-11649-3-git-send-email-nik...@compulab.co.il> you wrote:
> Currently the value of gfx_format is hardcoded into
> omap3_dss_panel_config(). Make it a field in struct panel_config, and
> update existing structs to set this field to the value that was orig
Dear Nikita Kiryanov,
In message <1359463349-11649-8-git-send-email-nik...@compulab.co.il> you wrote:
> Add support for loading splash image from NAND
>
> Signed-off-by: Nikita Kiryanov
> Signed-off-by: Igor Grinberg
> ---
> Changes in V2:
> - Added fix to bmp_load_addr to comply with wha
Dear Nikita Kiryanov,
In message <1359463349-11649-7-git-send-email-nik...@compulab.co.il> you wrote:
> Add support for user defined lcd parameters for cm-t35 splash screen.
Why do you implement another custom method to configure the display?
This has been done before, and we should reuse existin
Dear Nikita Kiryanov,
In message <1359463349-11649-4-git-send-email-nik...@compulab.co.il> you wrote:
> When the bmp file is loaded to an address specified by the environment
> variable "splashimage", its header members might be unaligned.
> This happens because the bmp header starts with two byte
Dear Nikita Kiryanov,
In message <1359463349-11649-5-git-send-email-nik...@compulab.co.il> you wrote:
> Currently there is no logical place to put the code that prepares the
> splash image data. The splash image data should be ready in memory
> before bmp_display() is called, and after the environ
Add support for user defined lcd parameters for cm-t35 splash screen.
Signed-off-by: Nikita Kiryanov
Signed-off-by: Igor Grinberg
---
Changes in V2:
- Set gfx_format to GFXFORMAT_RGB16 after parsing custom lcd settings.
board/cm_t35/display.c | 214
Add support for dvi displays with user selectable dvi presets.
Signed-off-by: Nikita Kiryanov
Signed-off-by: Igor Grinberg
---
Changes in V2:
- Used LCD_BPP for vl_bpix [Jeroen Hofstee]
- GFXFORMAT_RGB16 now passed to omap3_dss_panel_config() as part of
panel_cfg predefin
Add support for loading splash image from NAND
Signed-off-by: Nikita Kiryanov
Signed-off-by: Igor Grinberg
---
Changes in V2:
- Added fix to bmp_load_addr to comply with what happens in lcd.c
following patch number 3.
board/cm_t35/cm_t35.c| 65
When the bmp file is loaded to an address specified by the environment
variable "splashimage", its header members might be unaligned.
This happens because the bmp header starts with two byte-size fields followd by
mostly 32 bit fields, so when the address in splashimage is not equal to aligned
addr
Currently there is no logical place to put the code that prepares the
splash image data. The splash image data should be ready in memory
before bmp_display() is called, and after the environment is ready
(since lcd.c looks for the splash image in an address specified by
the environment variable "sp
Currently the value of gfx_format is hardcoded into
omap3_dss_panel_config(). Make it a field in struct panel_config, and
update existing structs to set this field to the value that was originally hard
coded.
Signed-off-by: Nikita Kiryanov
Signed-off-by: Igor Grinberg
---
NOTE: New patch in the
Add useful omap3 dss defines for: polarity, TFT data lines, lcd
display type, gfx burst size, and gfx format
Signed-off-by: Nikita Kiryanov
Signed-off-by: Igor Grinberg
---
arch/arm/include/asm/arch-omap3/dss.h | 35 +
1 file changed, 35 insertions(+)
diff --g
This patchset adds splash screen support for CM-T35.
It includes the ability to initialize the display subsystem either using
predefines (selected via env variable "displaytype"), or user supplied
configuration options, also stored in an environment variables and pointed to by
displaytype. The spla
Dear Otavio Salvador,
> The power switch option is compatible with i.MX23 and i.MX28 so the
> configration option needs to reflect it. We choose
> 'CONFIG_SPL_MXS_PSWITCH_WAIT' for the option name.
>
> Signed-off-by: Otavio Salvador
Acked-by: Marek Vasut
Please read [1] too, I'm completely lo
From: Jagannadha Sutradharudu Teki
Add support for Numonyx N25Q32 SPI flash.
Signed-off-by: Jagannadha Sutradharudu Teki
Signed-off-by: Michal Simek
---
drivers/mtd/spi/stmicro.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/mtd/spi/stmicro.c b/drivers/
From: Jagannadha Sutradharudu Teki
Add support for Numonyx N25Q256A SPI flash.
Signed-off-by: Jagannadha Sutradharudu Teki
Signed-off-by: Michal Simek
---
drivers/mtd/spi/stmicro.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/mtd/spi/stmicro.c b/driver
From: Jagannadha Sutradharudu Teki
Add support for Numonyx N25Q32A SPI flash.
Signed-off-by: Jagannadha Sutradharudu Teki
Signed-off-by: Michal Simek
---
drivers/mtd/spi/stmicro.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/mtd/spi/stmicro.c b/drivers
On Tue, Jan 29, 2013 at 10:26 AM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> On Tue, Jan 29, 2013 at 12:33 AM, Marek Vasut wrote:
>> > Dear Otavio Salvador,
>> >
>> >> This enables the 'Fast Auto Pre-Charge' found in the memory chip.
>> >>
>> >> Signed-off-by: Otavio Salvador
>> >> ---
>> >
Dear Otavio Salvador,
> On Tue, Jan 29, 2013 at 12:33 AM, Marek Vasut wrote:
> > Dear Otavio Salvador,
> >
> >> This enables the 'Fast Auto Pre-Charge' found in the memory chip.
> >>
> >> Signed-off-by: Otavio Salvador
> >> ---
> >> Changes in v2:
> >> - Improve commit message
> >>
> >> arch
Dear Otavio Salvador,
> On Tue, Jan 29, 2013 at 1:14 AM, Marek Vasut wrote:
> > Dear Marek Vasut,
> >
> >> Dear Otavio Salvador,
> >>
> >> > This enables the 'Fast Auto Pre-Charge' found in the memory chip.
> >> >
> >> > Signed-off-by: Otavio Salvador
> >> > ---
> >> > Changes in v2:
> >> > -
2013/1/29 Gabor Juhos :
> The patch adds an unified linker script file which
> can be used for all currently supported MIPS targets.
>
> Signed-off-by: Gabor Juhos
> Cc: Daniel Schwierzeck
> Cc: Vlad Lungu
> Cc: Thomas Sailer
> Cc: Stefan Roese
> Cc: Wolfgang Denk
> Cc: Thomas Lange
> Cc: Xi
This enabled USB support for the mx23_olinuxino board.
Signed-off-by: Otavio Salvador
---
Changes in v4: None
Changes in v3:
- Add a obvious commitlog;
Changes in v2: None
include/configs/mx23_olinuxino.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/include/configs/mx23_olin
This adds support to the LAN9512 chip included in the board and extend
the environment to easy netboot use.
Signed-off-by: Otavio Salvador
---
Changes in v4:
- Fix build warning due missing gpio.h
Changes in v3:
- Remove useless newlines
- Add NOPULL in MUX setup
- Fix commitlog to say the right
This enabled USB support for the mx23evk board.
Signed-off-by: Otavio Salvador
---
Changes in v4: None
Changes in v3:
- Add a obvious commitlog;
Changes in v2: None
include/configs/mx23evk.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/include/configs/mx23evk.h b/include/con
The i.MX23 just one USB port so disable the second controller probe
when building for i.MX23.
Signed-off-by: Otavio Salvador
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/usb/host/ehci-mxs.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/usb/host/ehci-mx
This allow user to know if the bootloader is running, even without a
serial console.
Signed-off-by: Otavio Salvador
---
Changes in v6:
- Use GPIO number
Changes in v5: None
Changes in v4:
- Use MUX PIN macro
Changes in v3:
- Added the MUX settings back (requested by Fabio)
- Added name of the P
This fixes the build failure when included in mx23_olinuxino.h board
config; the addition of "asm/types.h" is due "u32" being otherwise
undefined.
Signed-off-by: Otavio Salvador
---
Changes in v6: None
Changes in v5:
- Extend commit log
Changes in v4:
- New patch
Changes in v3: None
Changes in
This fixes the gpio_led driver which needs to compare againt a
STATUS_LED_ON to enable a led.
Signed-off-by: Otavio Salvador
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
common/cmd_led.c | 6 --
1 file changed, 4 insertions(+), 2 de
Signed-off-by: Otavio Salvador
---
Changes in v3: None
Changes in v2: None
board/freescale/mx23evk/spl_boot.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/board/freescale/mx23evk/spl_boot.c
b/board/freescale/mx23evk/spl_boot.c
index 6007433..b6f4e7e 100644
--- a/board/freesca
Add a comment about the tRAS lockout setting of HW_DRAM_CTL08 to
enable the 'Fast Auto Pre-Charge' found in the memory chip. The
setting is applied after memory initialization and it is worth
document it.
Signed-off-by: Otavio Salvador
---
Changes in v3:
- Revert initialization change and comment
The power switch option is compatible with i.MX23 and i.MX28 so the
configration option needs to reflect it. We choose
'CONFIG_SPL_MXS_PSWITCH_WAIT' for the option name.
Signed-off-by: Otavio Salvador
---
Changes in v3: None
Changes in v2:
- Rewrite short description as per Marek's request
arch
2013.01.29. 10:05 keltezéssel, Stefan Roese írta:
> On 01/29/2013 09:31 AM, Gabor Juhos wrote:
>> Remove the board specific linker script. It is not
>> needed anymore, the unified MIPS linker script can
>> be used instead.
>>
>> All vct targets are producing identical binary
>> images after the cha
On Tue, Jan 29, 2013 at 12:46 AM, Marek Vasut wrote:
> The real reason for memory instability was the fact that the EMI block
> was gated and not reset throughout the boards' operation. This patch
> resets the EMI block properly while also reverts the memory voltage bump.
> The memory stability is
1 - 100 of 118 matches
Mail list logo
