Hello Wenyou,
Am 31.07.2017 um 03:56 schrieb Wenyou Yang:
Add missing probe function to the device driver to active a device.
Signed-off-by: Wenyou Yang
---
drivers/i2c/at91_i2c.c | 26 --
1 file changed, 24 insertions(+), 2 deletions(-)
Reviewed-by: Heiko Schoche
On Isn, 2017-07-31 at 12:54 +0200, Marek Vasut wrote:
> On 07/31/2017 12:50 PM, tien.fong.c...@intel.com wrote:
> >
> > From: Tien Fong Chee
> >
> > This config enable the mechanism for loading RBF file from FAT fs
> > into
> > FPGA manager.
> >
> > Signed-off-by: Tien Fong Chee
> > ---
> > a
On 08/07/2017 09:18 AM, Chee, Tien Fong wrote:
> On Isn, 2017-07-31 at 12:54 +0200, Marek Vasut wrote:
>> On 07/31/2017 12:50 PM, tien.fong.c...@intel.com wrote:
>>>
>>> From: Tien Fong Chee
>>>
>>> This config enable the mechanism for loading RBF file from FAT fs
>>> into
>>> FPGA manager.
>>>
>>
On Fri, Aug 4, 2017 at 12:21 PM, Bin Meng wrote:
> On Wed, Aug 2, 2017 at 6:26 AM, Bin Meng wrote:
>> Hi Jagan,
>>
>> On Wed, Aug 2, 2017 at 12:01 AM, Jagan Teki wrote:
>>> On Sun, Jul 23, 2017 at 8:14 PM, Bin Meng wrote:
On some flash (like Macronix), QE (quad enable) bit is in the same
>
Hi Jagan,
On Mon, Jul 31, 2017 at 7:33 PM, Bin Meng wrote:
> Hi Jagan,
>
> On Mon, Jul 31, 2017 at 5:33 PM, Jagan Teki wrote:
>> On Sun, Jul 23, 2017 at 8:14 PM, Bin Meng wrote:
>>> This adds support for Macronix flash MX25U6435F (device ID 0xc22537).
>>>
>>> Signed-off-by: Bin Meng
>>> ---
>>
Hi Bing,
On Mon, Aug 7, 2017 at 1:09 PM, Bin Meng wrote:
> On Fri, Aug 4, 2017 at 12:21 PM, Bin Meng wrote:
>> On Wed, Aug 2, 2017 at 6:26 AM, Bin Meng wrote:
>>> Hi Jagan,
>>>
>>> On Wed, Aug 2, 2017 at 12:01 AM, Jagan Teki
>>> wrote:
On Sun, Jul 23, 2017 at 8:14 PM, Bin Meng wrote:
>>
To fix warning in ARM64:
common/fb_mmc.c: In function ‘fb_mmc_update_zimage’:
common/fb_mmc.c:216:13: warning: cast from pointer to integer of
different size [-Wpointer-to-int-cast]
hdr_addr = (u32)download_buffer + ALIGN(download_bytes, PAGE_SIZE);
^
common/fb_mmc.c:217:8: warning:
On Isn, 2017-07-31 at 12:55 +0200, Marek Vasut wrote:
> On 07/31/2017 12:50 PM, tien.fong.c...@intel.com wrote:
> >
> > From: Tien Fong Chee
> >
> > Configuration flip-flop driver is mainly used for handling the FPGA
> > program
> > operation where the FPGA image loading from the flash into FPGA
Andy,
Doing a non-buildman defconfig + make works fine.
I’ve seen this too (I did a full buildman for all arm, x86 and powerpc boards)
and it seems as if a shell-script is trying to source the generated auto.config
file.
I couldn’t spot where in buildman that happens, so I’ll need to leave this
On Fri, May 12, 2017 at 10:22 PM, Maxime Ripard
wrote:
> On Fri, May 12, 2017 at 11:38:52AM +0200, Olliver Schinagl wrote:
>> This patch series adds support for the Olimex OLinuXino Lime2 eMMC. This
>> assembly variant uses eMMC flash instead of NAND (or no flash) on the other
>> Lime2's. Addition
On 08/07/2017 04:30 AM, Masahiro Yamada wrote:
> Hi Marek,
Hi Masahiro,
This is gonna be a great discussion, let's wrestle about consts and ints :-)
> 2017-08-06 4:23 GMT+09:00 Marek Vasut :
>> On 08/03/2017 02:36 PM, Masahiro Yamada wrote:
>>> Hi Marek,
>>
>> Hi,
>>
>> [...]
>>
+static u32
On 08/07/2017 10:16 AM, Chee, Tien Fong wrote:
> On Isn, 2017-07-31 at 12:55 +0200, Marek Vasut wrote:
>> On 07/31/2017 12:50 PM, tien.fong.c...@intel.com wrote:
>>>
>>> From: Tien Fong Chee
>>>
>>> Configuration flip-flop driver is mainly used for handling the FPGA
>>> program
>>> operation where
Hi,
On Sun, Jul 30, 2017 at 5:43 PM, Álvaro Fernández Rojas
wrote:
> BCM63xx SPI controller is a bit tricky since it doesn't allow keeping CS
> active between transfers, so I had to modify the spi_flash driver in order
> to allow limiting reads.
>
> v5: Introduce changes suggested by Jagan Teki:
Hi Philipp:
On 2017年08月07日 16:24, Dr. Philipp Tomsich wrote:
Andy,
Doing a non-buildman defconfig + make works fine.
I’ve seen this too (I did a full buildman for all arm, x86 and powerpc boards)
and it seems as if a shell-script is trying to source the generated auto.config
file.
I couldn’t
Hm, ok: let me check again, maybe I can spot this now.
I wonder why this didn’t show for me when I tried earlier.
> On 07 Aug 2017, at 10:38, Andy Yan wrote:
>
> Hi Philipp:
>
>
> On 2017年08月07日 16:24, Dr. Philipp Tomsich wrote:
>> Andy,
>>
>> Doing a non-buildman defconfig + make works fine.
On Isn, 2017-08-07 at 10:19 +0200, Marek Vasut wrote:
> On 08/07/2017 10:16 AM, Chee, Tien Fong wrote:
> >
> > On Isn, 2017-07-31 at 12:55 +0200, Marek Vasut wrote:
> > >
> > > On 07/31/2017 12:50 PM, tien.fong.c...@intel.com wrote:
> > > >
> > > >
> > > > From: Tien Fong Chee
> > > >
> > > >
On Fri, Aug 4, 2017 at 3:03 PM, Andy Yan wrote:
> Add support for GD25Q256, a 32MiB SPI Nor
> flash from Gigadevice.
>
> Signed-off-by: Andy Yan
> ---
>
> drivers/mtd/spi/sf_internal.h | 1 +
> drivers/mtd/spi/spi_flash.c | 7 ---
> drivers/mtd/spi/spi_flash_ids.c | 1 +
> 3 files chan
Hi PHilipp:
On 2017年08月07日 16:39, Dr. Philipp Tomsich wrote:
Hm, ok: let me check again, maybe I can spot this now.
I wonder why this didn’t show for me when I tried earlier.
I also didn't found it in the early times build. When I run the
"buildman rockchip" today, It show the warnings i
+Tom
Ok, so the problem is 'scripts/setlocalversion’, which does the following:
> if test -e include/config/auto.conf; then
> . include/config/auto.conf
> else
> echo "Error: kernelrelease not valid - run 'make prepare' to update
> it"
> exit 1
> fi
in order to access the
This patch prepares the driver to support controller(s) with registers
at locations shifted by constant. Pull out the readl()/writel() from
the driver into separate functions, where the adjustment of the register
offset can be easily contained.
Signed-off-by: Marek Vasut
Cc: Masahiro Yamada
Cc:
The Renesas RCar Gen3 contains the same controller, originally
Matsushita. This patch adds support for handling of the 64bit
FIFO on this controller.
Signed-off-by: Marek Vasut
Cc: Masahiro Yamada
Cc: Jaehoon Chung
---
V2: - Use unsigned int for the reg argument of IO accessors
- Rework the
The Renesas RCar Gen3 contains the same controller, originally
Matsushita, yet the register addresses are shifted by 1 to the
left. The whole controller is also 64bit, including the data
FIFOs and RSP registers. This patch adds support for handling
the register IO by shifting the register offset by
Check if the OF match has any associated data and if so, use those
data as the controller quirks, otherwise fallback to the old method
of reading the controller version register to figure out the quirks.
This allows us to supply controller quirks on controllers which ie.
do not have version registe
Add OF match entries and quirks for Renesas RCar Gen3 controllers
into the driver. The IP this driver handles is in fact Matsushita
one and in used both in Socionext and Renesas chips.
Signed-off-by: Marek Vasut
Cc: Masahiro Yamada
Cc: Jaehoon Chung
---
drivers/mmc/Kconfig | 7 ---
d
On Sun, Aug 6, 2017 at 10:45 AM, Simon Glass wrote:
> On 26 July 2017 at 05:26, Dave Prue wrote:
>> GMAC Initialization for sun7i targets has been broken since v2017.05-rc3
>> due to the renaming of CONFIG_SUNXI_GMAC to CONFIG_SUN7I_GMAC in Kconfig
>> without propogating the name change throughou
On Sat, Jul 8, 2017 at 11:06 AM, wrote:
> From aa8cd8708d71ef302e78474af6713477263bdd6f Mon Sep 17 00:00:00 2001
> From: Richard Kojedzinszky
> Date: Fri, 18 Nov 2016 19:25:50 +0100
> Subject: [PATCH 2/2] sun20i: added config for Sinovoip Bananapi M1 plus
>
> According to linux-sunxi.org, the m1
> From: Jagan Teki
> Date: Mon, 7 Aug 2017 14:56:58 +0530
>
> On Sun, Aug 6, 2017 at 10:45 AM, Simon Glass wrote:
> > On 26 July 2017 at 05:26, Dave Prue wrote:
> >> GMAC Initialization for sun7i targets has been broken since v2017.05-rc3
> >> due to the renaming of CONFIG_SUNXI_GMAC to CONFIG_
Am 07.08.2017 um 11:26 schrieb Jagan Teki:
> On Sun, Aug 6, 2017 at 10:45 AM, Simon Glass wrote:
>> On 26 July 2017 at 05:26, Dave Prue wrote:
>>> GMAC Initialization for sun7i targets has been broken since v2017.05-rc3
"initialization", but more importantly:
>>> due to the renaming of CONFIG_S
In the TI SOCs a PBIAS cell exists to provide a bias voltage to the MMC1
IO cells. Without this bias voltage these I/O cells can not function
properly. The PBIAS cell is controlled by software.
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
Reviewed-by: Simon Glass
---
Hi Jaehoon,
H
> X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lists.denx.de
> X-Spam-Level:
> X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=unavailable
> autolearn_force=no version=3.4.0
> Date: Mon, 7 Aug 2017 11:35:52 +0200 (CEST)
> From: Mark Kettenis
> Cc: albert.u.b...@
Hi Jagan,
Am 07.08.2017 um 10:35 schrieb Jagan Teki:
> Hi,
>
> On Sun, Jul 30, 2017 at 5:43 PM, Álvaro Fernández Rojas
> wrote:
>> BCM63xx SPI controller is a bit tricky since it doesn't allow keeping CS
>> active between transfers, so I had to modify the spi_flash driver in order
>> to allow li
CONFIG_FIT_EMBED might be confused with CONFIG_OF_EMBED, rename it
MULTI_DTB_FIT as it is able to get a DTB from a FIT image containing
multiple DTBs. Also move the option to the Kconfig dedicated to the DTS
options and create a README for this feature.
Signed-off-by: Jean-Jacques Hiblot
Reviewed
If the dtb is the first data of the FIT, the its offset is 0x0. Change the
test to '<' instead of '<='
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
Reviewed-by: Simon Glass
---
no change since v3
common/boot_fit.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
Reviewed-by: Simon Glass
---
no change since v3
include/linux/lzo.h| 3 +++
lib/lzo/lzo1x_decompress.c | 21 +
2 files changed, 20 insertions(+), 4 deletions(-)
diff --git a/include/linux/lzo.h b/include/l
Those 2 functions don't modify their input, we can mark it const.
This prevents compilation warnings when they are provided const input.
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
Reviewed-by: Simon Glass
---
change since v3: updated the description of locate_dtb_in_fit()
commo
If board_fit_config_name_match() doesn't match any configuration node,
then use the default one (if provided).
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
Reviewed-by: Simon Glass
---
change since v3: fixed spelling mistakes reported by Simon G.
common/common_fit.c | 20 +
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
Reviewed-by: Simon Glass
---
no change since v3
include/common.h | 1 +
lib/gunzip.c | 15 ---
2 files changed, 13 insertions(+), 3 deletions(-)
diff --git a/include/common.h b/include/common.h
index c8fb277..8678275 1
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
Reviewed-by: Simon Glass
---
no change since v3
lib/Kconfig | 17 -
lib/Makefile | 6 +++---
2 files changed, 19 insertions(+), 4 deletions(-)
diff --git a/lib/Kconfig b/lib/Kconfig
index 2f5a210..5b90a91 100644
---
u-boot can be embedded within a FIT image with multiple DTBs. It then
selects at run-time which one is best suited for the platform.
Use the same principle here for the SPL: put the DTBs in a FIT image,
compress it (LZO, GZIP, or no compression) and append it at the end of the
SPL.
Signed-off-by:
In order to be able to select the right DTB, we need to have identified the
board before spl_early_init() is called.
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Tom Rini
Reviewed-by: Simon Glass
---
no change since v3
arch/arm/mach-omap2/hwinit-common.c | 4 +++-
1 file changed, 3 inse
Following the RFC, here is the series implementing the mechanism in a cleaner
way. The idea is that the SPL may take advantage of selecting its DTB from a
pool of available DTBs. To do that several DTBs are embedded in a compressed
FIT image appended at the end of the SPL. The patch is done in such
Hi,
I'm looking at a problem on the db-88f6820-amc board (which has it's
env on spi flash). Somewhere in the init sequence we get a crash.
git bisect leads me to commit 8fee8845e7 ("enf_sf: reuse
setup_flash_device instead of open coding it") but I don't think
that's actually the problem. The rea
> With the hierarchical defaults set up, we remove these from the header
> files. To do so, I've run moveconfig on SPL_LDSCRIPT and this commits
> the changes.
>
> Signed-off-by: Philipp Tomsich
> Reviewed-by: Simon Glass
> ---
>
> include/configs/am335x_evm.h | 2 --
> include/conf
On Sat, Aug 5, 2017 at 11:35 AM, Tom Rini wrote:
> On Fri, Aug 04, 2017 at 04:05:58PM +, Patrice CHOTARD wrote:
>> Hi Matt, Kamil
>>
>> I currently doing some work on STM32 SoCs on U-boot, more
>> precisely code factorization between STYM32F4, STM32F7 and STM32H7
>>
>> I noticed you added STM3
On 08/06/2017 06:23 PM, Rob Clark wrote:
> Spotted this debugging OpenBSD's bootloader in qemu. (Wouldn't really
> fix anything, the problem was not having any disks, but we should
> probably return the correct error code.)
>
> Signed-off-by: Rob Clark
> ---
> lib/efi_loader/efi_boottime.c | 3
Device-path structures in UEFI are only byte aligned, which can result
in unaligned access faults (either in u-boot or the efi payload which is
loaded). From the UEFI spec (sect 10.3.1 in UEFI spec v2.7):
A Device Path is a series of generic Device Path nodes. The first
Device Path node sta
On Mon, Jul 31, 2017 at 7:41 AM, Derald D. Woods
wrote:
> Fixes: 00bbe96ebabb ("arm: omap: Unify get_device_type() function")
>
> The control status register value is embedded in a structure somewhere
> in SRAM, with the last refactoring effort. This patch allows OMAP3 EVM
> (TMDSEVM3530) to boot
On Mon, Aug 07, 2017 at 07:35:30AM -0500, Derald Woods wrote:
> On Mon, Jul 31, 2017 at 7:41 AM, Derald D. Woods
> wrote:
>
> > Fixes: 00bbe96ebabb ("arm: omap: Unify get_device_type() function")
> >
> > The control status register value is embedded in a structure somewhere
> > in SRAM, with the
Hi Stephen
On Fri, 2017-08-04 at 10:33 -0600, Stephen Warren wrote:
> On 08/04/2017 10:10 AM, Marcel Ziswiler wrote:
> > From: Marcel Ziswiler
> >
> > Make tegra_pcie_port_reset() a weak function with an explicit index
> > parameter. This allows overriding the PCIe port reset functionality
> > f
> Am 07.08.2017 um 13:19 schrieb Rob Clark :
>
> Device-path structures in UEFI are only byte aligned, which can result
> in unaligned access faults (either in u-boot or the efi payload which is
> loaded). From the UEFI spec (sect 10.3.1 in UEFI spec v2.7):
>
> A Device Path is a series of g
On Mon, Aug 07, 2017 at 12:07:53PM +0200, Jean-Jacques Hiblot wrote:
> u-boot can be embedded within a FIT image with multiple DTBs. It then
> selects at run-time which one is best suited for the platform.
> Use the same principle here for the SPL: put the DTBs in a FIT image,
> compress it (LZO,
On Mon, Aug 7, 2017 at 9:16 AM, Alexander Graf wrote:
>
>
>> Am 07.08.2017 um 13:19 schrieb Rob Clark :
>>
>> Device-path structures in UEFI are only byte aligned, which can result
>> in unaligned access faults (either in u-boot or the efi payload which is
>> loaded). From the UEFI spec (sect 10.
On Sat, Aug 05, 2017 at 10:28:38AM -0600, Simon Glass wrote:
> We have a few tests still not part of the pytest framework. This means
> that they do not run automatically with 'make tests'.
>
> This series converts the FIT test to the new framework.
>
>
> Simon Glass (3):
> test: Indent test-
On Sun, Jun 25, 2017 at 04:43:18PM -0700, Alison Chaiken wrote:
> From: Alison Chaiken
>
> Changes since v6: none.
>
> Signed-off-by: Alison Chaiken
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot
On Thu, Aug 03, 2017 at 12:48:30PM -0400, Rob Clark wrote:
> Similar to CONFIG_OF_BOARD, but in this case the fdt is still built by
> u-boot build. This allows the board to patch the fdt, etc.
>
> In the specific case of dragonboard 410c, we pass the u-boot generated
> fdt to the previous stage
On Sun, Jun 25, 2017 at 04:43:17PM -0700, Alison Chaiken wrote:
> From: Alison Chaiken
>
> Changes since v6: none.
>
> Signed-off-by: Alison Chaiken
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot
On Sun, Jun 25, 2017 at 04:43:19PM -0700, Alison Chaiken wrote:
> From: Alison Chaiken
>
> The existing partitions-list parsing in cmd/gpt.c passes a value
> from gpt_default() to set_gpt_info() that README.gpt suggests
> should begin with 'partitions='. Partition-list strings should
> in fact
On Sun, Jun 25, 2017 at 04:43:21PM -0700, Alison Chaiken wrote:
> From: Alison Chaiken
>
> Make minor changes to README.gpt and sandbox_defconfig to support
> testing of the gpt command's functionality in the sandbox.
>
> Changes since v6: none.
>
> Signed-off-by: Alison Chaiken
Applied to u
On Tue, Jul 04, 2017 at 11:18:50AM -0700, Alison Chaiken wrote:
> From: Alison Chaiken
>
> Make the partition table available for modification by reading it from
> the user-specified device into a linked list. Provide an accessor
> function for command-line testing.
>
> Signed-off-by: Alison
On Sun, Jun 25, 2017 at 04:43:23PM -0700, Alison Chaiken wrote:
> From: Alison Chaiken
>
> In order to read the GPT, modify the partition name strings, and then
> write out a new GPT, the disk GUID is needed. While there is an
> existing accessor for the partition UUIDs, there is none yet for t
On Fri, Jul 28, 2017 at 11:46:38PM +0200, Thomas Petazzoni wrote:
> The environment has pretty much nothing to do with just "PPC", so
> rename the macros to just __UBOOT_ENV_SECTION__ which is more
> readable.
>
> In addition, only a single macro is needed: the environment now goes
> either to th
On Sun, Jun 25, 2017 at 04:43:22PM -0700, Alison Chaiken wrote:
> From: Alison Chaiken
>
> Move MAX_SEARCH_PARTITIONS to part.h so that functions in cmd
> directory can find it. At the same time, increase the value to
> 64 since some operating systems use many, and the resources
> consumed by a
On Thu, Jul 20, 2017 at 04:28:47PM +0800, wenyou.y...@microchip.com wrote:
> Because before switching to a lower clock source, we must switch
> the clock source first instead of last. So before configuring the
> PMC_MCKR register, invoke at91_mck_init_down() first.
>
> As said in datasheet, the t
On Tue, Jul 04, 2017 at 11:19:46AM -0700, Alison Chaiken wrote:
> From: Alison Chaiken
>
> Strings read from devices may sometimes fail to be
> NULL-terminated. The functions in lib/string.c are subject to
> failure in this case. Protect against observed failures in
> set_gpt_info() by switc
On Fri, Jul 21, 2017 at 02:04:47PM +0800, wenyou.y...@microchip.com wrote:
> Update the configuration files to support the device tree and driver
> model. The peripheral clock and pins configuration are handled by
> the clock and the pinctrl drivers respectively.
>
> Signed-off-by: Wenyou Yang
>
On Tue, Jul 04, 2017 at 11:19:18AM -0700, Alison Chaiken wrote:
> From: Alison Chaiken
>
> This patch provides support in u-boot for renaming GPT
> partitions. The renaming is accomplished via new 'gpt swap'
> and 'gpt rename' commands.
>
> The 'swap' mode returns an error if no matching parti
On Fri, Jul 21, 2017 at 02:30:57PM +0800, wenyou.y...@microchip.com wrote:
> Add the dts files to support deivce tree, update the configuration
> files to support the device tree and driver model. The peripheral
> clock and pins configuration are handled by the clock and the pinctrl
> drivers resp
On Sun, Jun 25, 2017 at 04:43:20PM -0700, Alison Chaiken wrote:
> From: Alison Chaiken
>
> The instructions for creating a disk image that are presently in
> README.sandbox fail because sfdisk doesn't know about GPT.
>
> Changes since v6: none.
>
> Signed-off-by: Alison Chaiken
Applied to u-
On Fri, Jul 28, 2017 at 11:37:26AM +0800, wenyou.y...@microchip.com wrote:
> Fix the UART input clock for the early debug UART, it should be
> 100MHz, instead of 88MHz.
>
> Signed-off-by: Wenyou Yang
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
_
On Fri, Jul 28, 2017 at 11:46:37PM +0200, Thomas Petazzoni wrote:
> CONFIG_SYS_USE_PPCENV is no longer used anywhere. It was used to put
> the environment in the special .ppcenv section, but the last
> architecture using this section (SuperH) has been changed to not use
> it.
>
> Therefore, this
On Fri, Jul 21, 2017 at 01:40:10PM +0800, wenyou.y...@microchip.com wrote:
> To support driver model and device tree, use the SPI-flash-based
> AT45xxx DataFlash driver, DataFlash is a kind of SPI flash.
> Instead of ATMEL_DATAFLASH_SPI DataFlash older driver that will
> be removed in the future.
On Fri, Jul 28, 2017 at 11:54:14AM +0200, Patrice Chotard wrote:
> From: Patrice Chotard
>
> fix the following compilation error reported by buidlman:
>
>arm: + stm32f429-discovery
> +arch/arm/mach-stm32/stm32f4/soc.c: In function 'arch_cpu_init':
> +arch/arm/mach-stm32/stm32f4/soc.c
On Fri, Jul 21, 2017 at 05:07:46PM +0800, wenyou.y...@microchip.com wrote:
> Add the dts files to support deivce tree, update the configuration
> files to support the device tree and driver model. The peripheral
> clock and pins configuration are handled by the clock and the pinctrl
> drivers resp
On Fri, Jul 21, 2017 at 05:04:56PM +0800, wenyou.y...@microchip.com wrote:
> Add the dts files to support deivce tree, update the configuration
> files to support the device tree and driver model. The peripheral
> clock and pins configuration are handled by the clock and the pinctrl
> drivers resp
On Fri, Jul 21, 2017 at 01:28:40PM +0800, wenyou.y...@microchip.com wrote:
> Add the dts files to support deivce tree, update the configuration
> files to support the device tree and driver model. The peripheral
> clock and pins configuration are handled by the clock and the pinctrl
> drivers resp
On Fri, Jul 21, 2017 at 01:40:09PM +0800, wenyou.y...@microchip.com wrote:
> To support driver model and device tree, use the SPI-flash-based
> AT45xxx DataFlash driver, DataFlash is a kind of SPI flash.
> Instead of ATMEL_DATAFLASH_SPI DataFlash older driver that will
> be removed in the future.
On Fri, Jul 21, 2017 at 05:06:40PM +0800, wenyou.y...@microchip.com wrote:
> Add the dts files to support deivce tree, update the configuration
> files to support the device tree and driver model. The peripheral
> clock and pins configuration are handled by the clock and the pinctrl
> drivers resp
On Fri, Jul 21, 2017 at 01:40:11PM +0800, wenyou.y...@microchip.com wrote:
> To support driver model and device tree, use the SPI-flash-based
> AT45xxx DataFlash driver, DataFlash is a kind of SPI flash.
> Instead of ATMEL_DATAFLASH_SPI DataFlash older driver that will
> be removed in the future.
On Fri, Jul 28, 2017 at 08:32:52AM -0500, Adam Ford wrote:
> This converts the following to Kconfig:
>CONFIG_SYS_TEXT_BASE
>
> The includes, whitelist, etc. were left for now but I don't get any
> build errors or warnings on the omap3_logic_defconfig or
> am3517_evm_defconfig builds I tried.
On Mon, Aug 07, 2017 at 10:48:12AM +0200, Dr. Philipp Tomsich wrote:
> +Tom
>
> Ok, so the problem is 'scripts/setlocalversion’, which does the following:
> > if test -e include/config/auto.conf; then
> > . include/config/auto.conf
> > else
> > echo "Error: kernelrelease not valid
On Sun, Aug 06, 2017 at 01:27:15PM -0500, Adam Ford wrote:
> On Thu, Jul 27, 2017 at 6:55 AM, Tom Rini wrote:
> > On Wed, Jul 26, 2017 at 09:22:06PM -0500, Adam Ford wrote:
> >> On Wed, Jul 26, 2017 at 8:52 PM, Tom Rini wrote:
> >> > On Wed, Jul 26, 2017 at 09:03:37AM -0500, Adam Ford wrote:
> >>
On Sat, Aug 05, 2017 at 03:45:53PM -0600, Simon Glass wrote:
> The CONFIG_BLK conversion involves quite invasive changes in the U-Boot
> code, with #ifdefs and different code paths. We should try to move over to
> this soon so we can drop the old code.
>
> Set a deadline of 9 months for this work
On Sun, Aug 06, 2017 at 11:34:15AM -0400, Rob Clark wrote:
> On Sun, Aug 6, 2017 at 10:45 AM, Rob Clark wrote:
> >
> > I've started trying to hack up test_efi_loader.py to add a test that
> > loads OpenBSD's bootloader.. kinda muddling through it at this point,
> > since not a py expert or too fa
On Fri, Jul 28, 2017 at 06:04:11PM +1000, Bin Chen wrote:
> Follow bootz's pattern by moving the booti_setup to arch/arm/lib.
> This allows to use that function in other path, e.g booting
> an android image contains Image format.
>
> Note that kernel relocation is move out of booti_setup and it i
On Mon, Aug 7, 2017 at 11:47 AM, Jonathan Gray wrote:
> On Sun, Aug 06, 2017 at 11:34:15AM -0400, Rob Clark wrote:
>> On Sun, Aug 6, 2017 at 10:45 AM, Rob Clark wrote:
>> >
>> > I've started trying to hack up test_efi_loader.py to add a test that
>> > loads OpenBSD's bootloader.. kinda muddling
Hi Bin,
On Thu, 3 Aug 2017 21:56:47 -0700
Bin Meng bmeng...@gmail.com wrote:
> This is not used in U-Boot.
>
> Signed-off-by: Bin Meng
> ---
>
> drivers/video/Makefile | 1 -
> drivers/video/l5f31188.c | 192
> ---
> 2 files changed, 193 delet
On Thu, 3 Aug 2017 21:56:48 -0700
Bin Meng bmeng...@gmail.com wrote:
> This is not used in U-Boot.
>
> Signed-off-by: Bin Meng
> ---
>
> drivers/video/Makefile | 1 -
> drivers/video/sed156x.c | 546
>
> include/sed156x.h | 26 ---
>
On Thu, 3 Aug 2017 21:56:49 -0700
Bin Meng bmeng...@gmail.com wrote:
> This is not used in U-Boot.
>
> Signed-off-by: Bin Meng
> ---
>
> drivers/video/Makefile | 1 -
> drivers/video/sm501.c| 225
> ---
> include/sm501.h |
On Thu, 3 Aug 2017 21:56:50 -0700
Bin Meng bmeng...@gmail.com wrote:
> This is not used in U-Boot.
>
> Signed-off-by: Bin Meng
> ---
>
> drivers/video/Kconfig | 31 +-
> drivers/video/Makefile |1 -
> drivers/video/cfb_console.c | 10 -
> drivers/video/ct69000.c | 1168
On 08/06/2017 10:10 AM, Rob Clark wrote:
Signed-off-by: Rob Clark
---
Kinda works, but since we don't have an 'exit' command like grub, we
have to reboot, which leaves the "board" in a bad state (I guess,
since the next test fails). I haven't tackled the travis bits to get
travis to download Op
On Sun, Aug 6, 2017 at 12:16 AM, Simon Glass wrote:
> Hi Joe,
>
> On 27 July 2017 at 15:23, Joe Hershberger wrote:
>> On Tue, Jul 25, 2017 at 3:22 AM, Mario Six wrote:
>>> Hi Simon,
>>>
>>> On Tue, Jul 18, 2017 at 4:01 PM, Simon Glass wrote:
Hi Mario,
On 14 July 2017 at 05:54, Ma
On Sat, Aug 5, 2017 at 1:06 PM, Rob Clark wrote:
> On Sat, Aug 5, 2017 at 12:52 PM, Heinrich Schuchardt
> wrote:
>> On 08/05/2017 06:16 PM, Rob Clark wrote:
>>> On Sat, Aug 5, 2017 at 12:12 PM, Heinrich Schuchardt
>>> wrote:
On 08/05/2017 05:58 PM, Rob Clark wrote:
> Some arch's have
Hi Eric,
On Wed, 21 Jun 2017 11:20:32 +0800
Eric Gao eric@rock-chips.com wrote:
> The mipi panel used on evb-rk3399 has a 1920x1200 resolution. But now
> the max resolution is 1920x1080. So increase it.
>
> Signed-off-by: Eric Gao
>
> ---
>
> Changes in v2: None
> Changes in v1:
> -Add ti
On Sat, Aug 05, 2017 at 06:52:59PM +0200, Heinrich Schuchardt wrote:
> On 08/05/2017 06:16 PM, Rob Clark wrote:
> > On Sat, Aug 5, 2017 at 12:12 PM, Heinrich Schuchardt
> > wrote:
> >> On 08/05/2017 05:58 PM, Rob Clark wrote:
> >>> Some arch's have trouble with unaligned accesses. Technically
>
On Wed, 21 Jun 2017 11:20:33 +0800
Eric Gao eric@rock-chips.com wrote:
> To compatible with different rockchip soc, we split the mipi dirver into
> common and soc specific parts, and all the soc share the common
> functions from common driver part.
>
> Signed-off-by: Eric Gao
>
> ---
>
> C
On Wed, 21 Jun 2017 11:20:34 +0800
Eric Gao eric@rock-chips.com wrote:
> Add Makefile item for soc specific driver for rk3399 mipi dsi.
>
> Signed-off-by: Eric Gao
> ---
>
> Changes in v2: None
> Changes in v1: None
>
> drivers/video/rockchip/Makefile | 3 ++-
> 1 file changed, 2 insertio
On Fri, Aug 4, 2017 at 2:48 PM, Simon Glass wrote:
> From: Andy Shevchenko
>
> Convert name to show explicitly that we are using milliseconds. For a
> watchdog timer this is precise enough.
>
> No functional change intended.
>
> Signed-off-by: Andy Shevchenko
> Signed-off-by: Simon Glass
> ---
On Fri, Aug 04, 2017 at 10:41:32PM +0200, Mark Kettenis wrote:
[...]
> ..and what you're sketching out here should work with recent enough
> versions of our bootloader.
>
> However, to me having an ACPI Device Path component in there doesn't
> make much sense on a board without ACPI. It certainly
Hi Eric,
On 2017-08-06 08:19, Eric Nelson wrote:
> Hi Stefan,
>
> On 08/04/2017 04:38 PM, Stefan Agner wrote:
>> From: Stefan Agner
>>
>> This series adds NXP's Serial Download Protocol (SDP) support via
>> USB for SPL/U-Boot. It allows to download U-Boot via USB from a
>> (recovered) SPL using
The driver is for all boards 24XX and up, so let's eliminate the
extra option called CONFIG_SYS_I2C_OMAP34XX since the driver checks
for CONFIG_OMAP34XX we don't need CONFIG_SYS_I2C_OMAP34XX.
Signed-off-by: Adam Ford
---
arch/arm/mach-omap2/omap3/clock.c | 2 +-
board/compulab/cm_t35/cm_t35.c
1 - 100 of 204 matches
Mail list logo
