Hi Tom,
Please pull,
The following changes since commit 9f13b6d147dc74f2400ce18d9d4005ba53f21fd3:
ARM: AM335x: mux: change mmc0 cd pinmux from mmc0_sdcd to gpio (2015-10-22
14:44:03 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-nios.git master
for you to fetch c
By defining this macro, the combined image of SPL and main U-Boot will
get built automatically.
Signed-off-by: Stefan Roese
Cc: Marek Vasut
Cc: Pavel Machek
Cc: Dinh Nguyen
---
include/configs/socfpga_common.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/include/configs/socfpga_comm
This patch enables the usage of board-specific values for the
environment offset and size in SPI NOR flash.
Signed-off-by: Stefan Roese
Cc: Marek Vasut
Cc: Pavel Machek
Cc: Dinh Nguyen
---
include/configs/socfpga_common.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/configs
The SR1500 board is a CycloneV based board, similar to the EBV
SoCrates, equipped with the following devices:
- SPI NOR
- eMMC
- Ethernet
Signed-off-by: Stefan Roese
Cc: Marek Vasut
Cc: Pavel Machek
Cc: Dinh Nguyen
---
arch/arm/dts/Makefile| 4 +-
arch/arm/dts/socfpga_c
Freescale ARM-based Layerscape LS2080A contain a SATA controller
which comply with the serial ATA 3.0 specification and the
AHCI 1.3 specification.
This patch adds SATA feature on ls2080aqds and ls2080ardb boards.
Signed-off-by: Tang Yuantian
---
depends on patches:
http://patchwork.ozlabs.org/pa
On 23 October 2015 at 02:48, Fabio Estevam wrote:
> On Thu, Oct 22, 2015 at 7:15 PM, Jagan Teki wrote:
>
#defineMXS_SPI_MAX_TIMEOUT 100
#defineMXS_SPI_PORT_OFFSET 0x2000
-#define MXS_SSP_CHIPSELECT_MASK0x0030
+#define MXS_SSP_C
On 23 October 2015 at 03:00, Marek Vasut wrote:
> On Thursday, October 22, 2015 at 11:15:26 PM, Jagan Teki wrote:
>> On 23 October 2015 at 02:38, Fabio Estevam wrote:
>> > On Thu, Oct 22, 2015 at 6:50 PM, Jagan Teki wrote:
>> >> Replace numeric mask hexcodes with GENMASK macro in mxs_spi
>> >>
>
This patch will fix these checkpatch issues.
WARNING: Avoid unnecessary line continuations
+ gd->bd->bi_dram[0].size = get_ram_size((long *)PHYS_SDRAM_1, \
WARNING: Avoid unnecessary line continuations
+ gd->bd->bi_dram[1].size = get_ram_size((long *)PHYS_SDRAM_2, \
WARNING: Avoid un
This patch will fix these checkpatch issues.
ERROR: Macros with complex values should be enclosed in parentheses
+#define DEFAULT_DQS_X4 (DEFAULT_DQS << 24) || (DEFAULT_DQS << 16) \
+ || (DEFAULT_DQS << 8) || (DEFAULT_DQS << 0)
ERROR: space pr
This patch will fix these checkpatch issues.
CHECK: Alignment should match open parenthesis
+ printf("Enter: %s %s\n", mode_name[mode][0],
+mode_info[mode]);
CHECK: Alignment should match open parenthesis
+
This patch will fix these checkpatch issues.
+static const char *mmc_regulators[] = {
CHECK: Blank lines aren't necessary before a close brace '}'
+
+}
Signed-off-by: Minkyu Kang
---
board/samsung/odroid/odroid.c | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
diff --g
This patch will fix these checkpatch issues.
ERROR: spaces required around that '==' (ctx:VxV)
+#if FCLK_SPEED==0 /* Fout = 203MHz, Fin = 12MHz for Audio */
ERROR: spaces required around that '==' (ctx:VxV)
+#elif FCLK_SPEED==1/* Fout = 202.8MHz */
ERROR: spaces required
As sama5 board has 32k sram size, so the at91bootstrap and spl for sama5
boards is bigger than 16k (0x4000). That will overlap the U-Boot
environment. So I move environment to 0x6000. And reduce its size as
well.
Signed-off-by: Josh Wu
---
include/configs/at91-sama5_common.h | 4 ++--
1 file ch
crt0.S do both memset the bss section and call board_init_r for us, so
remove them from board_init_f().
Signed-off-by: Josh Wu
---
arch/arm/mach-at91/spl_atmel.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/arch/arm/mach-at91/spl_atmel.c b/arch/arm/mach-at91/spl_atmel.c
index 8ac5335
Hi Otavio,
On Thu, Oct 22, 2015 at 10:24:57AM -0200, Otavio Salvador wrote:
> On Thu, Oct 22, 2015 at 10:01 AM, Nikita Kiryanov
> wrote:
> > This series has two parts: patches 1-7 perform refactors aimed at reducing
> > the
> > ifdef complexity of SPL mmc code (and some nand as well). This refa
Maybe somebody has a valid u-boot dts file for a microblaze system with an SPI
core? That would helpful.
We want to move from a parallel nor flash to a SPI flash for FPGA config,
u-boot, Linux Kernel and rootfs.
The last missing part is u-boot. The kernel dts file is ok and the mtd
partitions ar
Hi Simon,
On Mon, Oct 19, 2015 at 11:17 AM, Simon Glass wrote:
> Sometimes we seem to get 0xaa twice which causes the config read to fail.
> This causes chromebook_link to fail to set up the keyboard.
>
> Add a check for this and read the config again when detected.
>
> Signed-off-by: Simon Glass
On 23 October 2015 at 15:42, Hoefle Marco wrote:
> Maybe somebody has a valid u-boot dts file for a microblaze system with an
> SPI core? That would helpful.
> We want to move from a parallel nor flash to a SPI flash for FPGA config,
> u-boot, Linux Kernel and rootfs.
> The last missing part is
On Wed, Oct 21, 2015 at 04:01:46PM +0300, Igor Grinberg wrote:
> On 08/30/15 11:42, Nikita Kiryanov wrote:
> > Add support for loading splash image from USB drive formatted with a
> > filesystem.
> >
> > Cc: Igor Grinberg
> > Cc: Tom Rini
> > Signed-off-by: Nikita Kiryanov
>
> [...]
>
> > +#i
On Wed, Oct 21, 2015 at 03:25:58PM +0300, Igor Grinberg wrote:
> Hi Nikita,
>
> On 08/30/15 11:42, Nikita Kiryanov wrote:
> > Add support for loading splash image from an SD card formatted with
> > a filesystem. Update boards to maintain original behavior where needed.
> >
> > Cc: Igor Grinberg
Dear Siarhei Siamashka,
On 20/10/15 08:39, Siarhei Siamashka wrote:
> ODROID-X uses a slightly older revision of the same base board
> as the ODROID-X2. But the CPU module in ODROID-X uses an older
> 1.4GHz revision of Exynos4412 SoC and less RAM (1GiB instead
> of 2GiB).
>
> The current U-Boot c
On Fri, Oct 23, 2015 at 03:04:14PM +0800, Thomas Chou wrote:
> Hi Tom,
>
> Please pull,
>
> The following changes since commit 9f13b6d147dc74f2400ce18d9d4005ba53f21fd3:
>
> ARM: AM335x: mux: change mmc0 cd pinmux from mmc0_sdcd to gpio (2015-10-22
> 14:44:03 -0400)
>
> are available in the
On 10/23/15 13:23, Nikita Kiryanov wrote:
> On Wed, Oct 21, 2015 at 04:01:46PM +0300, Igor Grinberg wrote:
>> On 08/30/15 11:42, Nikita Kiryanov wrote:
>>> Add support for loading splash image from USB drive formatted with a
>>> filesystem.
>>>
>>> Cc: Igor Grinberg
>>> Cc: Tom Rini
>>> Signed-of
On Fri, Oct 23, 2015 at 10:08:29AM +0530, Lokesh Vutla wrote:
>
>
> On Thursday 22 October 2015 08:21 PM, Tom Rini wrote:
> > On Thu, Oct 22, 2015 at 08:04:04PM +0530, Lokesh Vutla wrote:
> >
> >> In case if one of the bank that is passed is of size zero, then u-boot
> >> will be updating memory
On Fri, Oct 23, 2015 at 06:36:27AM +0200, Wolfgang Denk wrote:
> Dear Tom,
>
> In message <2015102627.GO23893@bill-the-cat> you wrote:
> >
> > We don't have a hard rule here as we know the kernel will not adopt SPDX
> > tags currently. For rare sync ups like this probably is, switching to a
Condense these updates down to SPDX tags too while doing this. This is
a port of a1452a3771c4eb85bd779790b040efdc36f4274e from the Linux
Kernel.
Signed-off-by: Tom Rini
---
include/linux/mtd/concat.h |5 +++--
include/linux/mtd/doc2000.h | 11 ++-
include/linux/mtd/mtd.h |
On Fri, 2015-10-23 at 06:01 -0500, Hou Zhiqiang-B48286 wrote:
>
> > -Original Message-
> > From: Wood Scott-B07421
> > Sent: 2015年10月23日 7:11
> > To: Gong Qianyu-B52263
> > Cc: u-boot@lists.denx.de; Hu Mingkai-B21284; Sun York-R58495; Hou
> > Zhiqiang-B48286; Xie Shaohui-B21989; Song Wenbi
Hi,
On 10/23/2015 11:40 AM, Nikita Kiryanov wrote:
These are the results for arm boards.
Note that I had to manually edit a few files that caused buildman report
to stumble with the following type of error
Thanks, I see that the compiler manages to reduce the damage done to
growing the SPL (on
On Fri, Oct 23, 2015 at 04:03:25PM +0200, Hans de Goede wrote:
> Hi,
>
> On 10/23/2015 11:40 AM, Nikita Kiryanov wrote:
> >These are the results for arm boards.
> >Note that I had to manually edit a few files that caused buildman report
> >to stumble with the following type of error
>
> Thanks, I
On Fri, Oct 23, 2015 at 08:54:02AM +0530, Lokesh Vutla wrote:
> Hi Tom,
>
> On Saturday 19 September 2015 02:47 PM, Lokesh Vutla wrote:
> > Add driver model support for keystone serial driver.
>
> I guess you missed this patch. This has to be applied for console to
> come up on keystone2 devices.
On 23 October 2015 at 03:23, Josh Wu wrote:
> crt0.S do both memset the bss section and call board_init_r for us, so
> remove them from board_init_f().
>
> Signed-off-by: Josh Wu
> ---
>
> arch/arm/mach-at91/spl_atmel.c | 5 -
> 1 file changed, 5 deletions(-)
Reviewed-by: Simon Glass
_
Hi Stephen,
On 21 October 2015 at 14:13, Stephen Warren wrote:
> On 10/17/2015 11:49 AM, Simon Glass wrote:
>>
>> Move this option to Kconig and fix up all users.
>
>
> What are your thoughts on how/when to merge this? The series (mainly the
> final patch) conflicts with my series to add Tegra210
This patch makes the 2nd DRAM bank available on Juno only and not on
other vexpress64 targets, eg. the FVP models.
The commit below added a 2nd bank of NOR flash for Juno, but also for
all vexpress64 targets:
commit 2d0cee1ca2b9d977fa3214896bb2e30cfec77059
Author: Liviu Dudau
Date:
Hi Stephen,
On 21 October 2015 at 14:16, Stephen Warren wrote:
> On 10/17/2015 11:49 AM, Simon Glass wrote:
>>
>> This is not supported with driver model, so print a message instead of
>> generating a build error. Rescanning PCI is not yet implemented.
>
>
>> diff --git a/common/cmd_pci.c b/commo
This patch changes the cword union to use specific length types that are
architecture indepented.
This patch also renames the members of the cword union to represent
their usage, i.e.:
c -> w8
s -> w16
l -> w32
ll -> w64
Where "w" stands for "width" in bits.
I discovered this
Hi Stephen,
On 21 October 2015 at 14:25, Stephen Warren wrote:
> On 10/17/2015 11:50 AM, Simon Glass wrote:
>>
>> At present we add a new resource entry for every range entry. But some
>> range
>> entries refer to configuration regions. To make this work, avoid adding
>> two
>> regions of the sam
This is the normal Tegra SPI driver modified to work with the
QSPI controller in Tegra210. It does not do 2x/4x transfers
or any other QSPI protocol.
Signed-off-by: Yen Lin
Signed-off-by: Tom Warren
---
Changes in v2:
- Drop defconfig and pinmux files, this is a driver-only patch.
- If/when pinm
This target is ARMv7-M therefore can only build for Thumb,
but it did not #define CONFIG_SYS_THUMB_BUILD, so the U-Boot
code did not know it had to build for Thumb(2), not ARM.
This patch is binary-invariant: builds of stm32f429-discovery
with and without this patch were compared and found to diff
This series implements essential changes for thumb-1 support and
activates thumb-1 build for openrd and tricorder as a proof of
concept as well as a fix to bring the image sizes of openrd and
tricorder targets back under an acceptable limit.
For other targets, some additional files might need to b
When building a Thumb-1-only target with CONFIG_SYS_THUMB_BUILD,
some files fail to build, most of the time because they include
mcr instructions, which only exist for Thumb-2.
This patch introduces a Kconfig option CONFIG_THUMB2 and uses
it to select between Thumb-2 and ARM mode for the aforement
The tricorder and tricorder_flash boards have grown too big.
Reduce their size by building them with CONFIG_SYS_THUMB_BUILD.
Signed-off-by: Albert ARIBAUD
---
Changes in v7: None
Changes in v6: None
Changes in v5:
- switched tricorder[_flash] to Thumb-1 build
Changes in v4: None
Changes in v3:
Revert commit 7a2c1b13 which dropped OpenRD boards.
Assume maintainership of OpenRD.
Remove OpenRD from scrapyard.
Switch OpenRD to generic board.
Switch to Thumb build.
Signed-off-by: Albert ARIBAUD
---
Changes in v7:
- remove openrd lines from doc/README.scrapyard
Changes in v6:
- revive Open
Kirkwood files cpu.c and cache.c cannot build in Thumb state;
force them in ARM state even under CONFIG_SYS_THUMB_BUILD.
Signed-off-by: Albert ARIBAUD
---
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/mach-kirkw
On Wed, Oct 21, 2015 at 02:49:20PM -0600, Simon Glass wrote:
> Hi,
>
> On 20 October 2015 at 07:05, Rob Herring wrote:
> > On Tue, Oct 20, 2015 at 3:15 AM, Linus Walleij
> > wrote:
> >> On Tue, Oct 20, 2015 at 10:10 AM, Linus Walleij
> >> wrote:
> >>> On Mon, Oct 19, 2015 at 9:21 PM, Rob Herri
From: Stephen Warren
A fair amount of the XUSB padctl driver will be common between Tegra124
and Tegra210. To avoid cut/paste between the two chips, create a new
file that will contain the common code, and convert the Tegra124 code to
use it. This change doesn't move every last piece of code that
From: Stephen Warren
This change simply deletes code from the Tegra210 XUSB padctl driver that
is already present in the common XUSB padctl code. Since all the arrays
in tegra210_socdata are empty, this update may leave the Tegra210 XUSB
padctl driver non-functional at run-time. However, (a) this
From: Stephen Warren
A future patch will soon move some of the XUSB padctl code into a common
file in arch/arm/mach-tegra. Rename the existing dummy XUSB padctl file
to avoid conflicting with that, or being confusing.
Signed-off-by: Stephen Warren
---
arch/arm/mach-tegra/Makefile
From: Stephen Warren
There are some differences between the Tegra124 and Tegra210 XUSB padctl
code. So far, the common XUSB padctl code only supports Tegra124. Add
some parameters etc. so that it can work for both chips.
This also allows moving Tegra124's process_nodes() into the common file;
so
From: Stephen Warren
This file defines pr_fmt(), so the individual error() calls don't need to
include the prefix in their format strings. Doing so results in duplicate
text in any error messages. Remove the duplication.
Signed-off-by: Stephen Warren
---
v2: New patch.
---
arch/arm/mach-tegra/
From: Stephen Warren
Add code to detect timeouts when waiting for HW events such as PLL
lock done. Any errors are logged and trigger an error return code.
Signed-off-by: Stephen Warren
---
arch/arm/mach-tegra/tegra210/xusb-padctl.c | 25 -
1 file changed, 20 insertions(
From: Stephen Warren
Add the tables defining which pads and mux options exist in the Tegra210
XUSB padctl hardware.
Signed-off-by: Stephen Warren
---
arch/arm/mach-tegra/tegra210/xusb-padctl.c | 78 --
arch/arm/mach-tegra/xusb-padctl-common.h | 4 +-
2 files chan
On Wed, Oct 21, 2015 at 02:14:47PM +0200, Patrick Delaunay wrote:
> Previously, Linux used the same GUID for the data partitions as Windows
> (Basic data partition: EBD0A0A2-B9E5-4433-87C0-68B6B72699C7).
> This created problems when dual-booting Linux and Windows in UEFI-GPT
> Setup, so a new GUID
On Wed, Oct 21, 2015 at 02:14:48PM +0200, Patrick Delaunay wrote:
> code under flag CONFIG_PARTITION_TYPE_GUID
> add parameter "type" to select partition type guid
>
> example of use with gpt command :
>
> partitions = uuid_disk=${uuid_gpt_disk}; \
> name=boot,size=0x6bc00,uuid=${uuid_gp
On Wed, Oct 21, 2015 at 02:14:49PM +0200, Patrick Delaunay wrote:
> short strings can be used in type parameter of gpt command
> to replace the guid string for the types known by u-boot
>
> partitions = name=boot,size=0x6bc00,type=data; \
>name=root,size=0x7538ba00,type=
On 23 October 2015 at 02:55, Tom Rini wrote:
> On Fri, Oct 23, 2015 at 02:20:00AM +0530, Jagan Teki wrote:
>
>> This series replaces numerical bit shitfts and mask values
>> with BIT and GENMASK macro's
>>
>> Changes for v4:
>> - Patch split for individual drivers.
>> Changes for v3, v2:
>> - none
This patch adds the device tree binding doc for the Tegra114
SPI controller and the Tegra210 QSPI controller.
Signed-off-by: Tom Warren
---
doc/device-tree-bindings/spi/spi-tegra.txt | 47 ++
1 file changed, 47 insertions(+)
create mode 100644 doc/device-tree-binding
Thanks Jagan for this patch.
Acked-by: vikas.mano...@st.com
Rgds,
Vikas
> -Original Message-
> From: Jagan Teki [mailto:jt...@openedev.com]
> Sent: Thursday, October 22, 2015 1:50 PM
> To: u-boot@lists.denx.de
> Cc: Jagan Teki; Stefan Roese; Vikas MANOCHA; Marek Vasut
> Subject: [PATCH v
Acked-by: vikas.mano...@st.com
Rgds,
Vikas
> -Original Message-
> From: Jagan Teki [mailto:jt...@openedev.com]
> Sent: Thursday, October 22, 2015 1:50 PM
> To: u-boot@lists.denx.de
> Cc: Jagan Teki; Stefan Roese; Vikas MANOCHA; Marek Vasut
> Subject: [PATCH v4 18/24] spi: cadence_qspi_apb
On 23 October 2015 at 02:55, Tom Rini wrote:
> On Thu, Oct 22, 2015 at 07:10:17PM -0200, Fabio Estevam wrote:
>> On Thu, Oct 22, 2015 at 6:50 PM, Jagan Teki wrote:
>>
>> > reg &= ~(CQSPI_REG_CONFIG_CHIPSELECT_MASK
>> > @@ -719,7 +719,7 @@ int cadence_qspi_apb_indirect_read_setup(struct
>
On 10/23/2015 11:11 AM, Tom Warren wrote:
This patch adds the device tree binding doc for the Tegra114
SPI controller and the Tegra210 QSPI controller.
Initially, this should be sent as a Linux kernel patch, since the kernel
currently holds the definitive repository for DT bindings.
The bind
On 10/23/2015 10:08 AM, Tom Warren wrote:
This is the normal Tegra SPI driver modified to work with the
QSPI controller in Tegra210. It does not do 2x/4x transfers
or any other QSPI protocol.
Once the DT binding is reviewed as a Linux patch, then this patch,
Acked-by: Stephen Warren
_
On 10/23/2015 09:47 AM, Simon Glass wrote:
Hi Stephen,
On 21 October 2015 at 14:16, Stephen Warren wrote:
On 10/17/2015 11:49 AM, Simon Glass wrote:
This is not supported with driver model, so print a message instead of
generating a build error. Rescanning PCI is not yet implemented.
dif
On Wed, Oct 21, 2015 at 5:07 AM, Hu Vincent wrote:
> Hi Joe,
>
> Would you please kindly help to pick up this patch which fixed the issue when
> using multiple Ethernet ports?
Yes, now that the merge window is open, I will be pulling in all
patches assigned to me in patchwork and testing.
-Joe
Correct a null pointer dereference in board_nand_init(). Zeroed
memory was allocated, then immediately dereferenced, which is a
null dereference. The dereference is completely removed, since
this pointer is later initialized in alloc_nand_resources.
The allocation size is reduced from what was i
The variable "buf" in this function is a char array, and the
function ubi_volume_read is expecting a char *. In the call, the
address of the pointer is being taken, incorrectly passing a
char **. The compiler warning was being silenced by the cast.
Remove the address operator and the cast.
Signe
Stephen,
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Friday, October 23, 2015 10:26 AM
> To: Tom Warren
> Cc: u-boot@lists.denx.de; jt...@openedev.com; Stephen Warren
> ; tomcwarren3...@gmail.com
> Subject: Re: [U-Boot] [PATCH] spi: Tegra: add device
The a38x serdes init and DDR training code was imported more or less as-is from
Marvell's code with formatting cleanup changes. This is a first pass at
cleaning up the code itself.
The topology data for several boards that are not supported by mainline U-Boot
are removed. Also removed is a mecha
A lot of extra configuration information was left over in the
Marvell serdes and DDR3 initialization code for boards that
U-boot does not support. Remove this extra config information,
and the concept of fixing up board topologies with information
loaded from an EEPROM. If this needs to be done,
Functions that do not modify the pointer passed should declare it
as const.
Signed-off-by: Kevin Smith
Cc: Stefan Roese
Cc: Dirk Eibach
Cc: Luka Perkov
---
arch/arm/mach-mvebu/serdes/a38x/ctrl_pex.c| 2 +-
arch/arm/mach-mvebu/serdes/a38x/ctrl_pex.h| 2 +-
arch/arm/mach
Instead of allocating space in the driver for the serdes
specification table, just allow the board file to set a pointer
to it. Also, allow the board to only specify the lanes that are
used instead of including unused lanes.
Signed-off-by: Kevin Smith
Cc: Stefan Roese
Cc: Dirk Eibach
Cc: Luka
Old sector number is not being cleared from FLASH_CR register. For example
when first erased sector was 001 and then you want to erase sector 010,
sector 011 gets erased instead.
This patch clears old sector number from FLASH_CR register before a new
one is written.
Signed-off-by: Vadzim Dambrousk
flash_lock call is inside a for loop, so after the first iteration flash
is locked and no more sectors can be erased.
Move flash_lock out of the loop.
Signed-off-by: Vadzim Dambrouski
---
arch/arm/cpu/armv7m/stm32f4/flash.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arc
On Fri, 2015-10-23 at 17:49 +, Kevin Smith wrote:
> Correct a null pointer dereference in board_nand_init(). Zeroed
> memory was allocated, then immediately dereferenced, which is a
> null dereference. The dereference is completely removed, since
> this pointer is later initialized in alloc_n
Jagan,
On Fri, Oct 23, 2015 at 3:17 PM, Jagan Teki wrote:
> On 23 October 2015 at 02:55, Tom Rini wrote:
>> On Thu, Oct 22, 2015 at 07:10:17PM -0200, Fabio Estevam wrote:
>>> On Thu, Oct 22, 2015 at 6:50 PM, Jagan Teki wrote:
>>>
>>> > reg &= ~(CQSPI_REG_CONFIG_CHIPSELECT_MASK
>>> > @@
On 10/23/2015 11:52 AM, Tom Warren wrote:
Stephen,
Stephen Warren wrote at Friday, October 23, 2015 10:26 AM:
On 10/23/2015 11:11 AM, Tom Warren wrote:
This patch adds the device tree binding doc for the Tegra114 SPI
controller and the Tegra210 QSPI controller.
Initially, this should be sent
This driver generates clearly debugging prints when changing clock
speed, so silence those. Furthermore, the driver generates further
prints in case a command fails to complete. The later case woud be
useful, but for eMMC, command 8 can fail and it's not an error but
a part of the specification. Th
Instead of passing just the register area as a private data, introduce
a proper struct atmel_mci_priv structure instead. This will become useful
in the subsequent patch, where we eliminate the global variable from this
driver.
Signed-off-by: Marek Vasut
---
drivers/mmc/gen_atmel_mci.c | 34 +
After silencing the prints which were generated when reconfiguring the
clock of the SD/MMC bus, surprisingly, the driver stopped working such
that every attempt to use the SD/MMC bus caused the CPU to get totally
stuck hard. It turns out that the prints generated a short delay, which
was necessary
Global variables are bad. Get rid of this particular one, so we can
correctly instantiate multiple atmel mci interfaces, without having
them interfere with one another.
Signed-off-by: Marek Vasut
---
drivers/mmc/gen_atmel_mci.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff
On Friday, October 23, 2015 at 09:26:51 AM, Stefan Roese wrote:
> This patch enables the usage of board-specific values for the
> environment offset and size in SPI NOR flash.
>
> Signed-off-by: Stefan Roese
> Cc: Marek Vasut
> Cc: Pavel Machek
> Cc: Dinh Nguyen
Acked-by: Marek Vasut
[...]
On Thursday, October 22, 2015 at 10:50:18 PM, Jagan Teki wrote:
> Replace numeric mask hexcodes with GENMASK macro in cadence_qspi_apb
>
> Cc: Stefan Roese
> Cc: Vikas Manocha
> Cc: Marek Vasut
> Signed-off-by: Jagan Teki
> ---
> drivers/spi/cadence_qspi_apb.c | 48
> +
On Friday, October 23, 2015 at 07:18:44 AM, maitysancha...@gmail.com wrote:
> Hello Marek,
Hi,
> Any inputs on the below?
I don't have a Vybrid device, CCing Fabio.
> Thanks & Regards,
> Sanchayan Maity.
>
> On 15-10-19 10:58:47, maitysancha...@gmail.com wrote:
> > Hello Marek,
> >
> > On 15-
On Friday, October 23, 2015 at 09:26:52 AM, Stefan Roese wrote:
> By defining this macro, the combined image of SPL and main U-Boot will
> get built automatically.
>
> Signed-off-by: Stefan Roese
> Cc: Marek Vasut
> Cc: Pavel Machek
> Cc: Dinh Nguyen
This is a good one, thanks!
Acked-by: Mar
On Friday, October 23, 2015 at 09:26:53 AM, Stefan Roese wrote:
> The SR1500
Does SR mean Stefan Roese ? :-)
Anyway, shouldn't you place this device under board/vendorname/boardname
instead of plain board/boardname/ ?
And one more thing, would it be possible for you to do a short README on
addin
On Friday, October 23, 2015 at 07:17:28 PM, Jagan Teki wrote:
> On 23 October 2015 at 02:55, Tom Rini wrote:
> > On Thu, Oct 22, 2015 at 07:10:17PM -0200, Fabio Estevam wrote:
> >> On Thu, Oct 22, 2015 at 6:50 PM, Jagan Teki wrote:
> >> > reg &= ~(CQSPI_REG_CONFIG_CHIPSELECT_MASK
> >> >
> -Original Message-
> From: Wood Scott-B07421
> Sent: 2015年10月23日 7:11
> To: Gong Qianyu-B52263
> Cc: u-boot@lists.denx.de; Hu Mingkai-B21284; Sun York-R58495; Hou
> Zhiqiang-B48286; Xie Shaohui-B21989; Song Wenbin-B53747; Wood Scott-
> B07421; Kushwaha Prabhakar-B32579; Wang Huan-B18965
On Mon, Oct 19, 2015 at 5:09 PM, Simon Glass wrote:
> Hi Rob,
>
> On 19 October 2015 at 14:14, Rob Herring wrote:
>> On Wed, Oct 14, 2015 at 11:55 AM, Sergey Temerkhanov
>> wrote:
>>> On some systems, UART initialization is performed before running U-Boot.
>>> This commit allows to skip UART re-
Hi Scott,
On 10/23/2015 01:20 PM, Scott Wood wrote:
>
> Yuck. Could you please rework this driver to not play games with pointers
> and one giant allocation? Why can't this function allocate each region it
> needs separately?
>
> -Scott
>
This driver is taken from Linux. There are a few API mod
On Fri, Oct 23, 2015 at 10:47:28PM +0530, Jagan Teki wrote:
> On 23 October 2015 at 02:55, Tom Rini wrote:
> > On Thu, Oct 22, 2015 at 07:10:17PM -0200, Fabio Estevam wrote:
> >> On Thu, Oct 22, 2015 at 6:50 PM, Jagan Teki wrote:
> >>
> >> > reg &= ~(CQSPI_REG_CONFIG_CHIPSELECT_MASK
> >>
On Fri, Oct 23, 2015 at 12:51 PM, Kevin Smith
wrote:
> The variable "buf" in this function is a char array, and the
> function ubi_volume_read is expecting a char *. In the call, the
> address of the pointer is being taken, incorrectly passing a
> char **. The compiler warning was being silenced
On Fri, 2015-10-23 at 19:56 +, Kevin Smith wrote:
> Hi Scott,
>
> On 10/23/2015 01:20 PM, Scott Wood wrote:
> >
> > Yuck. Could you please rework this driver to not play games with pointers
> > and one giant allocation? Why can't this function allocate each region it
> > needs separately?
>
Add 32bpp framebuffer support for the Atmel HLCDC driver. This is
needed for output bpp higher than 16bpp.
Signed-off-by: Marek Vasut
---
drivers/video/atmel_hlcdfb.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/video/atmel_hlcdfb.c b/drivers/video/atmel_hlcdfb.c
index 0ce2370
On 10/23/2015 03:34 PM, Scott Wood wrote:
> Does Linux have this problem? Assuming no, please fix this by making the
> driver look more like Linux. At least then it would be the same ugliness.
There are 2 problems and one improvement:
1) Invalid dereference. This is U-Boot-only code not taken fr
Dear Wenyou Yang,
On 09.09.15 04:29, Wenyou Yang wrote:
> Some peripherals may need a second clock source that may be different
> from the system clock. This second clock is the generated clock (GCK)
> and is managed by the PMC via PMC_PCR.
>
> For simplicity, the source of the GCK is fixed to PL
On 08.09.15 08:38, Wenyou Yang wrote:
> Provide the specific addresses for the Chip ID and Chip ID Extension
> registers, instead of the offset, which make it use on other chips.
>
> Signed-off-by: Wenyou Yang
Reviewed-by: Andreas Bießmann
> ---
>
> arch/arm/mach-at91/armv7/cpu.c
On Fri, 2015-10-23 at 20:57 +, Kevin Smith wrote:
> On 10/23/2015 03:34 PM, Scott Wood wrote:
> > Does Linux have this problem? Assuming no, please fix this by making the
> > driver look more like Linux. At least then it would be the same ugliness.
> There are 2 problems and one improvement:
On 10/23/2015 04:14 PM, Scott Wood wrote:
> On Fri, 2015-10-23 at 20:57 +, Kevin Smith wrote:
>> On 10/23/2015 03:34 PM, Scott Wood wrote:
>>> Does Linux have this problem? Assuming no, please fix this by making the
>>> driver look more like Linux. At least then it would be the same ugliness.
Dear Wenyou Yang,
On 22.09.15 09:39, Wenyou Yang wrote:
> The SDHCI is introduced by sama5d2, named as Secure Digital Multimedia
> Card Controller(SDMMC). It supports the embedded MultiMedia Card (e.MMC)
> Specification V4.41, the SD Memory Card Specification V3.0, and the SDIO
> V3.0 specificatio
Dear Wenyou Yang,
On 22.09.15 09:59, Wenyou Yang wrote:
> The board supports following features:
> - Boot media support: SD card/e.MMC/SPI flash,
> - Support LCD display (optional, disabled by default),
> - Support ethernet,
> - Support USB mass storage.
>
> Signed-off-by: Wenyou Yang
> ---
On 23.10.15 11:18, Josh Wu wrote:
> As sama5 board has 32k sram size, so the at91bootstrap and spl for sama5
> boards is bigger than 16k (0x4000). That will overlap the U-Boot
> environment. So I move environment to 0x6000. And reduce its size as
> well.
>
> Signed-off-by: Josh Wu
Reviewed-by:
1 - 100 of 140 matches
Mail list logo
