On Tue, Oct 8, 2013 at 10:44 AM, Rajeshwari Birje
rajeshwari.bi...@gmail.com wrote:
Hi Jagan,
Sorry for late reply.
Will work on this and will send the patches soon, was caught in other
project work.
Thanks for your response. I just sent a remainder, bcz i have planned
to push these on
On Tue, Oct 8, 2013 at 2:50 AM, Tom Warren twarren.nvi...@gmail.com wrote:
Tegra124 is compatible w/T114 SPI, so try to commonize as
much as possible.
TEST=built all T1x4 boards, tested on Venice1 2 OK.
There's no real binary change here, just names/includes.
Signed-off-by: Tom Warren
The DIU of P1022DS was disabled by commit:
dfe64e2c89731a3f9950d7acd8681b68df2bae03 to verify the
u-boot MTD subsystem.
The local bus and DIU is multiplex on P1022, but the
DIU will not be enabled if there is no video-mode environment.
The NAND still can be used with DIU enabled in the
-Original Message-
From: Timur Tabi [mailto:ti...@tabi.org]
Sent: Friday, September 06, 2013 10:53 PM
To: Jin Zhengxiong-R64188
Cc: sun york-R58495; Wood Scott-B07421; U-Boot Mailing List
Subject: Re: [U-Boot] [PATCH] Enable the DIU for P1022DS board.
On Fri, Sep 6, 2013 at 4:21
Hi,
the board uses an Freescale i.MX35 Controller.
When I use the u-boot revision 2013.01.01
with same configuration all works fine (-1 disables autoboot)
Only when I use u-boot 2013.07 it does not work.
I have looked in main.c and found the following differences:
2013.01.01: Line 68: #if
On Tue, Oct 08, 2013 at 12:42:51AM +0200, Tom Warren wrote:
No real HW change on T124 for 90% of the toys, so just include
a common T1x4 header file (based on T114 headers), and if a new
register/bit is needed, add it at the end. Some headers (clk_rst,
clock-tables, pinmux, etc.) had too many
On Tue, Oct 08, 2013 at 12:42:52AM +0200, Tom Warren wrote:
Minor changes to support T124 chip and sku IDs.
SKU is an abbreviation, therefore should be uppercase.
Thierry
---
This email message is for the sole use
Hi Scott,
On Mon, 7 Oct 2013 19:55:46 -0500, Scott Wood scottw...@freescale.com
wrote:
On Sat, 2013-10-05 at 09:52 +0200, Albert ARIBAUD wrote:
Hi Scott,
On Thu, 3 Oct 2013 17:48:28 -0500, Scott Wood scottw...@freescale.com
wrote:
ARM64 uses the newer RELA-style relocations
Hi FengHua,
On Tue, 8 Oct 2013 11:32:39 +0800 (GMT+08:00), FengHua
feng...@phytium.com.cn wrote:
Hi FengHua,
On Fri, 4 Oct 2013 23:55:01 +0800 (GMT+08:00), FengHua
feng...@phytium.com.cn wrote:
arm64: rela relocation
This lets us remove the manual relocation
Hi,
i have found a working configuration.
When I comment out the CONFIG_BOOTDELAY in the board header file,
autoboot is disabled.
Regards Mario
-Ursprüngliche Nachricht-
Von: Robert P. J. Day [mailto:rpj...@crashcourse.ca]
Gesendet: Montag, 7. Oktober 2013 21:10
An: Eric Nelson
Cc:
On Tue, Oct 08, 2013 at 12:42:53AM +0200, Tom Warren wrote:
This provides SPL support for T124 boards - AVP
early init, plus CPU (A15) init/jump to main U-Boot.
Change-Id: I721f83f1d5fa549e0698e0cc76ab3e5ea11ba895
Signed-off-by: Tom Warren twar...@nvidia.com
---
As the SPI controller is not initialized before env_init(), it causes
reading env in dataflash failed. So, although saveenv() successfully,
it shows warning information when reboot the system as following:
*** Warning - bad CRC, using default environment
Let the env_relocate() to check env CRC
Dear Troy Kisky,
On 10/7/2013 3:32 AM, Mateusz Zalega wrote:
On 10/05/13 02:48, Troy Kisky wrote:
On 10/4/2013 10:22 AM, Mateusz Zalega wrote:
+/*
+ * You can initialize platform's USB host or device
+ * ports by passing this enum as an argument to
+ * board_usb_init().
+ */
This patchset has a set of patches which improves the
performance of spi on exynos.
Have combined all individual patches into a single patchset.
Patches are based on u-boot-spi.git master branch.
Rajeshwari S Shinde (3):
exynos: Export timer_get_us() to get microsecond timer
spi: exynos:
From: Rajeshwari Shinde rajeshwar...@samsung.com
This function, if implemented by the board, provides a microsecond
timer. The granularity may be larger than 1us if hardware does not
support this.
Signed-off-by: Simon Glass s...@chromium.org
Signed-off-by: Rajeshwari S Shinde
Accessing SPI registers is slow, but access to the FIFO level register
in particular seems to be extraordinarily expensive (I measure up to
600ns). Perhaps it is required to synchronise with the SPI byte output
logic which might run at 1/8th of the 40MHz SPI speed (just a guess).
Reduce access to
For devices that need some time to react after a spi transaction
finishes, add the ability to set a delay.
Implement this as a delay on the first/next transaction to avoid
any delay in the fairly common case where a SPI transaction is
followed by other processing.
Signed-off-by: Simon Glass
Since SPI register access is so expensive, it is worth transferring data
a word at a time if we can. This complicates the driver unfortunately.
Use the byte-swapping feature to avoid having to convert to/from big
endian in software.
This change increases speed from about 2MB/s to about 4.5MB/s.
Hi Minkyu Kang,
Please do let me if any comments on this patch set
Regards,
Rajeshwari Shinde.
On Fri, Sep 27, 2013 at 5:40 PM, Rajeshwari S Shinde
rajeshwar...@samsung.com wrote:
This patch adds basic board support for SMDK5420 board.
These patches are tested for booting fine on EVT1
The env export command doesn't export the first variable of the list
since commit 5a31ea04c9ee5544fbb70ad7597ea4b294840eab
env grep - reimplement command using hexport_r()
Signed-off-by: Pierre Aubert p.aub...@staubli.com
---
common/cmd_nvedit.c |6 ++
lib/hashtable.c |2 +-
2
This patch series provide support for TIZEN's THOR download protocol.
Dedicated program for flashing TIZEN developer devices (TRATS, TRATS2)
is called lthor (or thor for Windows) and can be found at:
git clone git://review.tizen.org/tools/lthor
or for git web:
New function - dfu_get_alt() - has been added to dfu core. If present, it
returns alt setting's number corresponding to passed name.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
---
Changes for v2:
- None
drivers/dfu/dfu.c | 12
include/dfu.h |1 +
2 files
The s3c udc driver sends data in a max packet size. Therefore the dcache
invalidate range shall be equal to max packet, not the entire
DMA_BUFFER_SIZE.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Cc: Marek Vasut ma...@denx.de
---
Changes for v2:
- ROUND the maxpacket value to
When the usb_configuration structure is declared as static, it is very
hard to assure, that relevant fields (as e.g. config-interfaces[]) are
cleared out before new call to g_dnl related functions.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
---
Changes for v2:
- None
Define the dfu_get_buf() and dfu_free_buf() as global functions.
They are necessary for zero copy buffer management, when DFU backend is
used for storing data.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
---
Changes for v2:
- None
drivers/dfu/dfu.c |4 ++--
include/dfu.h |
Support of thor function in generic download code (g_dnl.c).
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Cc: Marek Vasut ma...@denx.de
---
Changes for v2:
- None
drivers/usb/gadget/g_dnl.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git
A set of environment variables needs to be updated to provide support for
TIZEN download command (tizendown).
Since DFU is used as a flashing backend, it is also necessary to extent
malloc pool size for DFU buffer allocation.
Moreover, for compatibility reasons (Win vs. Lin) new USB idProduct
New parameter, namely *name has been added to g_dnl_bind_fixup().
It is necessary (for compatibility reasons) to assign new USB idProduct
and idVendor for different usb functions.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Cc: Marek Vasut ma...@denx.de
---
Changes for v2:
- None
Special, common to Samsung, function for altering usb descriptor's
idVendor and idProduct has been added.
For compatibility reasons (Win vs Linux) the THOR idProduct must be
different than the one for DFU/UMS.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
---
Changes for v2:
- None
New command - thordown - has been added to support downloading data
via lthor TIZEN program.
It is similar to dfu command syntax and reuses its code for flashing data.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
---
Changes for v2:
- Adjust according to new board_usb_init() function
On Tue, Oct 8, 2013 at 4:20 PM, Rajeshwari S Shinde
rajeshwar...@samsung.com wrote:
This patchset has a set of patches which improves the
performance of spi on exynos.
Have combined all individual patches into a single patchset.
Patches are based on u-boot-spi.git master branch.
Thanks for
Hi Jagan,
Yes I have tested them on u-boot-spi.git/master for spi booting.
Regards,
Rajeshwari Shinde.
On Tue, Oct 8, 2013 at 6:08 PM, Jagan Teki jagannadh.t...@gmail.com wrote:
On Tue, Oct 8, 2013 at 4:20 PM, Rajeshwari S Shinde
rajeshwar...@samsung.com wrote:
This patchset has a set of
On Tue, Oct 8, 2013 at 6:11 PM, Rajeshwari Birje
rajeshwari.bi...@gmail.com wrote:
Hi Jagan,
Yes I have tested them on u-boot-spi.git/master for spi booting.
Sorry for sequence of questions which spi flash parts you tested.?
Regards,
Rajeshwari Shinde.
On Tue, Oct 8, 2013 at 6:08 PM,
From: Oleg Kosheliev oleg.koshel...@ti.com
Added chip type detection and twl6032
support in the battery control
and charge functions.
Based on Balaji T K balaj...@ti.com patches for TI u-boot.
Signed-off-by: Oleg Kosheliev oleg.koshel...@ti.com
---
drivers/power/twl6030.c | 54
From: Oleg Kosheliev oleg.koshel...@globallogic.com
TWL6032 is a companion Power Management IC (PMIC) of OMAP4470.
This chip is similar to TWL6030 but has slight difference
in some registers e.g. for GPADC.
In u-boot only TWL6030 is supported now, thus there is no ability to
boot OMAP4470 with
From: Oleg Kosheliev oleg.koshel...@ti.com
The data struct is used to support different
PMIC chip types. It contains the chip type and
the data (e.g. registers addresses, adc multiplier)
which is different for twl6030 and twl6032.
Replaced some hardcoded values with the
structure vars.
Based on
Added GPL-2.0+ SPDX-License-Identifier for missed spi
source files.
Signed-off-by: Jagannadha Sutradharudu Teki jaga...@xilinx.com
---
drivers/spi/sh_spi.c| 14 +-
drivers/spi/tegra20_slink.c | 20 +++-
include/spi_flash.h | 7 +--
3 files
Hi Jagan,
We have W25Q80BW on smdk5250 board.
Regards,
Rajeshwari.
On Tue, Oct 8, 2013 at 6:14 PM, Jagan Teki jagannadh.t...@gmail.com wrote:
On Tue, Oct 8, 2013 at 6:11 PM, Rajeshwari Birje
rajeshwari.bi...@gmail.com wrote:
Hi Jagan,
Yes I have tested them on u-boot-spi.git/master for
On Tue, Oct 8, 2013 at 6:34 PM, Rajeshwari Birje
rajeshwari.bi...@gmail.com wrote:
Hi Jagan,
We have W25Q80BW on smdk5250 board.
Great, thanks for quick response.
You missed one more patch http://patchwork.ozlabs.org/patch/247461/
may be you have a plan for sending this later, true?
This patch implements a custom spi_copy funtion to copy u-boot from SF
to RAM. This is faster then iROM spi_copy funtion as this runs spi at
50Mhz and also in WORD mode of operation.
Changed a printf in pinmux.c to debug just to avoid the compilation
error in SPL.
Signed-off-by: Alim Akhtar
Hi Jagan,
Posted http://patchwork.ozlabs.org/patch/247461/ V3.
Posted it separately as it is arch/arm related.
Regards,
Rajeshwari
On Tue, Oct 8, 2013 at 6:36 PM, Jagan Teki jagannadh.t...@gmail.com wrote:
On Tue, Oct 8, 2013 at 6:34 PM, Rajeshwari Birje
rajeshwari.bi...@gmail.com wrote:
Hi
On Tue, Oct 8, 2013 at 6:42 PM, Rajeshwari Birje
rajeshwari.bi...@gmail.com wrote:
Hi Jagan,
Posted http://patchwork.ozlabs.org/patch/247461/ V3.
Posted it separately as it is arch/arm related.
OK, not a problem I thought it's pure spi.
I will apply spi patches, thanks for your time.
On Tue, Oct 8, 2013 at 4:20 PM, Rajeshwari S Shinde
rajeshwar...@samsung.com wrote:
This patchset has a set of patches which improves the
performance of spi on exynos.
Have combined all individual patches into a single patchset.
Patches are based on u-boot-spi.git master branch.
Rajeshwari S
On Mon, Oct 07, 2013 at 03:58:02PM +0200, Wolfgang Denk wrote:
Dear Tom,
In message 20131007122020.GT15917@bill-the-cat you wrote:
But malloc() is drawing from the very same resource as the stack, even
more so: with a buffer on the stack, the memory isfreed completeky
upon return
diff --git a/tools/relocate-rela.c b/tools/relocate-rela.c
new file mode 100644
index 000..47afe0b
--- /dev/null
+++ b/tools/relocate-rela.c
@@ -0,0 +1,185 @@
+/*
+ * Copyright 2013 Freescale Semiconductor, Inc.
+ *
+ * SPDX-License-Identifier: GPL-2.0+ BSD-2-Clause
+ *
+ *
+Joe (net maintainer)
+Marek (USB)
Hi Suriyan,
On Mon, Oct 7, 2013 at 9:30 PM, Suriyan Ramasami suriya...@gmail.comwrote:
Add LED activity for SMSX95XX USB Ether driver.
Signed-off-by: “Suriyan Ramasami suriya...@gmail.com
---
drivers/usb/eth/smsc95xx.c | 14 ++
1 files
On Tue, 2013-10-08 at 22:22 +0800, FengHua wrote:
diff --git a/tools/relocate-rela.c b/tools/relocate-rela.c
new file mode 100644
index 000..47afe0b
--- /dev/null
+++ b/tools/relocate-rela.c
@@ -0,0 +1,185 @@
+/*
+ * Copyright 2013 Freescale Semiconductor, Inc.
+ *
+ *
Upon further inspection and review and chatting with kernel folks, what
happens here is that what mmcblk# a device gets is based on probe order.
So a system with an SD card inserted with place eMMC on mmcblk1, but
without an SD card, it will be on mmcblk0. So U-boot can only provide a
best guess.
On Tue, 8 Oct 2013, Tom Rini wrote:
Upon further inspection and review and chatting with kernel folks, what
happens here is that what mmcblk# a device gets is based on probe order.
So a system with an SD card inserted with place eMMC on mmcblk1, but
without an SD card, it will be on mmcblk0.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/08/2013 11:34 AM, Robert P. J. Day wrote:
On Tue, 8 Oct 2013, Tom Rini wrote:
Upon further inspection and review and chatting with kernel folks, what
happens here is that what mmcblk# a device gets is based on probe order.
So a system with
Jagan,
On Mon, Oct 7, 2013 at 11:23 PM, Jagan Teki jagannadh.t...@gmail.comwrote:
On Tue, Oct 8, 2013 at 2:50 AM, Tom Warren twarren.nvi...@gmail.com
wrote:
Tegra124 is compatible w/T114 SPI, so try to commonize as
much as possible.
TEST=built all T1x4 boards, tested on Venice1 2 OK.
On Tue, Oct 8, 2013 at 9:33 PM, Tom Warren twarren.nvi...@gmail.com wrote:
Jagan,
On Mon, Oct 7, 2013 at 11:23 PM, Jagan Teki jagannadh.t...@gmail.com
wrote:
On Tue, Oct 8, 2013 at 2:50 AM, Tom Warren twarren.nvi...@gmail.com
wrote:
Tegra124 is compatible w/T114 SPI, so try to commonize
Old command timeout value was too small and it caused I/O errors which
led to uncompleted read/write/erase operations and filesystem errors.
Timeout adaptation fixes this issue.
Changes in sdhci_send_command() function:
- change timeout variable to static
- increase default command timeout to 100
On Tue, Oct 8, 2013 at 2:50 AM, Tom Warren twarren.nvi...@gmail.com wrote:
Tegra124 is compatible w/T114 SPI, so try to commonize as
much as possible.
TEST=built all T1x4 boards, tested on Venice1 2 OK.
There's no real binary change here, just names/includes.
Signed-off-by: Tom Warren
On Tue, 2013-10-08 at 10:10 +0200, Albert ARIBAUD wrote:
Thanks Scott fot the heads-up. I have found the arm64 ABI and traced it
back to this URL:
http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ihi0056b/index.html
(Somehow the document can be read in Firefox but evince chokes
On 10/07/2013 08:28 PM, Tang Yuantian-B29983 wrote:
diff --git a/arch/powerpc/include/asm/mpc85xx_gpio.h
b/arch/powerpc/include/asm/mpc85xx_gpio.h
index 3d11884..87bb4a0 100644
--- a/arch/powerpc/include/asm/mpc85xx_gpio.h
+++ b/arch/powerpc/include/asm/mpc85xx_gpio.h
@@ -20,7 +20,7 @@
On 10/07/2013 08:28 PM, Tang Yuantian-B29983 wrote:
diff --git a/arch/powerpc/include/asm/mpc85xx_gpio.h
b/arch/powerpc/include/asm/mpc85xx_gpio.h
index 3d11884..87bb4a0 100644
--- a/arch/powerpc/include/asm/mpc85xx_gpio.h
+++ b/arch/powerpc/include/asm/mpc85xx_gpio.h
@@ -20,7 +20,7 @@
On Tue, 2013-10-08 at 05:30 +, Gupta, Pekon wrote:
From: Scott Wood [mailto:scottw...@freescale.com]
On Sat, 2013-10-05 at 06:11 +, Gupta, Pekon wrote:
Hi,
Please see the replies inline..
From: Scott Wood [mailto:scottw...@freescale.com]
On Mon, 2013-09-30 at 19:43
Hi Wolfgang,
On Sat, Oct 5, 2013 at 1:49 PM, Wolfgang Denk w...@denx.de wrote:
Dear Simon,
with commit a8f6ab5 fs: Add support for saving data to filesystems
you add the function do_save() to U-Boot. This includes the following
code (line numbers as of current master):
fs/fs.c:
...
Hi Andre,
On Wed, Sep 25, 2013 at 4:42 AM, Andre Przywara
andre.przyw...@linaro.orgwrote:
Hi,
while working on HYP mode support for Exynos 5250 based boards, I
fixed some shortcomings in their configuration files.
The purpose of this series is to get rid of the elaborate arndale.h
and
On Mon, 2013-09-30 at 19:43 +0530, Pekon Gupta wrote:
+ /* ECC scheme specific syndrome customizations */
+ switch (bch-ecc_scheme) {
+ case OMAP_ECC_HAM1_CODE_HW:
+ break;
+ case OMAP_ECC_BCH8_CODE_HW_DETECTION_SW:
+#ifdef CONFIG_BCH
+ for (i = 0; i
On Fri, Sep 27, 2013 at 6:10 AM, Rajeshwari S Shinde
rajeshwar...@samsung.com wrote:
Create a common board.c file for all functions which are common across
all EXYNOS5 platforms.
exynos_init function is provided for platform specific code.
Signed-off-by: Rajeshwari S Shinde
On Fri, Sep 27, 2013 at 6:10 AM, Rajeshwari S Shinde
rajeshwar...@samsung.com wrote:
Adds base addresses of various IPs and controllers required for
Exynos5420.
Signed-off-by: Hatim Ali hatim...@samsung.com
Signed-off-by: Rajeshwari S Shinde rajeshwar...@samsung.com
Signed-off-by: Akshay
On Fri, Sep 27, 2013 at 6:10 AM, Rajeshwari S Shinde
rajeshwar...@samsung.com wrote:
Adds code in pinmux and gpio framework to support Exynos5420.
Signed-off-by: Naveen Krishna Chatradhi ch.nav...@samsung.com
Signed-off-by: Akshay Saraswat aksha...@samsung.com
Signed-off-by: Rajeshwari S
On Mon, 2013-09-30 at 19:43 +0530, Pekon Gupta wrote:
+ /* check calculated ecc */
+ for (i = 0; i chip-ecc.bytes !ecc_flag; i++)
+ if (calc_ecc[i] != 0x00)
+ ecc_flag = 1;
U-Boot code style wants braces around multi-line bodies.
-Scott
Hi Rajeshwari,
On Fri, Sep 27, 2013 at 6:10 AM, Rajeshwari S Shinde
rajeshwar...@samsung.com wrote:
Adding the base patch for Exynos based SMDK5420.
This shall enable compilation and basic boot support for
SMDK5420.
Signed-off-by: Rajeshwari S Shinde rajeshwar...@samsung.com
On Fri, Sep 27, 2013 at 6:10 AM, Rajeshwari S Shinde
rajeshwar...@samsung.com wrote:
This patch adds support for SMDK5420.
exynos5.dtsi created is a common file which has the nodes common
to both 5420 and 5250.
Signed-off-by: Akshay Saraswat aksha...@samsung.com
Signed-off-by: Rajeshwari S
On Tue, 2013-10-08 at 11:52 -0500, Scott Wood wrote:
On Tue, 2013-10-08 at 05:30 +, Gupta, Pekon wrote:
Anyways I would take the changes if you wish so..
But request you to please provide comments on all the patches, before
I send next revision. This would help me consolidate all
On Fri, Sep 27, 2013 at 6:10 AM, Rajeshwari S Shinde
rajeshwar...@samsung.com wrote:
Adding initial config for SMDK5420 to build and boot U-Boot
over Exynos based SMDK5420.
Signed-off-by: Rajeshwari S Shinde rajeshwar...@samsung.com
Signed-off-by: Akshay Saraswat aksha...@samsung.com
On Fri, Sep 27, 2013 at 6:10 AM, Rajeshwari S Shinde
rajeshwar...@samsung.com wrote:
When variable size SPL is used, the BL1 expects the SPL to be
encapsulated differently: instead of putting the checksum at a fixed
offset in the SPL blob, prepend the blob with a header including the
size
On Fri, Sep 27, 2013 at 6:10 AM, Rajeshwari S Shinde
rajeshwar...@samsung.com wrote:
SMDK5420 has a new Security Management Unit added
for dwmmc driver, hence, configuring the control
registers to support booting via eMMC.
Signed-off-by: Alim Akhtar alim.akh...@samsung.com
Signed-off-by:
On Mon, Oct 7, 2013 at 1:26 AM, Leela Krishna Amudala l.kris...@samsung.com
wrote:
This function is used by different Exynos platforms, put it in the
common file.
Signed-off-by: Vadim Bendebury vben...@chromium.org
Signed-off-by: Leela Krishna Amudala l.kris...@samsung.com
Reviewed-by:
On Mon, Oct 7, 2013 at 1:26 AM, Leela Krishna Amudala l.kris...@samsung.com
wrote:
The current pmic i2c code assumes the current i2c bus is
the same as the pmic device's bus. There is nothing ensuring
that to be true. Therefore, select the proper bus before performing
a transaction.
On Mon, Oct 7, 2013 at 1:26 AM, Leela Krishna Amudala l.kris...@samsung.com
wrote:
Add required compatible strings for PMIC S2MPS11
Signed-off-by: Leela Krishna Amudala l.kris...@samsung.com
Acked-by: Simon Glass s...@chromium.org
___
U-Boot
On Mon, Oct 7, 2013 at 1:26 AM, Leela Krishna Amudala l.kris...@samsung.com
wrote:
Adds the register settings, addresses and voltages associated with S2MPS11
Signed-off-by: Alim Akhtar alim.akh...@samsung.com
Signed-off-by: Leela Krishna Amudala l.kris...@samsung.com
Reviewed-by: Vadim
On Mon, Oct 7, 2013 at 1:26 AM, Leela Krishna Amudala l.kris...@samsung.com
wrote:
Most of i2c PMIC drivers follow the same initialization sequence,
let's generalize it in a common file.
The initialization function finds the PMIC in the device tree, and if
found - registers it in the list
On Mon, Oct 7, 2013 at 1:26 AM, Leela Krishna Amudala l.kris...@samsung.com
wrote:
configure S2MPS11 pmic on SMDK5420
Signed-off-by: Leela Krishna Amudala l.kris...@samsung.com
Acked-by: Simon Glass s...@chromium.org
___
U-Boot mailing list
Dear Tom,
In message 20131008134456.GB15917@bill-the-cat you wrote:
Well, if we have DDR such that we can use it for the malloc arena, we
also should use it for the stack. Or is there a good reason for not
doing this? It would solve all these issues at the root...
Making SPL more
Hi,
On Tue, 2013-10-08 at 11:52 -0500, Scott Wood wrote:
On Tue, 2013-10-08 at 05:30 +, Gupta, Pekon wrote:
Anyways I would take the changes if you wish so..
But request you to please provide comments on all the patches, before
I send next revision. This would help me consolidate all
When we have CONFIG_SPI_FLASH set we now require CONFIG_CMD_SF.
Signed-off-by: Tom Rini tr...@ti.com
---
include/configs/da850evm.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/da850evm.h b/include/configs/da850evm.h
index e63d7c4..9845506 100644
---
On Mon, Oct 07, 2013 at 07:52:24PM +0530, Jagannadha Sutradharudu Teki wrote:
Hi Tom,
Just released pull request with new sf probe support.
Tested these changes on stmicro, winbond, spansion and sst.
--
Thanks,
Jagan.
The following changes since commit
On Tue, Oct 08, 2013 at 11:12:32AM -0400, Tom Rini wrote:
Upon further inspection and review and chatting with kernel folks, what
happens here is that what mmcblk# a device gets is based on probe order.
So a system with an SD card inserted with place eMMC on mmcblk1, but
without an SD card,
On Mon, Oct 07, 2013 at 10:02:08PM +0200, Albert ARIBAUD wrote:
Hello Tom,
The following changes since commit
e261c83aa04ce0396d57aaecf8dfe0970ffac03e:
ARM: VExpress: enable ARMv7 virt support for VExpress A15 (2013-10-03
21:28:57 +0200)
are available in the git repository at:
Hello Masahiro,
On 09/30/2013 10:01 AM, Masahiro Yamada wrote:
Hello Jeroen,
diff --git a/config.mk b/config.mk
index 48913f6..177f685 100644
--- a/config.mk
+++ b/config.mk
@@ -117,7 +117,7 @@ CC_TEST_OFILE :=
$(OBJTREE)/include/generated/cc_test_file.o
-include $(CC_OPTIONS_CACHE_FILE)
In [1] we discussed how we should deal with dual (or, more generally,
multiple) licensed files. Add this to Licenses/README so it's
properly documented.
[1] http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/166518
Signed-off-by: Wolfgang Denk w...@denx.de
---
Licenses/README | 12
On Tue, 8 Oct 2013, Tom Rini wrote:
... snip ...
Applied to u-boot/master.
dumb question but what does it mean to say Applied to
u-boot/master when it clearly has not been applied to master? i can
see posts like that, but doing a git pull produces nothing. i am on
the u-boot mainline, and
On 10/08/2013 01:53 PM, Wolfgang Denk wrote:
In [1] we discussed how we should deal with dual (or, more generally,
multiple) licensed files. Add this to Licenses/README so it's
properly documented.
[1] http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/166518
Signed-off-by:
A previous commit created common arch-tegra/tegra1x4-xxx header
files for T124, based on the existing T114 headers (HW is nearly
100% compatible for most blocks). Now that T124 support is in,
move T114 over to use those common headers (which are actually
copies of the T114 headers). Some headers
PMC block for T20/T30 is able to use a common header, but T1x4 has
added registers and/or moved registers around, so these SoCs need
a arch-specific pmc.h.
Built all Tegra AOK, tested on T114 Dalmore and T124 Venice OK.
Signed-off-by: Tom Warren twar...@nvidia.com
---
On Tue, Oct 8, 2013 at 3:39 PM, Robert P. J. Day rpj...@crashcourse.ca wrote:
On Tue, 8 Oct 2013, Tom Rini wrote:
... snip ...
Applied to u-boot/master.
dumb question but what does it mean to say Applied to
u-boot/master when it clearly has not been applied to master? i can
see posts
On 10/07/2013 01:47 PM, Tom Warren wrote:
Some T1x4 peripherals can take up to 8 different clock
I would like to avoid x in any Tegra naming. Downstream, we've abused
this by calling Tegra114 Tegra11x instead, and I'd like to completely
avoid anything like that abomination upstream. Can we
On Mon, 2013-09-30 at 23:52 +0530, Pekon Gupta wrote:
From: Matthieu CASTET matthieu.cas...@parrot.com
This patch is modified version from following linux patch
http://lists.infradead.org/pipermail/linux-mtd/2012-November/044803.html
So retaining the authorship to Matthieu CASTET
On 10/07/2013 03:17 PM, Tom Warren wrote:
From: Jimmy Zhang jimmzh...@nvidia.com
Based on Tegra114 TRM, system clock can run up to 275MHz. On power on,
Which exact clock is system clock?
the default sytem clock source is set to pllp_out0. In function
clock_early_init(), pllp_out0 will be
On 10/08/2013 12:23 AM, Jagan Teki wrote:
On Tue, Oct 8, 2013 at 2:50 AM, Tom Warren twarren.nvi...@gmail.com wrote:
Tegra124 is compatible w/T114 SPI, so try to commonize as
much as possible.
... [ large patch quoted]
Is it part of tegra.git?
Please don't quote an entire patch just to ask a
On 10/08/2013 10:03 AM, Tom Warren wrote:
On Mon, Oct 7, 2013 at 11:23 PM, Jagan Teki jagannadh.t...@gmail.com wrote:
On Tue, Oct 8, 2013 at 2:50 AM, Tom Warren twarren.nvi...@gmail.com wrote:
Tegra124 is compatible w/T114 SPI, so try to commonize as
much as possible.
TEST=built all T1x4
On 10/07/2013 03:20 PM, Tom Warren wrote:
Tegra124 is compatible w/T114 SPI, so try to commonize as
much as possible.
Please don't do this. It's pointless churn. There's nothing wrong with a
driver for a HW block that was introduced in Tegra114 being named
Tegra114. The new naming isn't any
On Mon, 2013-09-30 at 23:52 +0530, Pekon Gupta wrote:
@@ -2575,6 +2575,10 @@ static int nand_flash_detect_onfi(struct mtd_info
*mtd, struct nand_chip *chip,
int i;
int val;
+ if (chip-options NAND_BUSWIDTH_16) {
+ printf(nand: error: ONFI detection works only
On Mon, 2013-09-30 at 23:52 +0530, Pekon Gupta wrote:
+#if !defined(CONFIG_SPL_BUILD) defined(CONFIG_SYS_NAND_ONFI_DETECTION)
+ /* device bus-width determined from ONFI params */
+ nand-options = ~NAND_BUSWIDTH_16;
+#else
+ /* device bus-width passed via CONFIG_xx */
+ if
On Tue, 8 Oct 2013, Robert Nelson wrote:
On Tue, Oct 8, 2013 at 3:39 PM, Robert P. J. Day rpj...@crashcourse.ca
wrote:
On Tue, 8 Oct 2013, Tom Rini wrote:
... snip ...
Applied to u-boot/master.
dumb question but what does it mean to say Applied to
u-boot/master when it
On 10/07/2013 04:42 PM, Tom Warren wrote:
No real HW change on T124 for 90% of the toys, so just include
a common T1x4 header file (based on T114 headers), and if a new
register/bit is needed, add it at the end. Some headers (clk_rst,
clock-tables, pinmux, etc.) had too many changes in
1 - 100 of 120 matches
Mail list logo