On 1/19/2015 3:06 PM, Josh Wu wrote:
I sent these patches days ago with other patches which refactor SAMA5
common configuration files, see URL:
http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/203128/focus=203182
Since the patches which refactor SAMA5 common configuration files is
reject
Hi Jagan,
On 1/19/2015 2:47 PM, Jagan Teki wrote:
Hi Peng,
On 17 January 2015 at 11:29, Peng Fan wrote:
Hi Simon ,Jagan
This patch is based on git://git.denx.de/u-boot-spi.git master branch,
since some fsl_qspi's new feature is still in this git repo and have
not been merged to mainline.
I s
Hello Simon,
On Fri, 16 Jan 2015 10:20:15 -0700, Simon Glass
wrote:
> Hi Albert,
>
> On 16 January 2015 at 01:09, Albert ARIBAUD (3ADEV)
> wrote:
> > Signed-off-by: Albert ARIBAUD (3ADEV)
> > ---
> >
> > arch/arm/cpu/armv7/omap3/Kconfig | 5 +
> > board/quipos/cairo/Kconfig | 12 ++
>
Hello Simon,
On Fri, 16 Jan 2015 10:17:52 -0700, Simon Glass
wrote:
> Hi Albert,
>
> On 16 January 2015 at 00:19, Albert ARIBAUD (3ADEV)
> wrote:
> > Signed-off-by: Albert ARIBAUD (3ADEV)
> > ---
> >
> > arch/arm/include/asm/arch-lpc32xx/gpio.h | 43 ++
> > drivers/gpio/Makefile
Hello Marek,
On Fri, 16 Jan 2015 14:08:58 +0100, Marek Vasut wrote:
> On Friday, January 16, 2015 at 08:19:19 AM, Albert ARIBAUD (3ADEV) wrote:
> > Signed-off-by: Albert ARIBAUD (3ADEV)
> > ---
> >
> > Makefile | 3 +
> > scripts/Makefile.spl | 11
> > tools/.gitignore
Hi Simon,
On 18/01/2015 19:55, Simon Glass wrote:
> At present SPL uses a single stack, either CONFIG_SPL_STACK or
> CONFIG_SYS_INIT_SP_ADDR. Since some SPL features (such as MMC and
> environment) require a lot of stack, some boards set CONFIG_SPL_STACK to
> point into SDRAM. They then set up SDR
On 18.01.2015 19:55, Simon Glass wrote:
At present SPL uses a single stack, either CONFIG_SPL_STACK or
CONFIG_SYS_INIT_SP_ADDR. Since some SPL features (such as MMC and
environment) require a lot of stack, some boards set CONFIG_SPL_STACK to
point into SDRAM. They then set up SDRAM very early, be
Hello Simon,
On Sun, 18 Jan 2015 11:55:36 -0700, Simon Glass
wrote:
> At present SPL uses a single stack, either CONFIG_SPL_STACK or
> CONFIG_SYS_INIT_SP_ADDR. Since some SPL features (such as MMC and
> environment) require a lot of stack, some boards set CONFIG_SPL_STACK to
> point into SDRAM. T
Hello Simon,
added Bo Shen to cc, as he currently try to set BSS (and stack) into
SDRAM for at91 based boards ... Bo, could you try this aproach?
Am 18.01.2015 19:55, schrieb Simon Glass:
At present SPL uses a single stack, either CONFIG_SPL_STACK or
CONFIG_SYS_INIT_SP_ADDR. Since some SPL feat
Hello Simon,
On Tue, 23 Dec 2014 12:04:50 -0700, Simon Glass
wrote:
> Some ARM boards use global_data in SPL before it set up by crt0.S. To
> achieve this they use a separate global_data variable called gdata which
> resides in the data section. The one set up by crt0.S is generally ignored.
>
>
Kindly ignore this one, as I forgot to add v2 changes in this patch. Sending
another one.
Regards,
Shaveta
-Original Message-
From: Shaveta Leekha [mailto:shav...@freescale.com]
Sent: Monday, January 19, 2015 12:44 PM
To: u-boot@lists.denx.de
Cc: Aggrwal Poonam-B10812; Sun York-R58495;
The code provides framework for heterogeneous multicore chips based on StarCore
and Power Architecture which are chasis-2 compliant, like B4860 and B4420
It will make u-boot recognize all non-ppc cores and peripherals like
SC3900/DSP CPUs, MAPLE, CPRI and print their configuration in u-boot logs.
Current the MMC support will enable MCI port A, Which is only exist
for 2mmc board.
So by default we need to disable MMC (port A) support. And only enable
it for 2mmc board. Otherwise, dataflash won't work in at91sam9260ek board
as MMC has confliction with Dataflash in the CLK pin.
Signed-off-by:
The code provides framework for heterogeneous multicore chips based on StarCore
and Power Architecture which are chasis-2 compliant, like B4860 and B4420
It will make u-boot recognize all non-ppc cores and peripherals like
SC3900/DSP CPUs, MAPLE, CPRI and print their configuration in u-boot logs.
This patch will save U-Boot environment as a file: uboot.env, in FAT partition
instead of in raw sector of MMC card.
This make us easier to manage the environment file.
Signed-off-by: Josh Wu
---
include/configs/sama5d3xek.h | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
dif
Hello Ayoub,
On Fri, 16 Jan 2015 15:42:37 +0100, Ayoub Zaki
wrote:
> Hello list,
>
> I'm using u-boot-2014.10 and trying to build it with LCD support for the
> Beaglebone black to include a Boot logo image.
> It seems that spl hangs while fat loading a 2.8MB sized u-boot.img !
> I reduced the
This patch will save U-Boot environment as a file: uboot.env, in FAT partition
instead of saving it in raw sector of MMC card.
This make us easier to manage the environment file.
Signed-off-by: Josh Wu
---
include/configs/at91sam9x5ek.h | 11 ++-
1 file changed, 6 insertions(+), 5 dele
This patch will save U-Boot environment as a file: uboot.env, in FAT partition
instead of saving it in raw sector of MMC card.
This make us easier to manage the environment file.
Signed-off-by: Josh Wu
---
include/configs/sama5d3_xplained.h | 10 ++
1 file changed, 6 insertions(+), 4 d
I sent these patches days ago with other patches which refactor SAMA5
common configuration files, see URL:
http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/203128/focus=203182
Since the patches which refactor SAMA5 common configuration files is
rejected. So this time I only send the patches
This patch implement _weak function for board_usb_cleanup.
This function (usb_board_cleanup) implementation is board-specific
feature.
board_usb_cleanup function can be used to clean up after failed
board-specific USB initialization.
Signed-off-by: Inha Song
---
common/usb.c | 6 ++
1 file
This patch invoke board-specific USB cleanup (board_usb_cleanup)
interface.
Signed-off-by: Inha Song
---
common/cmd_dfu.c | 1 +
common/cmd_thordown.c | 1 +
common/cmd_usb_mass_storage.c | 1 +
3 files changed, 3 insertions(+)
diff --git a/common/cmd_dfu.c b/common/cmd_dfu
This patches invoke board-specific usb cleanup interface (board_usb_cleanup)
After USB initalization.
Inha Song (2):
usb: common: provide a _weak board_usb_cleanup() function
usb: invoke board specific USB cleanup interface
common/cmd_dfu.c | 1 +
common/cmd_thordown.c |
Hi Peng,
On 17 January 2015 at 11:29, Peng Fan wrote:
> Hi Simon ,Jagan
>
> This patch is based on git://git.denx.de/u-boot-spi.git master branch,
> since some fsl_qspi's new feature is still in this git repo and have
> not been merged to mainline.
> I saw Simon sent out a new patch that remove t
Hello Bo,
added Simon to cc ...
Am 19.01.2015 02:41, schrieb Bo Shen:
Hi Andreas,
On 01/16/2015 06:16 PM, Andreas Bießmann wrote:
Hi Bo,
On 01/16/2015 10:30 AM, Bo Shen wrote:
On 01/16/2015 05:10 PM, Andreas Bießmann wrote:
On 01/16/2015 03:53 AM, Bo Shen wrote:
--- a/arch/arm/cpu/arm92
This patch supports getting gpios' configuration from dtb.
CONFIG_OF_CONTROL is used to indicated which part is for device tree,
and which is not.
This patch is already tested on mx6sxsabresd board. Since device tree
has not been upstreamed, if want to test this patch. The followings
need to be do
Hello Bo,
Am 19.01.2015 02:38, schrieb Bo Shen:
Hi Heiko,
On 01/16/2015 07:35 PM, Heiko Schocher wrote:
Hello Bo
Am 16.01.2015 03:53, schrieb Bo Shen:
Supports boot up from NAND flash with software ECC eanbled.
And supports boot up from SD/MMC card with FAT file system.
As the boot from SD/
On Sun, 04 Jan 2015 20:49:38 +0100
Hans de Goede wrote:
> Hi,
>
> On 04-01-15 20:19, Michal Suchanek wrote:
> >Setting magic 'reserved' hpcr bit on sun5i DEBE seems required for
> >smooth HDMI scanout of large frambuffer (eg. 1080p).
> >
> >This fix comes at the cost of some overall
SSD2828 can take pixel data coming from a parallel LCD interface
and translate it on the fly into MIPI DSI interface for driving
a MIPI compatible TFT display. SSD2828 is configured over SPI
interface, which may or may not have MISO pin wired up on some
hardware. So a write-only SPI mode also has t
The file, originally named "include/video/mipi_display.h", is taken from
linux 3.18 (commit b2776bf7149bddd1f4161f14f79520f17fc1d71d).
It provides MIPI DSI constants for DCS commands, which are needed to
implement support for SSD2828 in u-boot.
Signed-off-by: Siarhei Siamashka
---
Changes in v2:
The MSI Primo81 tablet has B079XAN01/LP079X01 7.85" 768x1024 IPS
MIPI display, connected to the parallel LCD interface via SSD2828
bridge chip. The panel has 18-bit color depth and needs dithering,
in spite of having RGB data delivered from A31s to SSD2828 using
24-bit arrangement.
Signed-off-by:
Convert GPIO names from Kconfig strings into pin numbers for
the 'ssd2828_config' struct. Add SSD2828 initialization between
enabling the parallel LCD interface and turning on the backlight.
Signed-off-by: Siarhei Siamashka
---
Changes in v2:
- The 'sunxi' Kconfig change now only has LCD panel o
And also add Kconfig option for selecting ELDO3 voltage. The reason
for having this option is that the Android kernel sets ELDO3 to
1.2V when powering up LCD in the case if 'lcd_if' configuration
variable is set to 6 (LCD_IF_EXT_DSI) in the FEX file. Most likely
to supply power for a SSD2828 chip.
This is the v2 of
http://lists.denx.de/pipermail/u-boot/2015-January/200807.html
It addresses the review comments.
One other change is the introduction of CONFIG_VIDEO_LCD_SSD2828_TX_CLK
option. The Allwinner A20 reference tablet schematics suggests the use
of 12MHz for 'tx_clk'. But the MSI
Or at least try to do this. With the possibility of bi-directional
communication, it seems natural to expect that MIPI displays
should be able to handle automatic configuration for the screen
resolution and timings nicely. But the reality is not so pretty.
It appears that the manufacturers of MIPI
Instead of using the internal 'tx_clk' clock source, it is also
possible to use the pixel clock signal from the parallel LCD
interface ('pclk') as the reference clock for PLL.
The 'tx_clk' clock speed may be different on different boards/devices
(the allowed range is 8MHz - 30MHz). Which is not ve
Hi York,
> -Original Message-
> From: Sun York-R58495
> Sent: Saturday, January 17, 2015 1:23 AM
> To: Tang Yuantian-B29983
> Cc: u-boot@lists.denx.de
> Subject: Re: [PATCH] mpc85xx/t102xqds: convert deep sleep to generic board
> interface
>
> Yuantian,
>
> On 01/15/2015 06:23 PM, Tang Y
Hi Andreas,
On 01/16/2015 06:16 PM, Andreas Bießmann wrote:
Hi Bo,
On 01/16/2015 10:30 AM, Bo Shen wrote:
On 01/16/2015 05:10 PM, Andreas Bießmann wrote:
On 01/16/2015 03:53 AM, Bo Shen wrote:
--- a/arch/arm/cpu/arm926ejs/at91/Makefile
+++ b/arch/arm/cpu/arm926ejs/at91/Makefile
@@ -25,5 +2
Hi Heiko,
On 01/16/2015 07:35 PM, Heiko Schocher wrote:
Hello Bo
Am 16.01.2015 03:53, schrieb Bo Shen:
Supports boot up from NAND flash with software ECC eanbled.
And supports boot up from SD/MMC card with FAT file system.
As the boot from SD/MMC card with FAT file system, the BSS
segment is
On Sunday, January 18, 2015 at 05:44:45 PM, Paul Kocialkowski wrote:
> When booting from USB peripheral boot, the bootrom will not properly deinit
> the MUSB controller, which doesn't clearly indicate an USB disconnection
> to the host and leaves U-Boot to deal with the state of the previous USB
>
On Sun, 18 Jan 2015 13:23:26 +0100
Hans de Goede wrote:
> While working on adding more boards I noticed that we lack a config for
> the 512M cubieboard, and that some of the new boards which I want to add also
> have 512M and 1G variants, rather then adding 2 defconfig's for all of these,
> lets
- add support for CONFIG_SYS_INIT_SP_ADDR
- add support for CONFIG_SYS_MALLOC_F_LEN
- implement MIPS specific setup of gd_t structure and malloc
area after initial stack area
Daniel Schwierzeck (2):
MIPS: add support for CONFIG_SYS_INIT_SP_ADDR
MIPS: add support for pre-relocation malloc
Support the existing config option CONFIG_SYS_INIT_SP_ADDR on
MIPS. This allows to move the initial stack to other places
than the beginning of RAM.
Signed-off-by: Daniel Schwierzeck
---
arch/mips/cpu/mips32/start.S | 7 ++-
arch/mips/cpu/mips64/start.S | 7 ++-
2 files changed, 12 inse
Implement MIPS specific setup of the gd_t structure to support
pre-relocation malloc. If CONFIG_SYS_MALLOC_F_LEN is specified,
a memory area will be reserved after the initial stack area and
the gd->malloc_base pointer will be initialized.
After this patch the new driver model can be used on MIPS.
Signed-off-by: Daniel Schwierzeck
---
arch/mips/Kconfig | 4
include/configs/malta.h | 2 --
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index d87cbb4..ef78929 100644
--- a/arch/mips/Kconfig
+++ b/arch/mips/Kconfig
@@ -29,6 +29,
Conditionally set head-y and lib-y with boolean Kconfig symbols
for selected CPU. This deprecates the usage of the $(CPU) variable.
Signed-off-by: Daniel Schwierzeck
---
arch/mips/Kconfig | 8
arch/mips/Makefile | 6 --
2 files changed, 12 insertions(+), 2 deletions(-)
diff --git
On Sun, 18 Jan 2015 11:38:06 -0800 (PST)
Ezaul Zillmer wrote:
> Hello
>
> How could run u-boot with lcd with
> Cubieboard2 + DVK-521 using Kernke 3.19rc3
> u-boot-wip with HDMI is already running
> not get to do the LCD picture
>
> Configuration it would be LCD e toud
>
> fex
[...]
There are
Hello
How could run u-boot with lcd with
Cubieboard2 + DVK-521 using Kernke 3.19rc3
u-boot-wip with HDMI is already running
not get to do the LCD picture
Configuration it would be LCD e toud
fex
[disp_init]
disp_init_enable = 1
disp_mode = 0
screen0_output_type = 1
screen0_output_mode = 4
scree
Hello all,
every now and then a new round of discussions about the U-Boot
licensing terms comes to boil. As I started this project nearly
15 years ago, and still regularly participate in it's development
processes, I've been asked to comment on this topic. Here we go:
Legal disclaimer: I am
At present SPL uses a single stack, either CONFIG_SPL_STACK or
CONFIG_SYS_INIT_SP_ADDR. Since some SPL features (such as MMC and
environment) require a lot of stack, some boards set CONFIG_SPL_STACK to
point into SDRAM. They then set up SDRAM very early, before board_init_f(),
so that the larger st
On Thu, 2015-01-15 at 16:49 -0700, Stephen Warren wrote:
> On 01/13/2015 12:45 PM, Ian Campbell wrote:
> > In this case the secure code lives in RAM, and hence needs to be reserved,
> > but
> > it has been relocated, so the reservation of __secure_start does not apply.
> >
> > Add support for sett
Hi,
On 18-01-15 17:31, Ian Campbell wrote:
On Sun, 2015-01-18 at 13:23 +0100, Hans de Goede wrote:
CONFIG_TARGET_FOO is only used in board/sunxi/Makefile to select the
dram config for sun5i and sun7i boards and in board/sunxi/gmac.c for some
special handling of the bananapi/bananapro (both sun7
Hi,
On 18-01-15 17:26, Ian Campbell wrote:
On Sun, 2015-01-18 at 16:24 +, Ian Campbell wrote:
On Sun, 2015-01-18 at 13:23 +0100, Hans de Goede wrote:
Currently we've separate detailed dram settings for all sun4i boards, this
moves them
There's only one board here, did you intend for the
Hi,
On 18-01-15 17:24, Ian Campbell wrote:
On Sun, 2015-01-18 at 13:23 +0100, Hans de Goede wrote:
Currently we've separate detailed dram settings for all sun4i boards, this
moves them
There's only one board here, did you intend for the next patch to be
folder with this one as a bulk switch?
When booting from USB peripheral boot, the bootrom will not properly deinit the
MUSB controller, which doesn't clearly indicate an USB disconnection to the host
and leaves U-Boot to deal with the state of the previous USB session.
On some host controller drivers (e.g. xhci_hcd), this ends up in a
Hi,
On 18-01-15 17:22, Ian Campbell wrote:
On Sun, 2015-01-18 at 13:23 +0100, Hans de Goede wrote:
diff --git a/board/sunxi/dram_sun4i_auto.c b/board/sunxi/dram_sun4i_auto.c
new file mode 100644
index 000..115b597
--- /dev/null
+++ b/board/sunxi/dram_sun4i_auto.c
@@ -0,0 +1,31 @@
+/* this f
On Sun, 2015-01-18 at 13:23 +0100, Hans de Goede wrote:
> The mk802 is the "classic" Allwinner A10 based hdmi tv-stick, it features
> 512M or 1G RAM, 4G nand, a mini-hdmi female connector, USB-A receptacle,
> mini-usb receptacle (OTG) and USB-wifi. Somewhat unique the mk802 does not
> use the AXP20
> > > The SET_ADDRESS request is received just fine, it then sets
> > > musb->ep0_state = MUSB_EP0_STAGE_STATUSIN; but no IRQ arrives to trigger
> > > another call to musb_g_ep0_irq. Eventually, the host just sends back
> > > another SET_REQUEST. Looking at dmesg on the host (Device not responding
On Sun, 2015-01-18 at 16:31 +, Ian Campbell wrote:
> On Sun, 2015-01-18 at 13:23 +0100, Hans de Goede wrote:
> > CONFIG_TARGET_FOO is only used in board/sunxi/Makefile to select the
> > dram config for sun5i and sun7i boards and in board/sunxi/gmac.c for some
> > special handling of the bananap
On Sun, 2015-01-18 at 13:23 +0100, Hans de Goede wrote:
> CONFIG_TARGET_FOO is only used in board/sunxi/Makefile to select the
> dram config for sun5i and sun7i boards and in board/sunxi/gmac.c for some
> special handling of the bananapi/bananapro (both sun7i), iow it is not used
> at all on any su
On Sun, 2015-01-18 at 13:23 +0100, Hans de Goede wrote:
> Currently we've separate detailed dram settings for all sun4i boards, this
> moves them over to using auto dram configuration so that we can get rid of
> all the per board dram_foo.c files.
>
> This been tested on a A10-OLinuXino-Lime, Chuw
On Sun, 2015-01-18 at 16:24 +, Ian Campbell wrote:
> On Sun, 2015-01-18 at 13:23 +0100, Hans de Goede wrote:
> > Currently we've separate detailed dram settings for all sun4i boards, this
> > moves them
>
> There's only one board here, did you intend for the next patch to be
> folder with this
On Sun, 2015-01-18 at 13:23 +0100, Hans de Goede wrote:
> Currently we've separate detailed dram settings for all sun4i boards, this
> moves them
There's only one board here, did you intend for the next patch to be
folder with this one as a bulk switch? Or is there something
particularly interesti
On Sun, 2015-01-18 at 13:23 +0100, Hans de Goede wrote:
> diff --git a/board/sunxi/dram_sun4i_auto.c b/board/sunxi/dram_sun4i_auto.c
> new file mode 100644
> index 000..115b597
> --- /dev/null
> +++ b/board/sunxi/dram_sun4i_auto.c
> @@ -0,0 +1,31 @@
> +/* this file is generated, don't edit it y
On Sun, 2015-01-18 at 13:23 +0100, Hans de Goede wrote:
> PH12 is Vbus enable for Vbus2, not Vbus1.
>
> Signed-off-by: Hans de Goede
Acked-by: Ian Campbell
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Sun, 2015-01-18 at 13:23 +0100, Hans de Goede wrote:
> We do not use the axp209 interrupt, and at least in my mini-x (which does not
> have a power button) the pwr-button pin and the irq pin are soldered together,
> so if the axp209 keeps it irq asserted to long it will see a 10s pwr-button
> pr
Hi Soeren,
On 01/14/2015 01:34 PM, Soeren Moch wrote:
Add support for hdmi console.
Signed-off-by: Nikita Kiryanov
Cc: Stefano Babic
Cc: Igor Grinberg
---
board/compulab/cm_fx6/cm_fx6.c | 51
++
include/configs/cm_fx6.h | 15 +
The mk802ii is a revised version of the mk802 A10 based hdmi tv-stick, it
features 1G RAM, 4G nand, a hdmi male connector, USB-A receptacle, 2 micro
usb receptacles (OTG & power) and USB-wifi, and does come with an axp209 pmic.
For more details see: http://linux-sunxi.org/Rikomagic_mk802ii
Signed
Currently we've separate detailed dram settings for all sun4i boards, this
moves them over to using auto dram configuration so that we can get rid of
all the per board dram_foo.c files.
This been tested on a A10-OLinuXino-Lime, Chuwi_V7_CW0825 and
ba10_tv_box.
Signed-off-by: Hans de Goede
---
b
The mk802_a10s re-uses is the "classic" mk802 case and functionality, but has
an A10s SoC inside rather then the A10, it features 512M or 1G RAM, 4G nand,
a mini-hdmi female connector, USB-A receptacle, mini-usb receptacle (OTG)
and a sdio realtek wifi chip. Unlike the original mk802 it does have a
CONFIG_TARGET_FOO is only used in board/sunxi/Makefile to select the
dram config for sun5i and sun7i boards and in board/sunxi/gmac.c for some
special handling of the bananapi/bananapro (both sun7i), iow it is not used
at all on any sun4i, sun6i and sun8i boards so lets get rid of it there.
Signed
Currently we've separate detailed dram settings for all sun4i boards, this
moves them over to using auto dram configuration so that we can get rid of
all the per board dram_foo.c files.
Signed-off-by: Hans de Goede
---
board/sunxi/Makefile | 2 +-
board/sunxi/dram_sun4i_408_10
The mk802 is the "classic" Allwinner A10 based hdmi tv-stick, it features
512M or 1G RAM, 4G nand, a mini-hdmi female connector, USB-A receptacle,
mini-usb receptacle (OTG) and USB-wifi. Somewhat unique the mk802 does not
use the AXP209 pmic, it does not have a pmic at all.
For more details see: h
While working on adding more boards I noticed that we lack a config for
the 512M cubieboard, and that some of the new boards which I want to add also
have 512M and 1G variants, rather then adding 2 defconfig's for all of these,
lets switch the exising boards which have both a 512M and 1024M variant
We do not use the axp209 interrupt, and at least in my mini-x (which does not
have a power button) the pwr-button pin and the irq pin are soldered together,
so if the axp209 keeps it irq asserted to long it will see a 10s pwr-button
press and hard power off the board, disabling the irqs fixes this.
PH12 is Vbus enable for Vbus2, not Vbus1.
Signed-off-by: Hans de Goede
---
configs/ba10_tv_box_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configs/ba10_tv_box_defconfig b/configs/ba10_tv_box_defconfig
index 6ca7c57..37bf51b 100644
--- a/configs/ba10_tv_box_defco
Hi,
On 18-01-15 12:33, Siarhei Siamashka wrote:
On Tue, 13 Jan 2015 13:33:32 +0100
Hans de Goede wrote:
While running some tests with an Olinuxino-A13-Micro + a 7" Olimex LCD module
I noticed that the screen flickered. This is caused by the lcd display clk
phase reg value being set to 0, wher
Hi Simon,
On 01/15/2015 12:48 AM, Simon Glass wrote:
Hi Nikita,
On 14 January 2015 at 01:42, Nikita Kiryanov wrote:
This series consists of updates for cm-fx6. Some of these updates (specifically:
compulab: splash: use errno values
compulab: splash: refactor splash.c
compulab: splash: support
The following changes since commit ab77f24119e80257de4ab017b877f92f96980562:
Merge branch 'master' of git://git.denx.de/u-boot-ti (2015-01-16 10:25:01
-0500)
are available in the git repository at:
git://git.denx.de/u-boot-usb.git master
for you to fetch changes up to 119339759266b81af1aa8
On Tue, 13 Jan 2015 13:33:32 +0100
Hans de Goede wrote:
> While running some tests with an Olinuxino-A13-Micro + a 7" Olimex LCD module
> I noticed that the screen flickered. This is caused by the lcd display clk
> phase reg value being set to 0, where it should be 1 in this setup.
>
> This comm
Hello Anton,
Am 17.01.2015 17:06, schrieb Anton Habegger:
Now I realized the "dangling branch" and "dangling match" messages on
Linux is generated during the ubifs_replay_journal(). Under U-Boot
this call is disabled:
super.c mount_ubifs:
#ifndef __UBOOT__
err = ubifs_replay_journal(c);
if (er
80 matches
Mail list logo
