> -Original Message-
> From: Jagan Teki [mailto:jagannadh.t...@gmail.com]
> Sent: Wednesday, August 23, 2017 10:57 AM
> To: Suresh Gupta
> Cc: u-boot@lists.denx.de; Jagan Teki
> Subject: Re: [U-Boot] [PATCH] spi: fsl_qspi: Add controller busy check before
> new spi operation
>
> On Tue
Select dtb name for am57xx BeagleBoard-X15 revC
Signed-off-by: Lokesh Vutla
---
include/environment/ti/boot.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/environment/ti/boot.h b/include/environment/ti/boot.h
index 01f7f7a300..dabfb37204 100644
--- a/include/environment/ti/boot.
Now that we have synced DTS from Latest Linux kernel, add dt support
for BeagleBoard-X15 revC. Board detection support is already added for
this board.
Lokesh Vutla (2):
board: ti: am57xx: Add dt support for BeagleBoard-X15 revC
env: ti: boot: Select dtb name for X15 revC
arch/arm/dts/Makefi
Add support for selecting proper dtb for
am57xx BeagleBoard X15 revC u-boot from FIT
Signed-off-by: Lokesh Vutla
---
arch/arm/dts/Makefile | 1 +
board/ti/am57xx/board.c | 3 +++
configs/am57xx_evm_defconfig| 2 +-
configs/am57xx_hs_evm_defconfig | 2 +-
4 files changed, 6
As part of chain of trust with confidentiality along with distro
boot, linux kernel image needs to be stored in encrypted form on
ext4 boot partition. So enable CONFIG_CMD_EXT4_WRITE in all Secure
Boot defconfigs.
Signed-off-by: Sumit Garg
---
configs/ls1012ardb_qspi_SECURE_BOOT_defconfig
Hi Yangbo,
On Wed, Aug 23, 2017 at 11:29 AM, Y.b. Lu wrote:
> cmd/mmc.c
>
> Maybe SD controller on some vendor platforms doesn't support SNOOP.
> flush_cache() is required to sync between DDR and cache.
> Should be careful to remove this.
>
Please do not top-posting.
What you mentioned if snoop
On Tue, Aug 22, 2017 at 4:19 PM, Suresh Gupta wrote:
> Thanks Jagan for reviewing the code.
> Please find comments in line
>
>> -Original Message-
>> From: Jagan Teki [mailto:jagannadh.t...@gmail.com]
>> Sent: Monday, August 21, 2017 7:53 PM
>> To: Suresh Gupta
>> Cc: u-boot@lists.denx.d
> -Original Message-
> From: York Sun
> Sent: Tuesday, August 22, 2017 9:56 PM
> To: Suresh Gupta ; u-boot@lists.denx.de
> Cc: ja...@openedev.com; Prabhakar Kushwaha
>
> Subject: Re: [PATCH] spi: fsl_qspi: Add controller busy check before new spi
> operation
>
> On 08/21/2017 03:25 AM,
cmd/mmc.c
Maybe SD controller on some vendor platforms doesn't support SNOOP.
flush_cache() is required to sync between DDR and cache.
Should be careful to remove this.
> -Original Message-
> From: Qiang Zhao
> Sent: Wednesday, August 23, 2017 11:14 AM
> To: Y.b. Lu; York Sun; Bin Meng;
+Yangbo
Best Regards
Qiang Zhao
> -Original Message-
> From: York Sun
> Sent: Wednesday, August 23, 2017 12:49 AM
> To: Bin Meng ; Grygorii Strashko
> ; Michal Simek ; Angelo
> Dureghello ; Kever Yang ;
> Jaehoon Chung ; Albert Aribaud
> ; Marcel Ziswiler ;
> Markus Niebel ; Z.q. Hou
> ;
From: Stephen Boyd
If the kernel is configured to be built with debug symbols, or
has bug tables, comparing files may not work if line numbers
change. This makes comparing object files with these options
harder to do. Let's strip out the debug info and drop the
__bug_table here so that we don't s
Hi
Please comment this patch series.
On 2017/8/4 9:20, Wenyou Yang wrote:
The CONFIG_SYS_EXTRA_OPTIONS option is deprecated, remove the value
of this option from the board default config files.
Wenyou Yang (5):
ARM: at91: Move CONFIG_AT91FAMILY option to Kconfig
ARM: at91: Add the SoC
Hi York,
On Wed, Aug 23, 2017 at 12:49 AM, York Sun wrote:
> On 08/21/2017 08:42 PM, Bin Meng wrote:
>> All these places seem to inherit the codes from the MMC driver where
>> a FIXME was put in the comment. However the correct operation after
>> read should be cache invalidate, not flush.
>>
>>
On 08/17/2017 10:45 PM, Ashish Kumar wrote:
> +void ls1088a_handle_phy_interface_sgmii(int dpmac_id)
> +{
> + struct mii_dev *bus;
> + struct ccsr_gur __iomem *gur = (void *)CONFIG_SYS_FSL_GUTS_ADDR;
> + u32 serdes1_prtcl, cfg;
> +
> + cfg = in_le32(&gur->rcwsr[FSL_CHASSIS3_SRDS1
On Tue, Aug 22, 2017 at 04:49:54PM -0400, Tom Rini wrote:
> Otherwise:
> drivers/usb/gadget/f_fastboot.c:564:32: warning: format "%lx" expects
> argument of type "long unsigned int", but argument 3 has type "unsigned
> int" [-Wformat=]
>
> Signed-off-by: Tom Rini
Applied to u-boot/master, thank
On Mon, Aug 21, 2017 at 11:43:22AM +0200, Stefan Roese wrote:
> Hi Tom,
>
> please pull this one mvebu fix from Chris.
>
> Thanks,
> Stefan
>
>
> The following changes since commit 2d7cb5b426e7e0cdf684d7f8029ad132d7a8d383:
>
> env: Replace all open-coded gd->env_valid values with ENV_ flags
On Mon, Aug 21, 2017 at 11:32:42AM +0200, Marek Vasut wrote:
> The following changes since commit 2d7cb5b426e7e0cdf684d7f8029ad132d7a8d383:
>
> env: Replace all open-coded gd->env_valid values with ENV_ flags
> (2017-08-20 19:27:44 -0400)
>
> are available in the git repository at:
>
> git:
On Sun, Aug 20, 2017 at 11:18:59PM +0900, Masahiro Yamada wrote:
> Hi Tom,
>
> Please pull some more UniPhier SoC changes.
>
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists
Otherwise:
drivers/usb/gadget/f_fastboot.c:564:32: warning: format "%lx" expects
argument of type "long unsigned int", but argument 3 has type "unsigned
int" [-Wformat=]
Signed-off-by: Tom Rini
---
drivers/usb/gadget/f_fastboot.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hi Siarhei,
On Fri, Jul 28, 2017 at 11:15:44PM +0300, Siarhei Siamashka wrote:
> On Fri, 28 Jul 2017 18:08:31 +0200
> Maxime Ripard wrote:
>
> > On Thu, Jul 27, 2017 at 10:19:44PM -0600, Simon Glass wrote:
> > > Hi Maxime,
> > >
> > > On 17 July 2017 at 03:26, Maxime Ripard
> > > wrote:
> >
On Sun, Aug 20, 2017 at 9:40 PM, Tom Rini wrote:
> In rpc_t we declare data to be a uint8_t of size 2048, for a final size
> of 2048. We also however declare the reply part of the union to have a
> uint32_t data field of NFS_READ_SIZE (1024) for a final size of
> 4096+24=4120 and an overrun. Exp
On Sun, Aug 20, 2017 at 9:40 PM, Tom Rini wrote:
> In the general case, CONFIG_NFS_READ_SIZE is unchanged from the default
> of 1024. There are in fact no in-tree users that increase this size.
> Adjust the comment to reflect what could be done in the future in
> conjunction with CONFIG_IP_DEFRAG
On 08/21/2017 08:42 PM, Bin Meng wrote:
> All these places seem to inherit the codes from the MMC driver where
> a FIXME was put in the comment. However the correct operation after
> read should be cache invalidate, not flush.
>
> The underlying drivers should be responsible for the cache operatio
U-Boot does not implement all functions of the simple network
protocol. The unimplemented functions return either of
EFI_SUCCESS and EFI_INVALID_PARAMETER.
The UEFI spec foresees to return EFI_UNSUPPORTED in these cases.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_net.c | 10 -
On 08/21/2017 03:25 AM, Suresh Gupta wrote:
> It is recommended to check either controller is free to take
> new spi action. The IP_ACC and AHB_ACC bits indicates that
> the controller is busy in IP or AHB mode respectively.
> And the BUSY bit indicates that the controller is currently
> busy handl
Enable TI_COMMON_CMD_OPTIONS and remove similar options
from the defconfig. Updated with savedefconfig.
Signed-off-by: Adam Ford
---
board/logicpd/am3517evm/Kconfig | 2 ++
configs/am3517_evm_defconfig| 23 ---
2 files changed, 10 insertions(+), 15 deletions(-)
diff --g
Much of the AM3517 functions are copies of the standard definitions
used in ti_omap3_common.h. Moving to include a common file
reduces the amount of duplicative code and clutter. A few
AM3517 specific functions (like EMIF4) are explictly defined
and a few items are undefined or redefined, but ove
On Montag, 21. August 2017 04:30:15 CEST Tom Rini wrote:
> While &p_jdb[fs->blksz] is a valid expression (it points *one* char
> sized element past the end of the array, e.g. &p_jdb[fs->blksz + 1] is
> invalid (according to the C standard (C99/C11)).
>
> Changing this to tag = (struct ext3_journal
NVMe driver only uses two queues. The first one is allocated to do
admin stuff, while the second one is for IO stuff. So far the driver
uses magic number (0/1) to access them. Change to use macros.
Signed-off-by: Bin Meng
---
drivers/nvme/nvme.c | 22 +++---
1 file changed, 15 i
This enables NVMe driver on sandbox for build testing.
Signed-off-by: Bin Meng
---
configs/sandbox_defconfig | 1 +
configs/sandbox_flattree_defconfig | 1 +
configs/sandbox_spl_defconfig | 1 +
3 files changed, 3 insertions(+)
diff --git a/configs/sandbox_defconfig b/configs/sa
So far the driver unconditionally delays 10ms when en/disabling the
controller and still return 0 if 10ms times out. In fact, spec defines
a timeout value in the CAP register that is the worst case time that
host software shall wait for the controller to become ready.
Signed-off-by: Bin Meng
---
So far cache operations are only applied on the submission queue and
completion queue, but they are missing in other places like identify
and block read/write routines.
In order to correctly operate on the caches, the DMA buffer passed
to identify routine must be allocated properly on the stack wi
The NVMe block read and write routines are almost the same except
the command opcode. Let's consolidate them to avoid duplication.
Signed-off-by: Bin Meng
---
drivers/nvme/nvme.c | 65 ++---
1 file changed, 12 insertions(+), 53 deletions(-)
diff
This adds invalidate_dcache_range() so that some drivers can build
without error on sandbox.
Signed-off-by: Bin Meng
---
arch/sandbox/cpu/cpu.c | 4
1 file changed, 4 insertions(+)
diff --git a/arch/sandbox/cpu/cpu.c b/arch/sandbox/cpu/cpu.c
index eefed2e..0199104 100644
--- a/arch/sandbo
So far this is not causing any issue due to NVMe and x86 are using
the same endianness, but for correctness, it should be fixed.
Signed-off-by: Bin Meng
---
drivers/nvme/nvme.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/nvme/nvme.c b/drivers/nvme/nvme.c
index 5d
The codes in nvme_uclass_post_probe() can be replaced to call the
blk_create_devicef() API directly.
Signed-off-by: Bin Meng
---
drivers/nvme/nvme-uclass.c | 12 +++-
1 file changed, 3 insertions(+), 9 deletions(-)
diff --git a/drivers/nvme/nvme-uclass.c b/drivers/nvme/nvme-uclass.c
in
ndev->queues is a pointer to pointer, but the allocation wrongly
requests sizeof(struct nvme_queue). Fix it.
Signed-off-by: Bin Meng
---
drivers/nvme/nvme.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/nvme/nvme.c b/drivers/nvme/nvme.c
index 2ac0870..5d39cab 1
Capabilities register is RO and accessed at various places in the
driver. Let's cache it in the controller driver's priv struct.
Signed-off-by: Bin Meng
---
drivers/nvme/nvme.c | 11 +--
drivers/nvme/nvme.h | 1 +
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/n
At present the NVMe uclass driver uses a global variable nvme_info
to store global information like namespace id, and NVMe controller
driver's priv struct has a blk_dev_start that is used to calculate
the namespace id based on the global information from nvme_info.
This is not a good design in the
Instead of having separate code in the 'nvme' command, adjust it to use
the common function.
Signed-off-by: Bin Meng
---
cmd/nvme.c | 195 +++--
doc/README.nvme| 4 +-
include/config_fallbacks.h | 1 +
3 files changed, 30 i
The codes currently try to read PCI vendor id of the NVMe block
device by dm_pci_read_config16() with its parameter set as its
root complex controller (ndev->pdev) instead of itself. This is
seriously wrong. We can read the vendor id by passing the correct
udevice parameter to the dm_pci_read_confi
These are leftover when the driver was ported from Linux and are not
used by the U-Boot driver.
Signed-off-by: Bin Meng
---
drivers/nvme/nvme.h | 60 -
1 file changed, 60 deletions(-)
diff --git a/drivers/nvme/nvme.h b/drivers/nvme/nvme.h
ind
This series fixes various bugs and clean up on current NVMe driver.
It also enables NVMe driver on sandbox for build testing.
This series is available at u-boot-x86/nvme-working for testing.
Bin Meng (14):
nvme: Remove useless defines
nvme: Fix getting PCI vendor id of the NVMe block device
On 18 August 2017 at 14:42, Jaehoon Chung wrote:
> On 08/16/2017 09:55 PM, Sam Protsenko wrote:
>> If SD card is present -- try to boot from it first. If no -- try to boot
>> Android from eMMC.
>
> Well, i didn't know exactly..but is it working?
>
Yes, I verified it on AM57x EVM, it's working jus
> On 22 Aug 2017, at 14:05, Jagan Teki wrote:
>
> Philipp and Kever - Thanks for the response.
>
> Few comment below.
>
> On Thu, Aug 17, 2017 at 2:02 PM, Dr. Philipp Tomsich
> wrote:
>> Jagan,
>>
>>> On 17 Aug 2017, at 08:39, Kever Yang wrote:
>>>
>>> Hi Jagan,
>>>
>>>
>>> On 08/10/2017
Philipp and Kever - Thanks for the response.
Few comment below.
On Thu, Aug 17, 2017 at 2:02 PM, Dr. Philipp Tomsich
wrote:
> Jagan,
>
>> On 17 Aug 2017, at 08:39, Kever Yang wrote:
>>
>> Hi Jagan,
>>
>>
>> On 08/10/2017 05:07 PM, Jagan Teki wrote:
>>> Hi Simon/Philipp or any,
>>>
>>> I believe
The length of a MAC address is 6.
We have to set this length in the EFI_SIMPLE_NETWORK_MODE
structure of the EFI_SIMPLE_NETWORK_PROTOCOL.
Without this patch iPXE fails to initialize the network with
error message
SNP MAC(001e0633bcbf,0x0) has invalid hardware address length 0
Signed-off-by: Heinr
Thanks Jagan for reviewing the code.
Please find comments in line
> -Original Message-
> From: Jagan Teki [mailto:jagannadh.t...@gmail.com]
> Sent: Monday, August 21, 2017 7:53 PM
> To: Suresh Gupta
> Cc: u-boot@lists.denx.de; Jagan Teki
> Subject: Re: [U-Boot] [PATCH] spi: fsl_qspi:
From: Zhang Ying-22455
The SP805-WDT module on LS1088A requires configuration of PMU's
PCTBENR register to enable watchdog counter decrement and reset
signal generation. The watchdog clock needs to be enabled first.
Signed-off-by: Zhang Ying-22455
---
arch/arm/cpu/armv8/fsl-layerscape/cpu.c |
From: Ian Ray
Define i2c mux configuration. Add new vpd_reader which is used to read
vital product data. Read VPD from EEPROM and set eth0 MAC address.
Signed-off-by: Ian Ray
Signed-off-by: Jose Alarcon
---
board/ge/bx50v3/Makefile | 2 +-
board/ge/bx50v3/bx50v3.c | 109 ++
This patch modifies U-Boot to read the FEC MAC address
from EEPROM and program it to the hardware -- replacing
earlier functionality which attempted to set the MAC address from
user-space.
Tested on bx50v3. Verified that FEC MAC address is set correctly.
Corrupted first MAC octet in EEPROM, and ve
Hi Tom,
please pull the cleanup patch from Marek for the CFI driver.
Thanks,
Stefan
The following changes since commit 2d7cb5b426e7e0cdf684d7f8029ad132d7a8d383:
env: Replace all open-coded gd->env_valid values with ENV_ flags (2017-08-20
19:27:44 -0400)
are available in the git repository
On 20.08.2017 17:20, Marek Vasut wrote:
Staticize a few functions and variables which are no longer exposed.
Signed-off-by: Marek Vasut
Cc: Stefan Roese
Applied to u-boot-cfi-flash/master.
Thanks,
Stefan
___
U-Boot mailing list
U-Boot@lists.denx.d
Hi Kever,
Philipp,
I have no idea about the status of rockusb, it has been a long time
on the list.
Maybe Eddie or Lukasz have an answer?
I've asked Eddie to fix issues with breaking other boards when enabling
USB gadget infrastructure on RK.
No reply since then.
I have to use tho
Philipp,
I have no idea about the status of rockusb, it has been a long time
on the list.
Maybe Eddie or Lukasz have an answer?
I have to use those patches on my local branch, so that we don't have to
enter
bootrom mode for firmware update.
Thanks,
- Kever
On 08/22/2017 04:44 PM, Dr.
Philipp,
I have no idea about the status of rockusb, it has been a long time
on the list.
Maybe Eddie or Lukasz have an answer?
I have to use those patches on my local branch, so that we don't have to
enter
bootrom mode for firmware update.
Thanks,
- Kever
On 08/22/2017 04:44 PM, Dr.
We need to get into preboot once we detect that we are not
get into normal boot.
Signed-off-by: Kever Yang
Reviewed-by: Simon Glass
Acked-by: Philipp Tomsich
---
Changes in v2: None
include/configs/rk3399_common.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/rk3399_c
fastboot have a command "reboot-bootloader" which require the boot
loader to reboot and get into fastboot mode again.
Signed-off-by: Kever Yang
Reviewed-by: Simon Glass
Acked-by: Philipp Tomsich
---
Changes in v2: None
arch/arm/mach-rockchip/rk3399/rk3399.c | 14 ++
1 file change
U-Boot fastboot, kernel may reboot with parameter which require
bootloader to get into different boot mode, detect it and enter
proper mode.
Signed-off-by: Kever Yang
---
Changes in v2:
- use env_set() instead of setenv()
arch/arm/mach-rockchip/rk3399/Kconfig | 1 +
arch/arm/mach-rockchip/rk
Kever,
I was about to apply the rockusb changes onto next yesterday, when I realised
that rockusb hadn’t been merged on the USB side…
Do you know the status on the rockusb patches?
I’d like to avoid merging this on our end, before the infrastructure has been
merged.
Regards,
Philipp.
> On 22 A
Dear Tom,
In message <20170821192329.GF17193@bill-the-cat> you wrote:
>
> > Do I interpret this correctly that you think we should NOT insert
> > SPDX tags into files imported from Linux (or other projects)? But
> > how do we keep track of the origin of such files, then? Git meta
> > data infor
From: Steve Kipisz
AM571x supports DDR running at 666MHz. Right now it is
clocked at 532MHz which is lower than what is supported.
In order to have maximum performance on AM571-IDK,
switch DDR to 666MHz.
Signed-off-by: Steve Kipisz
Signed-off-by: Lokesh Vutla
---
arch/arm/include/asm/omap_com
On Mon, Aug 21, 2017 at 9:10 AM, Mark Kettenis wrote:
>> Date: Sun, 20 Aug 2017 22:20:13 +0200
>> From: Urs Schulz
>>
>> Hey there,
>>
>> I have several issues with the newer U-Boot versions on my Banana Pi.
>>
>> I recently decided to upgrade some of my Banana Pis to the latest
>> U-Boot, the la
Rockchip using rockusb for flash emmc via USB, people
use 'reboot loader' in kernel and then want to get a rockusb
device in bootloader for firmware update.
Signed-off-by: Kever Yang
---
Changes in v2:
- use env_set() instead of setenv()
arch/arm/mach-rockchip/rk3036-board.c | 4
arch/arm
Rockusb will be used by all the rockchip SoCs, enable it by
default in Kconfig, and it can be work if USB gadget is available.
Signed-off-by: Kever Yang
Acked-by: Philipp Tomsich
---
Changes in v2: None
arch/arm/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/Kconfig b/
The boot mode for rk322x is stored in sysreg 0, update it.
Signed-off-by: Kever Yang
Acked-by: Philipp Tomsich
---
Changes in v2: None
arch/arm/mach-rockchip/rk322x-board.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-rockchip/rk322x-board.c
b/arch/ar
Use the defconfig for all usb gadget and function related
option instead of define then in header file.
Signed-off-by: Kever Yang
Acked-by: Philipp Tomsich
---
Changes in v2: None
configs/evb-rk3229_defconfig| 17 +
include/configs/evb_rk3229.h| 1 -
include/configs/r
Hold this patch for a moment, the setenv() has changed to env_set().
I will update for it.
Thanks,
- Kever
On 08/05/2017 06:43 AM, Philipp Tomsich wrote:
Rockchip using rockusb for flash emmc via USB, people
use 'reboot loader' in kernel and then want to get a rockusb
device in bootloader for
On Tue, Aug 22, 2017 at 3:25 PM, Bin Meng wrote:
> There is already a macro LBAFU to aid formatted print with lbaint_t
> variables. Let's use it in the common block command codes.
>
> Signed-off-by: Bin Meng
>
> ---
>
> Changes in v2:
> - Change to use LBAFU
>
Oops, forget to prefix the email ti
There is already a macro LBAFU to aid formatted print with lbaint_t
variables. Let's use it in the common block command codes.
Signed-off-by: Bin Meng
---
Changes in v2:
- Change to use LBAFU
cmd/blk_common.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/cmd/b
Hi Lothar,
On Tue, Aug 22, 2017 at 2:41 PM, Lothar Waßmann
wrote:
> Hi,
>
> On Mon, 21 Aug 2017 21:53:41 -0700 Bin Meng wrote:
>> There are already two macros LBAF and LBAFU to aid formatted print
>> with lbaint_t variables. Now let's add another one LBAFD and use it
>> in the common block comma
71 matches
Mail list logo
