On 23 June 2016 at 19:28, Lad, Prabhakar wrote:
> During spi transfer, for example:
> sspi 1:1.0 8 ff
>
> the rx_len values will be:
> rx_len = 0
> rx_len = 4294967295
Does these number during 'sspi' or during data transfer? why rx_len is
4294967295?
>
> This caused a busy looping during xfer,
Commit 555f45d8f916 ("image: Convert the IH_... values to enums")
accidentally changed some IH_ARCH_... values.
Prior to that commit, there existed a gap between IH_ARCH_M68K and
IH_ARCH_MICROBLAZE, like follows.
#define IH_ARCH_SPARC64 11 /* Sparc 64 Bit */
#define IH_ARCH_M68K
On 07/20/2016 10:51 PM, Hannes Schmelzer wrote:
On 07/20/2016 09:30 AM, Stefano Babic wrote:
Hi Hannes,
Hi Stefano,
this patch breaks most i.MX6 boards (the not DL) and I revert it. Maybe
I had to ask better before, anyway:
sorry for inconvenience, i should have done more testing on this.
I j
Hi, I did a few more debugging and wanted to share few more information which
are below:
1) I think QEMU does support EL2, because, the following code is working fine.
mov\xreg1, #0x33ff
msrcptr_el2, \xreg1/* Disable coprocessor traps to EL2 */
2) The machine is still in EL3,
> -Original Message-
> From: Zhiqiang Hou [mailto:zhiqiang@nxp.com]
> Sent: Monday, July 04, 2016 11:58 AM
> To: u-boot@lists.denx.de; albert.u.b...@aribaud.net; york sun
> ; w...@denx.de; Prabhakar Kushwaha
> ; alison.w...@freescale.com;
> mingkai...@freescale.com
> Cc: yao.y...@frees
QSPI and IFC are pin-multiplexed on LS1043AQDS board. If QSPI is
enabled, IFC would not be initialized correctly. So disable the IFC
node for Linux.
Signed-off-by: Gong Qianyu
---
v3:
- Moved the fixup to board file.
- Detected the muxing through QIXIS at runtime.
- Tested on LS1043AQDS board.
From: Stefan Agner
This commit adds support for the Toradex Computer on Modules
Colibri iMX7S/iMX7D. The two modules/SoC's are very similar hence
can be easily supported by one board. The board code detects RAM
size at runtime which is one of the differences between the two
boards. The board also
Hi York,
I saw sunxi's patches were merged, so I am preparing my patches, will
send it out soon.
On Wed, Jul 20, 2016 at 4:34 AM, york sun wrote:
> On 07/04/2016 07:26 PM, Hongbo Zhang wrote:
>> On Mon, Jul 4, 2016 at 9:11 PM, Hans de Goede wrote:
>>> Hi,
>>>
>>> On 04-07-16 09:20, Hongbo Zhang
Hi Wenyuo,
On 07/20/2016 07:04 PM, Wenyou Yang wrote:
> Convert the driver to the driver model while retaining the existing
> legacy code. This allows the driver to support boards that have
> converted to driver model as well as those that have not.
>
> Signed-off-by: Wenyou Yang
> Reviewed-by:
Hi,
I am trying to boot ARMv8 Linux kernel using U-Boot. I have built the latest
mainline kernel and U-Boot for aarch64 using defconfig. I am testing this build
on QEMU V2.6.0. I have loaded the Image file at 0x8008
"loaded file
/home/shingu/workspace/linux/linux_mainline_aarch64/arch/
Hi York,
> -Original Message-
> From: york sun
> Sent: Thursday, July 21, 2016 5:25 AM
> To: Qianyu Gong ; Scott Wood ; u-
> b...@lists.denx.de
> Cc: Mingkai Hu ; Huan Wang
> Subject: Re: [PATCH] armv8/fsl-layerscape: add IFC fixup for LS1043A with QSPI
> enabled
>
> On 07/19/2016 11:39
Hi Ziyuan,
On 07/19/2016 11:21 PM, Ziyuan Xu wrote:
> From: Xu Ziyuan
>
> It's nicer to see this:
>
> => mmc list
> dwmmc@ff0c: 0
> dwmmc@ff0f: 1 (eMMC)
>
> than this:
>
> => mmc list
> dwmmc@ff0c: 0dwmmc@ff0f: 1 (eMMC)
>
> With the latter, it's much clearer which mmc devices
Hi Kever,
On 07/19/2016 10:28 PM, Kever Yang wrote:
> Not like the mmc-legacy which the devnum starts from 1, it starts from 0
> in mmc-uclass, so the device number should be (devnum + 1) in get_mmc_num().
Looks good to me. I had already sent the similar patch for this.
(http://patchwork.ozlabs.o
Hi Heiko,
Simon apply my V4 patch which still have some problem, he said that
he will rebase
with a new patch set either if I send a new version or send fixes, but
he won't be available till next week.
I have send out my V5 patch which including the code of this patch.
Thanks,
- Keve
When loading an efi image, we pass it the location it was loaded from.
On file system backends, there are no relative paths, so we should always
pass in absolute ones. For network paths, we may be relative.
This fixes distro booting with grub2 for me when it fetches the grub2 config
file from the
The EP platform also has working AHCI emulation, so I see little reason
not to implement the plumbing for it that enables us to boot from AHCI.
Signed-off-by: Alexander Graf
---
include/configs/xilinx_zynqmp_ep.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/xilinx_zynqmp_e
Partitions on the iso el torito partition table interpreter
only start from partition 1. So when printing out the tables,
let's also start counting at 1.
Signed-off-by: Alexander Graf
---
disk/part_iso.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/disk/part_iso.c b/di
Hi Benjamin,
Please let us know if you are working on this patchset.
I just saw another patchset but not using device tree & clock framework but
would like to have DT and clock framework in place for stm32.
Cheers,
Vikas
> -Original Message-
> From: Vikas MANOCHA
> Sent: Friday, July 01
Hi Benoît,
2016-07-20 21:42 GMT+02:00 Benoît Thébaudeau <
benoit.thebaudeau@gmail.com>:
> Hi Nicolas,
>
> On Wed, Jul 20, 2016 at 6:21 PM, Nicolas le bayon
> wrote:
> > Hi all,
> >
> > With a quite old u-boot release (October 2015 more or less), I has some
> > different issues around fatwri
On 07/19/2016 11:39 PM, Qianyu Gong wrote:
> Hi York,
>
>> -Original Message-
>> From: york sun
>> Sent: Wednesday, July 20, 2016 5:58 AM
>> To: Scott Wood ; Qianyu Gong ; u-
>> b...@lists.denx.de
>> Cc: Mingkai Hu
>> Subject: Re: [PATCH] armv8/fsl-layerscape: add IFC fixup for LS1043A wit
Hi Tom,
> -Original Message-
> From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Tom Rini
> Sent: Saturday, July 16, 2016 6:51 AM
> To: tnishinaga@gmail.com
> Cc: u-boot@lists.denx.de; gre...@linuxfoundation.org
> Subject: Re: [U-Boot] [U-Boot, 3/3] stm32: Change USART po
Commit c7db6abf534d ("ARM64: rockchip: add support for rk3399 SoC based evb")
moved the SPL Kconfig selects into the individual soc-specific options.
But it only did it for the rk3288 and not for the rk3036 thus disabling
SPL builds for it. Add the necessary options for the rk3036 as well.
Fixes:
On 07/20/2016 02:38 AM, Zhiqiang Hou wrote:
> Hi York,
>
> Thanks for your comments!
>
>> -Original Message-
>> From: york sun
>> Sent: 2016年7月19日 23:46
>> To: Zhiqiang Hou ; u-boot@lists.denx.de;
>> albert.u.b...@aribaud.net; w...@denx.de; Prabhakar Kushwaha
>> ; alison.w...@freescale.com;
On 07/19/2016 08:02 PM, Wenbin Song wrote:
> Hi: York
>
> I'm sorry to have misunderstood you mean.
> I think it is a good idea that modify/remove the wrong/useless variables in
> a new patch.
> And I will make it later.
> Do you have any suggestion?
Yes, please make a cleanup patch first, then
On 07/20/2016 09:30 AM, Stefano Babic wrote:
Hi Hannes,
Hi Stefano,
this patch breaks most i.MX6 boards (the not DL) and I revert it. Maybe
I had to ask better before, anyway:
sorry for inconvenience, i should have done more testing on this.
I just tried to compile several i.mx6 boards and fou
On Wed, Jul 20, 2016 at 4:55 PM, Breno Lima wrote:
> Commit c1ebf54868359005 ("imx_common: Return MMCSD_MODE_FS in spl_boot_mode()
> also for EXTFS") causes SPL breakage on wandboard:
>
> ERROR: v7_dcache_inval_range - start address is not aligned - 0x1820006c
> ERROR: v7_dcache_inval_range - stop
On Wed, Jul 20, 2016 at 4:34 PM, Breno Lima wrote:
> Commit 83fd908f28c ("dm: imx: serial: Support DTE mode when using driver
> model") breaks the serial output for the imx boards that do not use
> the serial driver model.
>
> The reason for the breakage is that it's setting UFCR_DCEDTE
> uncondit
Commit 83fd908f28c ("dm: imx: serial: Support DTE mode when using driver
model") breaks the serial output for the imx boards that do not use
the serial driver model.
The reason for the breakage is that it's setting UFCR_DCEDTE
unconditionally for the non-dm case.
So keep the original behavior by
Commit c1ebf54868359005 ("imx_common: Return MMCSD_MODE_FS in spl_boot_mode()
also for EXTFS") causes SPL breakage on wandboard:
ERROR: v7_dcache_inval_range - start address is not aligned - 0x1820006c
ERROR: v7_dcache_inval_range - stop address is not aligned - 0x1820086c
ERROR: v7_dcache_inval_r
Hi Nicolas,
On Wed, Jul 20, 2016 at 6:21 PM, Nicolas le bayon wrote:
> Hi all,
>
> With a quite old u-boot release (October 2015 more or less), I has some
> different issues around fatwrite operations. I realigned a few things
> around FAT with latest release, and now I observe only one issue. Ma
Commit c7db6abf534d ("ARM64: rockchip: add support for rk3399 SoC based evb")
accidentially removed the include of the rk3036 Kconfig from
arch/arm/mach-rockchip/Kconfig. Readd it to let the rk3036 boards
compile again.
Fixes: c7db6abf534d ("ARM64: rockchip: add support for rk3399 SoC based evb")
Hi Tom,
Please pull u-boot-sh master branch.
The following changes since commit 59d07ee08e858bf2c121d0cdc6c8ddd3b26ee5b1:
SPL: tiny-printf: avoid any BSS usage (2016-07-08 12:50:34 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-sh.git master
for you to fetch chang
Hi Tom,
Please pull u-boot-sh rmobile branch.
The following changes since commit 59d07ee08e858bf2c121d0cdc6c8ddd3b26ee5b1:
SPL: tiny-printf: avoid any BSS usage (2016-07-08 12:50:34 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-sh.git rmobile
for you to fetch cha
The recent "Secure Boot by Authenticating/Decrypting SPL FIT blobs"
patch series [1] introduced an undesired dependency on
CONFIG_SPL_LOAD_FIT for TI secure devices, breaking the build when
that option is not active. While this is not an immediately visible
issue as we migrated all applicable devic
Commit e29878f introduces an undesired dependency on CONFIG_SPL_LOAD_FIT
when building U-Boot for AM43xx high-security (HS) devices that causes the
build to break when that option is not active. Fix this issue by only
building the u-boot_HS.img target when building U-Boot into an actual
FIT image.
Commit 17c2987 introduces an undesired dependency on CONFIG_SPL_LOAD_FIT
when building U-Boot for AM57xx and DRA7xx high-security (HS) devices that
causes the build to break when that option is not active. Fix this issue
by only building the u-boot_HS.img target when building U-Boot into an
actual
On Mon, Jun 27, 2016 at 09:19:15AM -0500, Andreas Dannenberg wrote:
> This is an updated version of a patch series that introduces a generic way
> to optionally post-process blobs as they get extracted by the SPL from the
> u-boot.img FIT image, and uses this scheme to perform some authentication/
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi all,
With a quite old u-boot release (October 2015 more or less), I has some
different issues around fatwrite operations. I realigned a few things
around FAT with latest release, and now I observe only one issue. Maybe
this has been discussed here before, I searched but no success.
I'd like to
Hi: York
I'm sorry to have misunderstood you mean.
I think it is a good idea that modify/remove the wrong/useless variables in a
new patch.
And I will make it later.
Do you have any suggestion?
Best Regards
Wenbin Song
> -Original Message-
> From: york sun
> Sent: Wednesday, July 20, 2
HI Akshay,
On 01/01/1970 01:00, wrote:
> Add support for Advantech DMS-BA16 board. The board is based on Advantech
> BA16 module which has a i.MX6D processor. The board supports:
> - FEC Ethernet
> - USB Ports
> - SDHC and MMC boot
> - SPI NOR
> - LVDS and HDMI display
>
> Basic information
Signed-off-by: Stefano Babic
CC: Fabio Estevam
---
board/wandboard/wandboard.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/board/wandboard/wandboard.c b/board/wandboard/wandboard.c
index 8340dd1..10cad3f 100644
--- a/board/wandboard/wandboard.c
+++ b/board/wandboard/wandboard.c
@@ -19,6
USB gadget configuration is set in defconfig and
must be removed from pico-imx6ul.h.
Signed-off-by: Stefano Babic
CC: Fabio Estevam
---
include/configs/pico-imx6ul.h | 12
1 file changed, 12 deletions(-)
diff --git a/include/configs/pico-imx6ul.h b/include/configs/pico-imx6ul.h
in
After moving CONFIG_USB_EHCI_MX7 to Kconfig,
the flag must be set in defconfig for mx7dsabresd.
It is already for the not secure config, it is
missing in the secure configuration.
Signed-off-by: Stefano Babic
CC: Fabio Estevam
---
configs/mx7dsabresd_secure_defconfig | 3 +++
1 file changed, 3
On 07/20/2016 08:19 AM, Simon Glass wrote:
+Stephen
On 18 July 2016 at 00:49, Michal Simek wrote:
Getting this error:
Zynq> sb load hostfs - 100
/home/monstr/data/disk/u-boot/build-zynq_zc706/test.fit
Unknown command 'sb' - try 'help'
because sb command is present only for Sandbox
obj-$(CONFI
Hi York,
Thanks a lot for your comments!
> -Original Message-
> From: york sun
> Sent: 2016年7月20日 0:02
> To: Zhiqiang Hou ; u-boot@lists.denx.de;
> albert.u.b...@aribaud.net; w...@denx.de; Prabhakar Kushwaha
> ; alison.w...@freescale.com;
> mingkai...@freescale.com
> Cc: yao.y...@freescal
On 06/20/2016 04:07 PM, Alexander Graf wrote:
> Some systems may implemente TrustZone (EL3) in U-Boot. Those systems
> reserve some memory that U-Boot is aware of as secure.
>
> For those systems, mask out that secure memory in the EFI memory map,
> as it's not usable from EL2 or EL1.
>
> Signed-of
On 06/21/2016 10:44 PM, Alexander Graf wrote:
>
>
> On 21.06.16 20:02, york sun wrote:
>> On 06/21/2016 10:55 AM, Alexander Graf wrote:
>>>
>>>
Am 21.06.2016 um 19:12 schrieb york sun :
> On 06/20/2016 04:07 PM, Alexander Graf wrote:
> Some boards decided not to run ATF or other s
Hi Adam,
On 19/07/2016 19:51, Adam Duskett wrote:
>> From: feste...@gmail.com
>> Date: Tue, 19 Jul 2016 14:46:38 -0300
>> Subject: Re: [U-Boot] [v2 1/1] wandboard: fix dtb file names.
>> To: adamdusk...@outlook.com
>> CC: u-boot@lists.denx.de; sba...@denx.de
>>
>> On Tue, Jul 19, 2016 at 2:40 PM,
Hi Heiko,
On 18 July 2016 at 07:42, Heiko Stübner wrote:
> Hi Simon,
>
> Am Montag, 18. Juli 2016, 06:16:33 schrieb Simon Glass:
>> On 17 July 2016 at 09:27, Simon Glass wrote:
>> > On 17 July 2016 at 09:20, Heiko Stübner wrote:
>> >> Am Sonntag, 17. Juli 2016, 08:14:06 schrieb Simon Glass:
>>
+Stephen
On 18 July 2016 at 00:49, Michal Simek wrote:
> Getting this error:
> Zynq> sb load hostfs - 100
> /home/monstr/data/disk/u-boot/build-zynq_zc706/test.fit
> Unknown command 'sb' - try 'help'
>
> because sb command is present only for Sandbox
> obj-$(CONFIG_SANDBOX) += host.o
>
> that's w
On 18 July 2016 at 03:41, Mugunthan V N wrote:
> Convert omap i2c driver to adopt i2c driver model
>
> Signed-off-by: Mugunthan V N
> ---
> drivers/i2c/omap24xx_i2c.c | 99
> ++
> 1 file changed, 99 insertions(+)
Reviewed-by: Simon Glass
___
On Wed, Jul 20, 2016 at 3:56 PM, Robert P. J. Day wrote:
> On Wed, 20 Jul 2016, Mario Six wrote:
>
>> On Wed, Jul 20, 2016 at 2:59 PM, Robert P. J. Day
>> wrote:
>> > On Wed, 20 Jul 2016, Mario Six wrote:
>> >
>> >> In certain circumstances it comes in handy to be able to boot
>> >> into a secon
On 20.7.2016 16:19, Simon Glass wrote:
> +Stephen
>
> On 18 July 2016 at 00:49, Michal Simek wrote:
>> Getting this error:
>> Zynq> sb load hostfs - 100
>> /home/monstr/data/disk/u-boot/build-zynq_zc706/test.fit
>> Unknown command 'sb' - try 'help'
>>
>> because sb command is present only for San
On 18 July 2016 at 03:41, Mugunthan V N wrote:
> Prepare the driver for DM conversion.
>
> Signed-off-by: Mugunthan V N
> ---
> drivers/i2c/omap24xx_i2c.c | 308
> +
> 1 file changed, 175 insertions(+), 133 deletions(-)
Reviewed-by: Simon Glass
Hi Masahiro,
On 20 July 2016 at 07:09, Masahiro Yamada wrote:
>
> Commit 555f45d8f916 ("image: Convert the IH_... values to enums")
> accidentally changed some IH_ARCH_... values.
>
> Originally, there existed a gap between IH_ARCH_M68K and
> IH_ARCH_MICROBLAZE, like follows.
>
> #define IH_ARC
On Wed, 20 Jul 2016, Mario Six wrote:
> On Wed, Jul 20, 2016 at 2:59 PM, Robert P. J. Day
> wrote:
> > On Wed, 20 Jul 2016, Mario Six wrote:
> >
> >> In certain circumstances it comes in handy to be able to boot
> >> into a second U-Boot. But as of now it is not possible to boot a
> >> U-Boot bi
It looks typo error.
Not CPU15, CP15(CoProcessor15)
Signed-off-by: yeongjun Kim
---
README | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/README b/README
index 3c3b699..8887cf5 100644
--- a/README
+++ b/README
@@ -4806,7 +4806,7 @@ Low Level (hardware related) confi
On Wed, Jul 20, 2016 at 2:59 PM, Robert P. J. Day wrote:
> On Wed, 20 Jul 2016, Mario Six wrote:
>
>> In certain circumstances it comes in handy to be able to boot into a second
>> U-Boot. But as of now it is not possible to boot a U-Boot binary that is
>> inside
>> a FIT image, which is problema
Hi Tom.
2016-07-20 21:41 GMT+09:00 Tom Rini :
> I think Simon is away this week and that change is in the middle of some
> others. So I'd like to fix things today and let him weigh in. But I
> think enums make sense and we've just got a historical oddity to explain
> that gap.
OK. Now it is o
Commit 555f45d8f916 ("image: Convert the IH_... values to enums")
accidentally changed some IH_ARCH_... values.
Originally, there existed a gap between IH_ARCH_M68K and
IH_ARCH_MICROBLAZE, like follows.
#define IH_ARCH_SPARC64 11 /* Sparc 64 Bit */
#define IH_ARCH_M68K
On Wed, 20 Jul 2016, Mario Six wrote:
> In certain circumstances it comes in handy to be able to boot into a second
> U-Boot. But as of now it is not possible to boot a U-Boot binary that is
> inside
> a FIT image, which is problematic for projects that e.g. need to guarantee a
> unbroken chain o
On Wed, Jul 20, 2016 at 09:27:43PM +0900, Masahiro Yamada wrote:
> Hi Tom
>
>
> 2016-07-20 21:17 GMT+09:00 Tom Rini :
> > On Wed, Jul 20, 2016 at 08:03:03PM +0900, Masahiro Yamada wrote:
> >> Hi.
> >>
> >>
> >> I found ARM64 Linux fails to boot since commit 555f45d8f916 ("image:
> >> Convert the
Hi Tom
2016-07-20 21:17 GMT+09:00 Tom Rini :
> On Wed, Jul 20, 2016 at 08:03:03PM +0900, Masahiro Yamada wrote:
>> Hi.
>>
>>
>> I found ARM64 Linux fails to boot since commit 555f45d8f916 ("image:
>> Convert the IH_... values to enums"). It claims the ramdisk with
>> uImage header is corrupt or
On Wed, Jul 20, 2016 at 08:32:50AM +0200, Mario Six wrote:
> In certain circumstances it comes in handy to be able to boot into a second
> U-Boot. But as of now it is not possible to boot a U-Boot binary that is
> inside
> a FIT image, which is problematic for projects that e.g. need to guarantee
On Wed, Jul 20, 2016 at 12:21:16PM +0200, Andreas Färber wrote:
> Am 20.07.2016 um 10:56 schrieb Robert P. J. Day:
> > On Tue, 19 Jul 2016, Tom Rini wrote:
> >
> >> On Tue, Jul 19, 2016 at 04:15:47AM -0400, Robert P. J. Day wrote:
> >>
> >>>
> >>> kind of a style question but what is the preferr
On Wed, Jul 20, 2016 at 08:03:03PM +0900, Masahiro Yamada wrote:
> Hi.
>
>
> I found ARM64 Linux fails to boot since commit 555f45d8f916 ("image:
> Convert the IH_... values to enums"). It claims the ramdisk with
> uImage header is corrupt or invalid as follow.
>
> ## Loading init Ramdisk fro
On Wed, Jul 20, 2016 at 11:24:30AM +0200, Stefan Roese wrote:
> Hi Tom,
>
> please pull the following patch:
>
> The following changes since commit 9fcf809c1e3ff644b12e04e625d3737ffd8e:
>
> Merge git://git.denx.de/u-boot-fsl-qoriq (2016-07-19 16:38:57 -0400)
>
> are available in the git
Hi York,
Thanks for your comments!
> -Original Message-
> From: york sun
> Sent: 2016年7月19日 23:46
> To: Zhiqiang Hou ; u-boot@lists.denx.de;
> albert.u.b...@aribaud.net; w...@denx.de; Prabhakar Kushwaha
> ; alison.w...@freescale.com;
> mingkai...@freescale.com
> Cc: yao.y...@freescale.com
Hi.
I found ARM64 Linux fails to boot since commit 555f45d8f916 ("image:
Convert the IH_... values to enums"). It claims the ramdisk with
uImage header is corrupt or invalid as follow.
## Loading init Ramdisk from Legacy Image at 84a0 ...
Image Name:
Created: 2016-06-20 4
Hi Marco,
On 19.7.2016 15:49, Hoefle Marco wrote:
> Hallo,
>
> for ubifs on a spi flash I needed to add dummy functions and at atomic.h to
> the microblaze port in order to get it compile and work.
>
> code base is v2016.07
Please send it as regular patch with git commands.
Thanks,
Michal
--
When using SPI driver model, it will get the values from DT. So
there is no need to set CONFIG_ENV_SPI_MAX_HZ and
CONFIG_ENV_SPI_MODE any more.
Signed-off-by: Gong Qianyu
---
include/configs/ls1012a_common.h | 2 --
include/configs/ls1043a_common.h | 2 --
2 files changed, 4 deletions(-)
diff -
The current code would always use the speed and mode set by
CONFIG_ENV_SPI_MAX_HZ and CONFIG_ENV_SPI_MODE. But if using
SPI driver model it should get the values from DT.
Signed-off-by: Gong Qianyu
---
drivers/net/fm/fm.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/ne
Am 20.07.2016 um 10:56 schrieb Robert P. J. Day:
> On Tue, 19 Jul 2016, Tom Rini wrote:
>
>> On Tue, Jul 19, 2016 at 04:15:47AM -0400, Robert P. J. Day wrote:
>>
>>>
>>> kind of a style question but what is the preferred way to define a
>>> board in the sense of what belongs in the defconfig fil
Convert the driver to the driver model while retaining the existing
legacy code. This allows the driver to support boards that have
converted to driver model as well as those that have not.
Signed-off-by: Wenyou Yang
Reviewed-by: Simon Glass
---
Changes in v7:
- Add support for using driver mo
Add driver model support while retaining the existing legacy code.
This allows the driver to support boards that have converted to
driver model as well as those that have not.
Signed-off-by: Wenyou Yang
Acked-by: Simon Glass
---
Changes in v3:
- Change clk_client.h -> clk.h to adapt to clk API
The patch is referred to at91 clock driver of Linux, to make
the clock node descriptions in DT aligned with the Linux's.
Signed-off-by: Wenyou Yang
Reviewed-by: Simon Glass
---
Changes in v5:
- Change clk_client.h -> clk.h to adapt to clk API conversion.
- Fix missing semicolon and clk->dev i
Le 25/06/2016 à 21:26, Joe Hershberger a écrit :
On Fri, Jun 24, 2016 at 10:03 AM, Tom Rini wrote:
On Fri, Jun 24, 2016 at 09:45:38AM +0200, Guillaume Gardet wrote:
Le 23/06/2016 21:08, Tom Rini a écrit :
On Thu, Jun 23, 2016 at 11:10:26AM +0200, Guillaume GARDET wrote:
This patch enable
Add driver model support while retaining the existing legacy code.
This allows the driver to support boards that have converted to
driver model as well as those that have not.
Signed-off-by: Wenyou Yang
Reviewed-by: Simon Glass
---
Changes in v5:
- Change clk_client.h -> clk.h to adapt to clk
>From: Marek Vasut [mailto:ma...@denx.de]
>On 06/20/2016 06:15 AM, Sriram Dash wrote:
>> Currently, U-boot doesn't allow to compile more than one type of USB
>> protocol simultaneously. Hence, EHCI and XHCI controllers cannot
>> co-exist and CONFIG_USB_MAX_CONTROLLER_COUNT macro represents count
>o
Bring in required device tree file and bindings from Linux.
Signed-off-by: Wenyou Yang
Reviewed-by: Andreas Bießmann
Reviewed-by: Simon Glass
---
Changes in v7:
- Drop [PATCH]: configs: sama5d2_xplained: Add #ifndef before
CONFIG_ATMEL_PIO4.
Changes in v6: None
Changes in v5: None
Changes
Rework the driver to support driver model and device tree, and
support to regard the pio4 pinctrl device as a child of
atmel_pio4 device.
Signed-off-by: Wenyou Yang
Reviewed-by: Simon Glass
---
Changes in v7:
- Change clk_client.h -> clk.h to adapt to clk API conversion.
Changes in v6:
- Add
AT91 PIO4 controller is a combined gpio-controller, pin-mux and
pin-config module. The peripheral's pins are assigned through
per-pin based muxing logic.
The pin configuration is performed on specific registers which
are shared along with the gpio controller. So regard the pinctrl
device as a chil
In order to make these PIO4 definitions shared with AT91 PIO4
pinctrl driver, move them from the existing gpio driver to the
head file, and rephrase them.
Signed-off-by: Wenyou Yang
Reviewed-by: Simon Glass
---
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in v4: None
Chan
AT91 PIO4 controller is a combined gpio-controller, pin-mux and
pin-config module.
This patch is to add the pinctrl driver, and rework the atmel-pio4
gpio driver to support driver model and device tree.
Changes in v7:
- Change clk_client.h -> clk.h to adapt to clk API conversion.
- Drop [PATCH]
Hi Tom,
please pull the following patch:
The following changes since commit 9fcf809c1e3ff644b12e04e625d3737ffd8e:
Merge git://git.denx.de/u-boot-fsl-qoriq (2016-07-19 16:38:57 -0400)
are available in the git repository at:
git://www.denx.de/git/u-boot-cfi-flash.git
for you to fetch c
Hi Daniel,
On 18.07.2016 14:10, Daniel Schwierzeck wrote:
flash_full_status_check() checks bit XSR.7 on Intel chips. This
should be done by only checking bit 7 and not by comparing the
whole status byte or word with 0x80.
This fixes the non-working block erase in the pflash emulation
of Qemu wh
Hi Christian,
On 20.07.2016 10:22, Christian Gmeiner wrote:
Hi Jian,
I took some time to recall what I did by patching FSP:
- search in every PE32 and TE image section for binary sequence
81c900018908c6460e01
and change to
81c9000102008908c6460e00
In the meantime I started by patching o
On Tue, 19 Jul 2016, Tom Rini wrote:
> On Tue, Jul 19, 2016 at 04:15:47AM -0400, Robert P. J. Day wrote:
>
> >
> > kind of a style question but what is the preferred way to define a
> > board in the sense of what belongs in the defconfig file and what
> > belongs in the header file?
>
> The head
On 07/20/2016 06:05 PM, York Sun wrote:
> -Original Message-
> From: york sun
> Sent: Wednesday, July 20, 2016 6:05 AM
> To: Qiang Zhao
> Cc: Xiaobo Xie ; u-boot@lists.denx.de; Roy Zang
>
> Subject: Re: [PATCH] Revert "T2080QDS/PCIe: Soft Reset PCIe on T2080QDS for
> down-training issue"
Hi Jian,
>
> I took some time to recall what I did by patching FSP:
>
> - search in every PE32 and TE image section for binary sequence
> 81c900018908c6460e01
> and change to
> 81c9000102008908c6460e00
>
In the meantime I started by patching out every access to the uart bar, with
the same res
Hi Stefano,
Thank you for your comments.
On 13/07/2016 16:28, Stefano Babic wrote:
Hi Fabien,
On 29/06/2016 09:05, Fabien Lahoudere wrote:
In order to simplify the use of various images on various media
for nitrogen6x, the configuration of the board must follow the
generic distro configuratio
Hi Hannes,
this patch breaks most i.MX6 boards (the not DL) and I revert it. Maybe
I had to ask better before, anyway:
On 22/06/2016 12:07, Hannes Schmelzer wrote:
> if we build for an i.mx6 (d)ual(l)ite CONFIC_MX6DL we shall use
> MX6DL_PAD instead the common MX6_PAD.
>
> Signed-off-by: Hannes
On Tuesday, July 12, 2016 11:06 AM Prabhakar Wrote
>
> > -Original Message-
> > From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Yunhui
> > Cui
> > Sent: Tuesday, July 12, 2016 8:20 AM
> > To: york sun
> > Cc: Yunhui Cui ; u-boot@lists.denx.de
> > Subject: [U-Boot] [PATCH
Hi York,
> -Original Message-
> From: york sun
> Sent: Wednesday, July 20, 2016 5:58 AM
> To: Scott Wood ; Qianyu Gong ; u-
> b...@lists.denx.de
> Cc: Mingkai Hu
> Subject: Re: [PATCH] armv8/fsl-layerscape: add IFC fixup for LS1043A with QSPI
> enabled
>
> On 03/30/2016 07:39 PM, Scott W
95 matches
Mail list logo
