Hi,
On Sun, Nov 11, 2012 at 6:47 AM, Mike Frysinger wrote:
> When using open(), the O_CREAT flag must be given a mode, otherwise it
> uses random garbage from the stack. Also, it can fail to build:
>
> In file included from /usr/include/fcntl.h:290:0,
> from fw_env_main.c:42:
>
We plan to move architecture-specific data into a separate structure so
that we can make the rest of it common.
As a first step, create struct arch_global_data to hold these fields.
Initially it is empty.
This patch applies to all archs at once. I can split it if this is really
a pain.
Signed-of
This patch adds the a4m2k MPC5200B board port. Its a derivate of
the a3m071 board with only minor changes.
Additionally this patch includes some clean-up changes:
- Remove I2C support from a3m071 as its unused
- Fix/enhance default env variables
- Fix some comments
- Add newly introduced CONFIG_SP
On 13/12/2012 11:47, Richard Genoud wrote:
> toupper/tolower function are already declared, so use them.
>
> Signed-off-by: Richard Genoud
> ---
> fs/fat/fat.c |3 ++-
> fs/fat/fat_write.c |3 ++-
> include/fat.h |3 ---
> 3 files changed, 4 insertions(+), 5 deletions(-)
>
On 12/14/2012 3:29 AM, Scott Wood wrote:
On 12/13/2012 04:38:18 AM, Vipin Kumar wrote:
+ for (off = 0; off < nand->size; off += nand->erasesize) {
+ const image_header_t *header;
+ int ret;
+
+ if (nand_block_isbad(nand, off))
+ continue;
+
+ len = sizeof(buffer);
+
+ ret = nand_read(nand, off,
On 12/13/2012 6:41 PM, Marek Vasut wrote:
Dear Vipin Kumar,
The current logic reads the port status just once after usb_hub_power_on
and expects the portstatus and portchange to report the connection status
immediately and correctly.
Few pen drives are not able to report both of them immediate
On 12/07/2012 02:34 PM, Minkyu Kang wrote:
> Dear Jaehoon,
>
> On 22/11/12 13:22, Jaehoon Chung wrote:
>> To get exactly clock value for mmc, support the get_mmc_clk() like
>> set_mmc_clk().
>>
>> Signed-off-by: Jaehoon Chung
>> Signed-off-by: Kyungmin Park
>> ---
>> arch/arm/cpu/armv7/exynos/c
On 12/14/2012 3:22 AM, Scott Wood wrote:
On 12/13/2012 12:10:58 AM, Vipin Kumar wrote:
Or better, just have one CONFIG_CMD_IMLS and have it operate on
whatever flash types are configured into U-Boot.
I didn't do it because until now the CONFIG_CMD_IMLS config is
tightly bound with flash only
ping again
On 12/6/2012 2:52 PM, Vipin KUMAR wrote:
Certain ARMV7 cpus eg. CortexA9 contains a local and a global timer within the
CPU core itself. This patch adds generic support for local timer.
Signed-off-by: Vipin Kumar
---
arch/arm/cpu/armv7/Makefile | 11 ++-
arch/arm/cpu/armv7
+
+ switch (genimg_get_format(buffer)) {
+ case IMAGE_FORMAT_LEGACY:
+ header = (const image_header_t *)buffer;
+ len = image_get_image_size(header);
+
+ ret = nand
Hi Simon,
2012/12/14 Simon Glass :
> Move microblaze over to use generic global_data.
>
> Signed-off-by: Simon Glass
> ---
> Changes in v2: None
>
> arch/microblaze/include/asm/global_data.h | 27 +--
> 1 files changed, 1 insertions(+), 26 deletions(-)
>
will be better
This patch set adds FDT support to I2C, I2S, SPI
drivers for SMDK5250.
Based on:
1) "[PATCH 0/5 v2] Add DT based ethernet driver for SMDK5250"
"http://comments.gmane.org/gmane.comp.boot-loaders.u-boot/146555";
2) "fdt: Export fdtdec_lookup() and fix the name"
"http://permalink.gmane.org/gmane.l
Add I2C device node data for exynos
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
Changes in V1:
-Rebased on latest u-boot-samsung
arch/arm/dts/exynos5250.dtsi | 64 ++
1 files changed, 64 insertions(+), 0 deletions(-)
diff --git a
This patch adds aliases for I2C.
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
Acked-by: Heiko Schocher
---
Changes in V1:
-Rebased on latest u-boot-samsung
board/samsung/dts/exynos5250-smdk5250.dts | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --
Add required compatible information for I2C driver.
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
Acked-by: Heiko Schocher
---
Changes in V1:
-Rebased on latest u-boot-samsung
include/fdtdec.h |1 +
lib/fdtdec.c |1 +
2 files changed, 2 insertions(+), 0 deletions(-
Api is added to decode peripheral id based on the interrupt number
of the peripheral.
Signed-off-by: Rajeshwari Shinde
Acked-by; Simon Glass
---
Changes in V1:
-Rebased on latest u-boot-samsung
arch/arm/cpu/armv7/exynos/pinmux.c| 28 ++
arch/arm/include
Functions added to get the I2C bus number and reset I2C bus using
FDT node.
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
Acked-by: Heiko Schocher
---
Changes in V1:
-Rebased on latest u-boot-samsung
drivers/i2c/s3c24x0_i2c.c | 83
This patch initialises I2C using FDT.
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
Acked-by: Heiko Schocher
---
Changes in V1:
-Rebased on latest u-boot-samsung
board/samsung/smdk5250/smdk5250.c | 20 +---
1 files changed, 1 insertions(+), 19 deletions(-)
d
Add sound device node data for exynos
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
Changes in V1:
-Rebased on latest u-boot-samsung
arch/arm/dts/exynos5250.dtsi |5 +
doc/device-tree-bindings/exynos/sound.txt | 27 +++
2 files
Adds sound and codec device node parameters
Signed-off-by: R. Chandrasekar
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
Changes in V1:
-Rebased on latest u-boot-samsung
board/samsung/dts/exynos5250-smdk5250.dts | 17 +
1 files changed, 17 insertions(+),
Add required compatible information for sound driver.
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
Changes in V1:
-Rebased on latest u-boot-samsung
include/fdtdec.h |2 ++
lib/fdtdec.c |2 ++
2 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/includ
This patch adds FDT support to the sound driver.
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
Changes in V1:
-Rebased on latest u-boot-samsung
drivers/sound/sound.c | 173 +
include/sound.h |4 +-
2 files changed,
This patch adds FDT support to the codec.
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
Changes in V1:
-Rebased on latest u-boot-samsung
drivers/sound/wm8994.c | 76 ++-
drivers/sound/wm8994.h |6 +--
2 files changed, 76 ins
This patch adds FDT support to sound init in CMD.
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
Changes in V1:
-Rebased on latest u-boot-samsung
common/cmd_sound.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/common/cmd_sound.c b/common/cmd_soun
Add required compatible information for SPI driver.
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
Changes in V1:
-Rebased on latest u-boot-samsung
include/fdtdec.h |1 +
lib/fdtdec.c |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/fd
This patch adds aliases for SPI.
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
Changes in V1:
-Rebased on latest u-boot-samsung
board/samsung/dts/exynos5250-smdk5250.dts |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/board/samsung/dts/exynos525
Add SPI device node data for exynos.
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
Changes in V1:
-Rebased on latest u-boot-samsung
arch/arm/dts/exynos5250.dtsi| 41 +++
doc/device-tree-bindings/exynos/isp-spi.txt | 22 +++
This patch adds FDT support to the SPI driver.
Signed-off-by: Simon Glass
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
Changes in V1:
-Rebased on latest u-boot-samsung
drivers/spi/exynos_spi.c | 96 +++---
1 files changed, 90 inse
On Thursday, December 13, 2012 11:41:29 PM, Benoît Thébaudeau wrote:
> On Thursday, December 13, 2012 5:01:00 PM, Bernhard Walle wrote:
> > I used the kobs-ng-11.09.01 software from Freescale to write the
> > bootloader to NAND, since it also writes the necessary boot header
> > and
> > has support
Dear Simon Glass,
> Move this field into arch_global_data and tidy up.
>
> Signed-off-by: Simon Glass
I think we should kill IXP. Did the IXP custodian show any activity? If not,
let's just remove this piece of junk.
Otherwise Acked-by: Marek Vasut
> ---
> Changes in v2: None
>
> arch/arm
On Tue, Dec 11, 2012 at 11:09:41AM +0100, Piotr Wilczek wrote:
> This patch series provides a new command - "gpt" for eMMC partition table
> (in the GPT format) restoration.
>
> As a pre-work, some cleanup at the part_efi.c file was performed to
> remove custom macros and make GPT related structu
On Tue, Dec 11, 2012 at 10:16:17PM -0600, Joe Hershberger wrote:
> When a variable with a registered callback is inserted, deleted, or
> overwritten the callback is called and gives the system an opportunity
> to do something in response to the change. It also has the opportunuty
> to reject the
The boot page in memory is already reserved so OS won't overwrite.
As long as the boot page translation is active, the default boot page
also needs to be reserved in case the memory is 4GB or more.
Signed-off-by: York Sun
---
arch/powerpc/cpu/mpc85xx/fdt.c | 16
1 file changed
Hi Michal,
On Fri, Dec 14, 2012 at 2:45 AM, Michal Simek wrote:
> Hi Simon,
>
> 2012/12/14 Simon Glass :
>> Move microblaze over to use generic global_data.
>>
>> Signed-off-by: Simon Glass
>> ---
>> Changes in v2: None
>>
>> arch/microblaze/include/asm/global_data.h | 27 +---
Albert,
On Thu, Dec 13, 2012 at 12:20 PM, Albert ARIBAUD
wrote:
> Hi Tom,
>
> On Mon, 10 Dec 2012 14:15:10 -0700, Tom Warren
> wrote:
>> u-boot-arm/master and u-boot-tegra/next should have the same base
>> commit (b8a7c46), so merging them isn't a big deal, and goes smoothly
>> for me. If I then
Hello,
I'm seeing a fixable bit-flip in the current u-boot (v2012.10) on a
i.Mx6 Solo based custom board. The problem is similar to the one
explained here [1].
As observed by the thread's author, does reverting the commit "1b1f9a9"
solves the issue? Did someone face a similar issue?
Thanks
On 12/14/2012 03:32:04 AM, Vipin Kumar wrote:
+
+ switch (genimg_get_format(buffer)) {
+ case IMAGE_FORMAT_LEGACY:
+ header = (const image_header_t *)buffer;
+ len = image_get_image_size(header
On 12/14/2012 03:23:26 AM, Vipin Kumar wrote:
On 12/14/2012 3:22 AM, Scott Wood wrote:
On 12/13/2012 12:10:58 AM, Vipin Kumar wrote:
+ imgdata = malloc(read_size);
+ if (!imgdata) {
+ printf("Not a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/13/12 16:51, Simon Glass wrote:
[snip]
>>> And from there we can move on and say "On ${SoC} we get a
>>> device tree (that we can't quite parse as we don't have enough
>>> resources) AND $some-data (OMDATA or an abbreviated device tree
>>> or $w
The memory layout calculations are done in calculate_relocation_address(),
and coreboot has its own version of this function. But in fact all we
really need is to set the top of usable RAM, and then the base version
will work as is.
So instead of allowing the whole calculate_relocation_address() f
Hi Tom,
On Fri, Dec 14, 2012 at 12:40 PM, Tom Rini wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 12/13/12 16:51, Simon Glass wrote:
>
> [snip]
And from there we can move on and say "On ${SoC} we get a
device tree (that we can't quite parse as we don't have enough
With this symbol we can easy append something (e.g. an FDT) to the U-Boot
binary and access it from within U-Boot.
Signed-off-by: Simon Glass
---
arch/x86/cpu/u-boot.lds |2 ++
arch/x86/include/asm/u-boot-x86.h |1 +
arch/x86/lib/init_helpers.c |2 +-
3 files changed,
At present most x86 cache operations are undefined. Add a basic
implementation for these.
Signed-off-by: Simon Glass
---
arch/x86/cpu/cpu.c | 23 +++
1 files changed, 23 insertions(+), 0 deletions(-)
diff --git a/arch/x86/cpu/cpu.c b/arch/x86/cpu/cpu.c
index 315e87a..fe6e5
With CONFIG_OF_CONTROL we may have an FDT in the BSS region. Relocate
it up with the rest of U-Boot to keep the rest of memory free.
Signed-off-by: Simon Glass
---
arch/x86/include/asm/global_data.h |1 +
arch/x86/include/asm/init_helpers.h |2 ++
arch/x86/include/asm/relocate.h |
It is useful to be able to access the timer before U-Boot has relocated
so that we can fully support bootstage.
Move the relevant variables to the data region to support this.
Signed-off-by: Simon Glass
---
arch/x86/cpu/coreboot/coreboot.c |4 ++--
arch/x86/cpu/interrupts.c|2 +-
This does not actually change normal behaviour, but adds a check that
should detect corruption of relocation data (e.g. by using BSS data
prior to relocation).
Also add additional debugging output when enabled.
During this investigation, two situations have been seen:
1. calculate_relocation_addr
At present BSS data is including in the image, which wastes binary space.
Remove it by rearranging the sections so that BSS is last.
Signed-off-by: Simon Glass
---
arch/x86/cpu/u-boot.lds | 19 ---
1 files changed, 12 insertions(+), 7 deletions(-)
diff --git a/arch/x86/cpu/u-b
We don't need this code with coreboot.
Signed-off-by: Simon Glass
---
include/configs/coreboot.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/coreboot.h b/include/configs/coreboot.h
index 5f736f2..fd383ff 100644
--- a/include/configs/coreboot.h
+++ b/i
This is currently set to coreboot.dtsi, but we cannot support this on
old device tree compilers (dtc <= 1.3), so adjust to use ARCH_CPU_DTS
to let the Makefile preprocessor sort this out.
Signed-off-by: Simon Glass
---
board/chromebook-x86/dts/link.dts |2 +-
1 files changed, 1 insertions(+)
Make use of a device tree on coreboot boards, and set the default
to link.
Signed-off-by: Simon Glass
---
include/configs/coreboot.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/include/configs/coreboot.h b/include/configs/coreboot.h
index adeace0..5f736f2 100644
On 12/14/2012 01:40 PM, Tom Rini wrote:
> On 12/13/12 16:51, Simon Glass wrote:
>
> [snip]
And from there we can move on and say "On ${SoC} we get a
device tree (that we can't quite parse as we don't have
enough resources) AND $some-data (OMDATA or an abbreviated
device tree o
Hey all,
I've tagged and pushed v2013.01-rc2 now. The next branch has been open
for a little bit, and is still open now, and in sync. Here's where
we're at:
- I expect a USB pull request from Marek soon.
- I've locally build-tested Simon's gd->arch series and will run-time
test it on a few pla
On 12/14/2012 02:14 PM, Simon Glass wrote:
> Hi Tom,
>
> On Fri, Dec 14, 2012 at 12:40 PM, Tom Rini wrote: On
> 12/13/12 16:51, Simon Glass wrote:
>
> [snip]
>> And from there we can move on and say "On ${SoC} we get
>> a device tree (that we can't quite parse as we don't have
>> eno
The following changes since commit 6e9005bd96ff0f0548a787ffafee10664a57a8e1:
omap3_evm: Let CONFIG_EFI_PARTITION be set for SPL (2012-12-13 13:58:27 -0700)
are available in the git repository at:
git://git.denx.de/u-boot-nand-flash.git master
for you to fetch changes up to 71779d5b873186941
Hi Simon,
On 15/12/12 08:13, Simon Glass wrote:
> It is useful to be able to access the timer before U-Boot has relocated
> so that we can fully support bootstage.
>
> Move the relevant variables to the data region to support this.
>
> Signed-off-by: Simon Glass
> ---
> arch/x86/cpu/coreboot/c
Dear Vipin Kumar,
In message <50caf0cb.1050...@st.com> you wrote:
> ping again
pong ;-)
> On 12/6/2012 2:52 PM, Vipin KUMAR wrote:
> > Certain ARMV7 cpus eg. CortexA9 contains a local and a global timer within
> > the
> > CPU core itself. This patch adds generic support for local timer.
What
Hi Stephen,
On Fri, Dec 14, 2012 at 2:03 PM, Stephen Warren wrote:
> On 12/14/2012 02:14 PM, Simon Glass wrote:
>> Hi Tom,
>>
>> On Fri, Dec 14, 2012 at 12:40 PM, Tom Rini wrote: On
>> 12/13/12 16:51, Simon Glass wrote:
>>
>> [snip]
>>> And from there we can move on and say "On ${SoC} we get
Dear Tom Rini,
In message <50cb8ed1.7020...@ti.com> you wrote:
>
> The other part is, take a look at the Allwinner thread from a week or
> so ago. We really need to define how we want early board specific
> data to come in because if we start saying we'll accept per-SoC
> solutions we'll be drown
Dear Stephen Warren,
In message <50cb9f9f.5010...@wwwdotorg.org> you wrote:
>
> I don't understand why you think U-Boot is in a position to mandate
> that the existing solutions that are already in place are incorrect,
> and must be replaced with some alternative.
There will always be times when
Hi Simon,
On 14/12/12 17:48, Simon Glass wrote:
> Move this field into arch_global_data and tidy up.
>
> Signed-off-by: Simon Glass
> ---
> Changes in v2: None
>
> arch/x86/include/asm/global_data.h |3 +--
> 1 files changed, 1 insertions(+), 2 deletions(-)
>
> diff --git a/arch/x86/inclu
Dear Stephen Warren,
In message <50cba217.3070...@wwwdotorg.org> you wrote:
>
> Many (most, I assume) U-Boot builds don't use device tree at all
> (yet?). I'm not sure we should tie any new mechanism for low-level
> boot information into device tree, since that severely limits where it
> can be us
Hi Graeme,
On Fri, Dec 14, 2012 at 2:15 PM, Graeme Russ wrote:
> Hi Simon,
>
> On 15/12/12 08:13, Simon Glass wrote:
>> It is useful to be able to access the timer before U-Boot has relocated
>> so that we can fully support bootstage.
>>
>> Move the relevant variables to the data region to suppor
Hi Simon,
On 14/12/12 17:48, Simon Glass wrote:
> We currently assume that the global data pointer is at the start of
> struct global_data. We want to remove this restriction, and it is
> easiest to do this in C.
>
> Remove the asm code and add equivalent code in C.
>
> This idea was proposed by
Hi Ajay,
On Thu, Dec 13, 2012 at 3:29 AM, Ajay Kumar wrote:
> Currently, exynos FIMD driver is being used to support only TIZEN LOGOs.
> In order to get LCD console, we need to enable half word swap feature
> of FIMD and use 16 BPP.
> LCD console and proprietary Logo cannot be used simultaneously
Hi Graeme,
On Fri, Dec 14, 2012 at 2:32 PM, Graeme Russ wrote:
> Hi Simon,
>
> On 14/12/12 17:48, Simon Glass wrote:
>> Move this field into arch_global_data and tidy up.
>>
>> Signed-off-by: Simon Glass
>> ---
>> Changes in v2: None
>>
>> arch/x86/include/asm/global_data.h |3 +--
>> 1 fil
On 12/14/2012 03:22 PM, Simon Glass wrote:
> Hi Stephen,
...
> Perhaps I can make the point another way. Assuming that the SOC in
> question is ARM-based and has Linux support it either supports FDT now
> or presumably will fairly soon.
Sure, but I'm *explicitly* avoiding relying on DT for this, b
Enable the io command for x86 on coreboot.
Signed-off-by: Simon Glass
---
Changes in v3: None
Changes in v2:
- Add x86 patch to enable io command for coreboot
include/configs/coreboot.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/coreboot.h b/include
From: Stefan Reinauer
Since U-Boot runs from coreboot on x86, the Coreboot version is an
important part of the boot state. This version information is
available in the coreboot tables, so print it when the 'version'
command is used.
Signed-off-by: Simon Glass
---
Changes in v3: None
Changes in
Hi Wolfgang,
On 15/12/12 09:26, Wolfgang Denk wrote:
> Dear Tom Rini,
>
> In message <50cb8ed1.7020...@ti.com> you wrote:
>>
>> The other part is, take a look at the Allwinner thread from a week or
>> so ago. We really need to define how we want early board specific
>> data to come in because if
Add a short description for this command.
Signed-off-by: Simon Glass
---
README |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/README b/README
index b5c1c03..6bf678a 100644
--- a/README
+++ b/README
@@ -838,6 +838,7 @@ The following options need to be configured:
Hello again Allan,
Can you on work device (with correct ART section and with no checksum
error), enter the u-boot command - "printenv" ?
Also would you please share your ART section of the same device?
Idea is this, it is necessary to calculate the checksum of ART section
(only not clearly what pa
Dear Graeme Russ,
In message <50cbb346.30...@gmail.com> you wrote:
>
> > And we already have a well-defined way to do this, which is the device
> > tree. So any attempts to implement something different should be
> > reviewed very carefully.
>
> I'm not sure I 100% get this, but from what I und
SPL doesn't use the environment. These list entries prevent the
functions from being garbage-collected, even though nothing will look at
the list. This caused several SPL builds (e.g. P2020RDB-PC_NAND) to
break due to size limitations.
A static inline function is used to provide a context in whi
Hi Wolfgang,
On 15/12/12 11:32, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message <50cbb346.30...@gmail.com> you wrote:
>>
>>> And we already have a well-defined way to do this, which is the device
>>> tree. So any attempts to implement something different should be
>>> reviewed very caref
Ccing the Author of [1].
On 12/14/2012 11:33 PM, Vikram Narayanan wrote:
Hello,
I'm seeing a fixable bit-flip in the current u-boot (v2012.10) on a
i.Mx6 Solo based custom board. The problem is similar to the one
explained here [1].
As observed by the thread's author, does reverting the commit
Dear Donghwa,
On 13/12/12 20:29, Ajay Kumar wrote:
> With VPLL as source clock to FIMD,
> Exynos DP Initializaton was failing sometimes with unstable clock.
> Changing FIMD source to MPLL resolves this issue.
>
> Signed-off-by: Ajay Kumar
> Acked-by: Simon Glass
> ---
> arch/arm/cpu/armv7/exyn
Dear Ajay,
On 13/12/12 20:29, Ajay Kumar wrote:
> Add panel_info structure required by LCD driver
> and DP panel platdata for SMDK5250.
> Add GPIO configuration for LCD.
> Enable FIMD and DP support on SMDK5250.
> DP Panel size: 2560x1600.
> We use 16BPP resolution to get LCD console.
>
> Signed-
Dear Ajay,
On 13/12/12 20:29, Ajay Kumar wrote:
> When only DP is used, we need not enable CONFIG_EXYNOS_MIPI_DSIM.
> Similarly, when only MIPI is used, we need not enable CONFIG_EXYNOS_DP.
> But the current structuring of code forces us to enable both
> CONFIG_EXYNOS_MIPI_DSIM and CONFIG_EXYNOS_D
Dear Jeong-Hyeon Kim,
On 13/12/12 19:37, Jeong-Hyeon Kim wrote:
> ORIGEN_QUAD board is based on Samsung's Exynos4412 SoC.
>
> Signed-off-by: Jeong-Hyeon Kim
> ---
> Makefile |2 +-
> board/samsung/origen_quad/Makefile| 59 ++
> board/samsung/or
Hi Scott,
On Fri, Dec 14, 2012 at 6:54 PM, Scott Wood wrote:
> SPL doesn't use the environment. These list entries prevent the
> functions from being garbage-collected, even though nothing will look at
> the list. This caused several SPL builds (e.g. P2020RDB-PC_NAND) to
> break due to size lim
Hi Simon,
On Wed, Dec 12, 2012 at 7:55 PM, Simon Glass wrote:
> The Asix driver takes the link down during init() and then brings it back up.
> This commit changes this so that if a link has already been established
> successfully we simply check that the link is still good.
>
> Also fix up asix_
Dear Graeme Russ,
In message <50cbd313.60...@gmail.com> you wrote:
>
> I can give you an example - Remote Telemetry Units (RTUs). They usually
> have a number of serial ports. The number of ports may vary based on the
> sub-model. Some ports may be RS-232, some may be RS-485 or RS-422.
> Dependin
82 matches
Mail list logo
