Dear Ian Campbell,
In message <1395438845.2234.95.ca...@hastur.hellion.org.uk> you wrote:
> This is my second cut at an upstreamable series based upon the
> https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
> intention is to present a minimal starting point for upstreaming to
> which
Dear Ian Campbell,
In message <1395438866-1193-4-git-send-email-...@hellion.org.uk> you wrote:
> This has been stripped back for mainlining and supports only sun7i. These
> changes are not useful by themselves but are split out to make the patch sizes
> more manageable.
>
> As well as the followi
Dear Ian Campbell,
In message <1395438866-1193-5-git-send-email-...@hellion.org.uk> you wrote:
> This has been stripped back for mainlining and supports only sun7i booting via
> FEL mode. These changes are not useful by themselves but are split out to make
> the patch sizes more manageable.
>
> A
On Friday, March 21, 2014 at 11:50:18 PM, Eric Nelson wrote:
[...]
> > 1) The kernel (old, I know) I am using does not like that PCIe to have
> > been formerly probed by u-boot. It hangs at probing if so.
>
> We haven't had any trouble with our boundary-imx_3.0.35_4.1.0 branch
> (which is based
Hi Thierry,
On 03/21/2014 11:47 AM, Thierry Bultel wrote:
Le 18/03/2014 13:34, Stefano Babic a écrit :
Hi Thierry,
>>
On 18/03/2014 12:28, tbul...@free.fr wrote:
Hi,
I am working on a board (AMOS820 from Via) based on the mx6qsabrelite.
The BSP provided by the manufacturer is quite old.
I
This has been stripped back for mainlining and supports only sun7i booting via
FEL mode. These changes are not useful by themselves but are split out to make
the patch sizes more manageable.
As well as the following signed-off-by the sunxi branch shows commits to these
files authored by the follow
This has been stripped back for mainlining and supports only sun7i. These
changes are not useful by themselves but are split out to make the patch sizes
more manageable.
As well as the following signed-off-by the sunxi branch shows commits to these
files authored by the following:
Almo Nito
Ca
From: Stephen Warren
Use smaller fields in the Tegra pinmux structures in order to pack the
data tables into a smaller space. This saves around 1-3KB for the SPL
and around 3-8KB for the main build of U-Boot, depending on the board,
which SoC it uses, and how many pinmux table entries there are.
As well as the following signed-off-by the sunxi branch shows commits to these
files authored by the following:
Henrik Nordstrom
Tom Cubie
Signed-off-by: Stefan Roese
Signed-off-by: Ian Campbell
---
v2: Based on u-boot-sunxi.git#sunxi d9aa5dd3d15c "sunxi: mmc:
checkpatch whitespace fixes" wi
As well as the following signed-off-by the sunxi branch shows commits to these
files authored by the following:
Stefan Roese
Tom Cubie
yemao
Signed-off-by: Henrik Nordstrom
Signed-off-by: Luke Leighton
Signed-off-by: Oliver Schinagl
Signed-off-by: Wills Wang
Signed-off-by: Ian Campbell
Signed-off-by: Chen-Yu Tsai
Signed-off-by: Jens Kuske
Signed-off-by: Ian Campbell
---
v2: Based on u-boot-sunxi.git#sunxi d9aa5dd3d15c "sunxi: mmc:
checkpatch whitespace fixes" with v2014.04-rc2 merged in:
- drop accidentally doubled hunk
- use gpio setup functions
- moved before mmc
Signed-off-by: Oliver Schinagl
Signed-off-by: Ian Campbell
Reviewed-by: Tom Rini
---
v2: Based on u-boot-sunxi.git#sunxi d9aa5dd3d15c "sunxi: mmc:
checkpatch whitespace fixes" with v2014.04-rc2 merged in.
v1: Based on u-boot-sunxi.git#sunxi commit d854c4de2f57 "arm: Handle .gnu.hash
section in
This has been stripped back for mainlining and supports only sun7i. These
changes are not useful by themselves but are split out to make the patch sizes
more manageable.
As well as the following signed-off-by the sunxi branch shows commits to these
files authored by the following:
Alejandro Mery
This has been stripped back for mainlining and supports only sun7i. These
changes are not useful by themselves but are split out to make the patch sizes
more manageable.
As well as the following signed-off-by the sunxi branch shows commits to these
files authored by the following:
Alejandro Mery
This has been stripped back for mainlining and supports only sun7i. These
changes are not useful by themselves but are split out to make the patch sizes
more manageable.
As well as the following signed-off-by the sunxi branch shows commits to these
files authored by the following:
Carl van Schai
This is my second cut at an upstreamable series based upon the
https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The
intention is to present a minimal starting point for upstreaming to
which support for other processors, peripherals, boards etc can be
added in the future. Therefore this h
I've updated u-boot-tegra/next with this patch, rebased it against ARM master,
and pushed it to Denx. All tegra boards build OK.
Albert - if you want, you can use u-boot-tegra/next to bring in this patch, or
apply it to ARM master yourself, or I can do a formal PR. Let me know. Or TomR
can just
Ethernet driver configures the CPSW, SGMI and Phy and uses
the the Navigator APIs. The driver supports 4 Ethernet ports and
can work with only one port at a time.
Port configurations are defined in board.c.
Signed-off-by: Vitaly Andrianov
Signed-off-by: Murali Karicheri
Signed-off-by: WingMan K
From: Vitaly Andrianov
Multicore navigator consists of Network Coprocessor (NetCP) and
Queue Manager sub system. More details on the hardware can
be obtained from the following links:-
Network Coprocessor: http://www.ti.com/lit/pdf/sprugz6
Multicore Navigator: http://www.ti.com/lit/pdf/sprugr9
This patch set add support for keystone network driver.
The previous versions were sent as part of keystone SOC/EVM
patch series. Currently this version addresses most of the comments
against the previous version except phylib support.
I have responded to the original comment with issues that
we se
Ethernet driver configures the CPSW, SGMI and Phy and uses
the the Navigator APIs. The driver supports 4 Ethernet ports and
can work with only one port at a time.
Port configurations are defined in board.c.
Signed-off-by: Vitaly Andrianov
Signed-off-by: Murali Karicheri
Signed-off-by: WingMan K
On Friday, March 21, 2014 at 07:53:58 PM, Tom Rini wrote:
> On Fri, Mar 21, 2014 at 07:37:52PM +0100, Marek Vasut wrote:
> > On Thursday, March 20, 2014 at 11:12:57 PM, Dennis Gilmore wrote:
> > > As the next step in a generic config we are introducing a set of
> > > generic boot paramaters. Depend
From: Vitaly Andrianov
Multicore navigator consists of Network Coprocessor (NetCP) and
Queue Manager sub system. More details on the hardware can
be obtained from the following links:-
Network Coprocessor: http://www.ti.com/lit/pdf/sprugz6
Multicore Navigator: http://www.ti.com/lit/pdf/sprugr9
This patch set add support for keystone network driver.
The previous versions were sent as part of keystone SOC/EVM
patch series. Currently this version addresses most of the comments
against the previous version except phylib support.
I have responded to the original comment with issues that
we se
Currently davinci spi driver supports only bus 0 cs 0.
This patch allows driver to support bus 1 and bus 2 with
configurable number of chip selects. Also defaults are
selected in a way to avoid regression on other platforms
that uses davinci spi driver and has only one spi bus.
Signed-off-by: Rex
This patch moves the davinci i2c_defs.h file to drivers.i2c directory.
It will allow to reuse the davinci_i2c driver for TI Keystone2 SOCs.
Not used "git mv" command to move the file because small part of
it with definitions specific for Davinci SOCs has to remain in the
arch/arm/include/asm/arch-
From: Vitaly Andrianov
The keystone2 SOC requires to fix all 32 bit aliased addresses
to their 36 physical format. This has to happen after all fdt
nodes are added or modified.
Signed-off-by: Vitaly Andrianov
Signed-off-by: Murali Karicheri
Acked-by: Tom Rini
---
common/image-fdt.c|5
currently only spi0 is enabled on k2hk evm. This
configuration update is needed to enable spi1 and spi2.
Signed-off-by: Murali Karicheri
Acked-by: Tom Rini
---
include/configs/k2hk_evm.h |9 +
1 file changed, 9 insertions(+)
diff --git a/include/configs/k2hk_evm.h b/include/configs
From: Vitaly Andrianov
Signed-off-by: Vitaly Andrianov
Signed-off-by: Murali Karicheri
---
drivers/i2c/davinci_i2c.c | 343 +++--
drivers/i2c/davinci_i2c.h | 27 ++--
2 files changed, 218 insertions(+), 152 deletions(-)
diff --git a/drivers/i2c/davin
This patch add support for gpimage format as a preparatory
patch for porting u-boot for keystone2 devices and is
based on omapimage format. It re-uses gph header to store the
size and loadaddr as done in omapimage.c
Signed-off-by: Vitaly Andrianov
Signed-off-by: Murali Karicheri
Acked-by: Tom Ri
This patch introduces a configurable mechanism to disable
subpage writes in the DaVinci NAND driver.
Signed-off-by: Vitaly Andrianov
Signed-off-by: Murali Karicheri
Acked-by: Tom Rini
---
README |5 +
drivers/mtd/nand/davinci_nand.c |3 +++
2 files changed,
From: Vitaly Andrianov
This patch add basic support for the architecture timer found on recent
ARMv7 based SoCs.
Signed-off-by: Vitaly Andrianov
Signed-off-by: Murali Karicheri
Acked-by: Tom Rini
---
arch/arm/lib/Makefile |1 +
arch/arm/lib/arch_timer.c | 58 +++
Change history:
v3
- Seperated network driver patches from the original series and
and is now a different set as there are outstanding issues to be
discussed and sorted out. Also the original series is ready
for merge to upstream IMO.
- Rev
On 12 March 2014 12:10, Stephen Warren wrote:
> From: Stephen Warren
>
> I2C protocol requires open-drain IOs. Fix the Dalmore and Venice2 pinmux
> tables to configure the IOs correctly. Without this, Tegra may actively
> drive the lines high while an external device is actively driving the
> lin
On Fri, Mar 21, 2014 at 11:08:53AM -0700, Darwin Rambo wrote:
> The reason for this change is to be able to use the ARM Trusted Firmware
> (ATF) to load the various ATF images, plus u-boot, which can then load
> the kernel/ramdisk/dtb with calls to an external host from a standard
> fastmodel armv
On Fri, Mar 21, 2014 at 07:37:52PM +0100, Marek Vasut wrote:
> On Thursday, March 20, 2014 at 11:12:57 PM, Dennis Gilmore wrote:
> > As the next step in a generic config we are introducing a set of generic
> > boot paramaters. Depending on the hardwares configuration, booting from
> > supported har
On Thu, Mar 20, 2014 at 05:13:01PM -0500, Dennis Gilmore wrote:
> some boards have used fdt_file while others have used fdtfile to
> define the name of the fdt file. If we do notget a fdtfile environment
> variable, additionally check for fdt_file.
>
> Signed-off-by: Dennis Gilmore
> ---
> comm
On Thu, Mar 20, 2014 at 05:13:00PM -0500, Dennis Gilmore wrote:
> port pandaboard to use the generic distro configuation.
> remove duplicated config options, clean up the environment, include new
> environment.
[snip]
> diff --git a/include/configs/ti_omap4_common.h
> b/include/configs/ti_omap4_c
On Thu, Mar 20, 2014 at 05:12:57PM -0500, Dennis Gilmore wrote:
> As the next step in a generic config we are introducing a set of generic boot
> paramaters. Depending on the hardwares configuration, booting from supported
> hardware will be enabled, mmc, usb, sata, scsi, ide, pxe and dhcp.
>
> T
On Thu, Mar 20, 2014 at 05:12:56PM -0500, Dennis Gilmore wrote:
> Add documentation on how to setup a system to use the generic distro
> configs and boot commands. This spells out what is needed to make a
> system conformant, but does not limit the board to only the defaults.
>
> Signed-off-by: D
On Thu, Mar 20, 2014 at 05:12:59PM -0500, Dennis Gilmore wrote:
> port beagleboard to use the generic distro configuation.
> remove duplicated config options, clean up the environment, include new
> environment.
>
> Signed-off-by: Dennis Gilmore
> ---
> include/configs/am335x_evm.h | 62
>
Le 18/03/2014 13:34, Stefano Babic a écrit :
Hi Thierry,
On 18/03/2014 12:28, tbul...@free.fr wrote:
Hi,
I am working on a board (AMOS820 from Via) based on the mx6qsabrelite.
The BSP provided by the manufacturer is quite old.
I managed to port it from Freescale uboot-imx rel_imx_3.0.35_4.1
On Thursday, March 20, 2014 at 11:12:57 PM, Dennis Gilmore wrote:
> As the next step in a generic config we are introducing a set of generic
> boot paramaters. Depending on the hardwares configuration, booting from
> supported hardware will be enabled, mmc, usb, sata, scsi, ide, pxe and
> dhcp.
>
From: Stephen Warren
Remove a few unused functions from the pinmux header. They aren't
currently used, and removing them prevents any new usage from appearing.
This will ease moving to just pinmux_config_table() and
padgrp_config_table() in the future.
Signed-off-by: Stephen Warren
Acked-by: Si
From: Stephen Warren
Clean up the naming of pinmux-related objects:
* Refer to drive groups rather than pad groups to match the Linux kernel.
* Ensure all pinmux API types are prefixed with pmux_, values (defines)
are prefixed with PMUX_, and functions prefixed with pinmux_.
* Modify a few type
On 03/12/2014 01:10 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> I2C protocol requires open-drain IOs. Fix the Dalmore and Venice2 pinmux
> tables to configure the IOs correctly. Without this, Tegra may actively
> drive the lines high while an external device is actively driving the
> lin
From: Stephen Warren
This removes a bunch of open-coded register IO, masking, and shifting.
I would have squashed this into "ARM: tegra: pinctrl: remove duplication"
except that keeping it a separate commit allows easier bisection of any
issues that are introduced by this patch. I also wrote this
From: Stephen Warren
This renames all the Tegra20 pinmux pins and functions so they have a
prefix which matches the type name.
The entries in tegra20_pingroups[] are all updated to remove the columns
which are no longer used.
All affected code is updated to match.
Signed-off-by: Stephen Warren
From: Stephen Warren
Tegra's "APB misc" register region contains various miscellaneous
registers and the Tegra pinmux registers. Some code that touches the
misc registers currently uses struct pmux_tri_ctlr, which is intended to
be a definition of pinmux registers, rather than struct apb_misc_pp_
From: Stephen Warren
This field isn't used anywhere, so remove it. Note that PIN() macros are
left unchanged for now, to avoid many diffs to them; later commits will
completely rewrite them just one time.
Signed-off-by: Stephen Warren
Acked-by: Simon Glass
---
v2: No change.
---
arch/arm/cpu/
From: Stephen Warren
This series:
a) Removes some unused cruft from the Tegra pinmux drivers.
b) Creates a single implementation of the Tegra pinmux API thus removing
a lot of duplicate code.
c) Auto-generates the Tegra30/114/124 pinmux data from the same data
source used to auto-generate t
From: Stephen Warren
pinmux_init() is a board-level function, not a pinmux driver function.
Move the prototype to a board header rather than the driver header.
Signed-off-by: Stephen Warren
Acked-by: Simon Glass
---
v2: No change.
---
arch/arm/include/asm/arch-tegra/board.h | 1 +
arch/ar
From: Stephen Warren
This field isn't used anywhere, so remove it. Note that PIN() macros are
left unchanged for now, to avoid many diffs to them; later commits will
completely rewrite them just one time.
Signed-off-by: Stephen Warren
Acked-by: Simon Glass
---
v2: No change.
---
arch/arm/cpu/
From: Stephen Warren
For consistency with other SoCs, modify Tegra20's enum pmux_func to:
* Remove PMUX_FUNC values that aren't real
* Use the same PMUX_FUNC_RSVD[1-4] values, and ensure (RSVD1 & 3)==0;
this will be assumed by pinmux_set_func() in a future patch.
Unfortunately, PMUX_FUNC_RSVD
On Friday, March 21, 2014 at 04:53:40 PM, soderstrom.rik...@gmail.com wrote:
> From: Rikard Söderström
>
> This patch is an RFC.
>
> ns9750 was removed in commit 4cfc611b4a4ce009cfad46804bec2a1caad8e329, this
> is an attempt to make it work again. Comparing the files from removal
> revision and
Scott,
I am having a problem recreating u-boot.elf for aarch64 targets. The file is OK
when Ttext is aligned with 64KB boundary, for example 0x3000. But if I use
0x30001000 as the text base, the result u-boot.elf has additional offset of
0x1. For example, the first instruction should be (f
The reason for this change is to be able to use the ARM Trusted Firmware
(ATF) to load the various ATF images, plus u-boot, which can then load
the kernel/ramdisk/dtb with calls to an external host from a standard
fastmodel armv8 board file using semihosting, and then launch the kernel
without a bo
On Thu, Mar 20, 2014 at 02:17:07PM +0100, Daniel Schwierzeck wrote:
> 2014-03-20 1:11 GMT+01:00 Masahiro Yamada :
> >
> > Basicly I think it's a good idea, but I am afraid there are some
> > problems.
> >
> > [1]
> > First, in this case, how can we select the target board?
> >
> > Like this?
> >
>
Hi,
Is there a command to read raw data from a disk partition to memory?
Thanks,
sk
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello,
here is an idea, how to fix the
void video_invertchar(int xx, int yy)
routine in
cfb_console.c
This is not a patch yet, just a idea.
Reinhard
diff --git a/drivers/video/cfb_console.c b/drivers/video/cfb_console.c
index 904caf7..33d5a2c 100644
--- a/drivers/video/cfb_console.c
+++ b/dr
On Fri, Mar 21, 2014 at 09:56:20AM +0100, Przemyslaw Marczak wrote:
> This allows to use exynos random number generator by enabling configs:
> - CONFIG_EXYNOS_ACE_SHA
> - CONFIG_LIB_HW_RAND
>
> Signed-off-by: Przemyslaw Marczak
> Acked-by: Lukasz Majewski
> cc: Piotr Wilczek
> cc: Minkyu Kang
On Fri, Mar 21, 2014 at 09:56:19AM +0100, Przemyslaw Marczak wrote:
> This patch adds implementation of rand library based on hardware random
> number generator of security subsystem in Exynos SOC.
>
> This library includes:
> - srand() - used for seed hardware block
> - rand() - returns rando
On Fri, Mar 21, 2014 at 09:56:18AM +0100, Przemyslaw Marczak wrote:
> Signed-off-by: Przemyslaw Marczak
> Cc: Minkyu Kang
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http:
On Fri, Mar 21, 2014 at 10:00:46AM +0100, Przemyslaw Marczak wrote:
> Hi all,
>
> On 03/21/2014 09:56 AM, Przemyslaw Marczak wrote:
> >New configs:
> >- CONFIG_LIB_RAND- to enable implementation of rand library in lib/rand.c
> >- CONFIG_LIB_HW_RAND - to enable hardware based implementations o
On Tue, Mar 18, 2014 at 09:22:50AM +0100, Maxime Ripard wrote:
> On Mon, Mar 17, 2014 at 03:33:19PM -0400, Tom Rini wrote:
> > On Sun, Mar 16, 2014 at 03:19:40PM +, Ian Campbell wrote:
> > > On Fri, 2014-03-14 at 15:03 -0400, Tom Rini wrote:
> > > > On 03/14/2014 02:50 PM, Hans de Goede wrote:
On Mon, Mar 17, 2014 at 08:15:54PM -0600, Simon Glass wrote:
> Hi Tom,
>
> This collects up all the remaining sandbox changes to get the
> LCD/keyboard emulation running in U-Boot. Most of this was submitted
> for the last release but I had to hold back because the LCD was
> enabled by default -
On Thu, Mar 20, 2014 at 08:48:04AM +0900, Masahiro Yamada wrote:
> Hi Tom,
>
>
> > > In message
> > > you
> > > wrote:
> > > >
> > > > maybe we should import get_maintainers.pl from kernel and readd
> > > > MAINTAINERS in the according format. So we could easily maintain infos
> > > > about bo
Hello,
if have updated the u-boot for the cpci750 recently.
If i use the console on the CPCI-DVI VGA graphic board, i now get
strange coursor colors.
I have investigated the problem, and find out, that with commit
03d31fcf4c37d90a00e66f06b38742960139f090
video: cfb_console: Make the softwar
CPU sets DMA buffer descriptors with data required for inetrnal DMA such as:
* Ownership of BD
* Buffer size
* Pointer to data buffer in memory
Then we need to make sure DMA engine of NAND controller gets proper data.
For this we flush buffer rescriptor.
Then we're ready for DMA transaction.
It's important to have ability to flush/invalidate each DMA buffer descriptor
individually to prevent incoherency of adjacent BDs.
Signed-off-by: Alexey Brodkin
Cc: Vineet Gupta
Cc: Joe Hershberger
Cc: Vipin Kumar
Cc: Stefan Roese
Cc: Shiraz Hashim
Cc: Albert ARIBAUD
Cc: Amit Virdi
Cc: So
Hello Minkyu,
On 03/06/2014 07:51 AM, Minkyu Kang wrote:
On 28/02/14 23:30, Przemyslaw Marczak wrote:
This patch removes type "static" from those functions declaration.
Now it can be used outside.
outside where?
I think there's no reason to make them to non-static function.
If you want to use
Hi all,
On 03/21/2014 09:56 AM, Przemyslaw Marczak wrote:
New configs:
- CONFIG_LIB_RAND- to enable implementation of rand library in lib/rand.c
- CONFIG_LIB_HW_RAND - to enable hardware based implementations of lib rand
Other changes:
- add CONFIG_LIB_RAND to boards configs which needs ran
This allows to use exynos random number generator by enabling configs:
- CONFIG_EXYNOS_ACE_SHA
- CONFIG_LIB_HW_RAND
Signed-off-by: Przemyslaw Marczak
Acked-by: Lukasz Majewski
cc: Piotr Wilczek
cc: Minkyu Kang
---
Changes v2:
- none
Changes v3:
- change config name CONFIG_RAND_HW_ACCEL to CO
This patch adds implementation of rand library based on hardware random
number generator of security subsystem in Exynos SOC.
This library includes:
- srand() - used for seed hardware block
- rand() - returns random number
- rand_r() - the same as above with given seed
which depends on CONFIG_
New configs:
- CONFIG_LIB_RAND- to enable implementation of rand library in lib/rand.c
- CONFIG_LIB_HW_RAND - to enable hardware based implementations of lib rand
Other changes:
- add CONFIG_LIB_RAND to boards configs which needs rand()
- put only one rand.o dependency in lib/Makefile
CONFIG_
Signed-off-by: Przemyslaw Marczak
Cc: Minkyu Kang
---
Changes v3:
- new commit - after separate changes from next commit
Changes v4:
- none
---
arch/arm/include/asm/arch-exynos/cpu.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/include/asm/arch-exynos/cpu.h
The patch with commit id "020bbcb76b5be0d5406d2ae7c26dbdb013ead812"
adds some init codes for XHCI but not for EHCI.
It will causes a bug for EHCI.
so use macro "#ifndef CONFIG_USB_EHCI" to mask
it for EHCI.
Signed-off-by: Zhao Qiang
---
common/usb_hub.c | 5 +
1 file changed, 5 insertions(+)
Add u-qe support for t1040qds
Signed-off-by: Zhao Qiang
---
Changes for v2:
- modify CONFIG_SYS_QE_FMAN_FW_ADDR to CONFIG_SYS_FMAN_FW_ADDR and
CONFIG_SYS_QE_FW_ADDR
Changes for v3:
- use CONFIG_U_QE instead of CONFIG_PPC_T1040
Changes for v4:
- ifdef CONFIG_U_QE, include
CONFIG_SYS_QE_FMAN_FW_ADDR is used to both Fman and QE for microcode address.
Now using CONFIG_SYS_FMAN_FW_ADDR for Fman microcode address,
and CONFIG_SYS_QE_FW_ADDR for QE microcode address.
Signed-off-by: Zhao Qiang
---
Changes for v2:
- no
Changes for v3:
- no
Changes for v4:
Modify code to adapt to both u-qe and qe.
U_QE is a kind of cutted QE.
the differences between U_QE and QE
1. UCC: U_QE supports 2 UCCs while QE supports up to 8 UCCs.
2. IMMR: have different immr base addr.
3. iopin: U_QE doesn't need to config iopin.
Signed-off-by: Zhao
Hi,
On 03/21/2014 05:40 AM, Jonghwa Lee wrote:
Since TIZEN group has been used 450 X 140 bmp logo for lunchbox,
this patch tries to change the logo size from 500 X 150 to official size.
By reducing image size, we also save about 35KB.
To make row aligned 4 bytes, add 2 pixels to row. Therefore
Hi Eric,
thanks for your help.
Best regrads,
Andreas
-Original Message-
Hi Andreas,
Le Thu, 20 Mar 2014 16:13:53 +,
Andreas Geisreiter a écrit :
> Thanks for your help. In the header files which you mentioned I found the
> following:
>
> V-Sync: Active high or low = FB_SYNC_VER
82 matches
Mail list logo
