As per current implemenetation, default value of board env is
based on board filename i.e ls2080ardb.
With distro support changes, this env is used to decide upon
kernel dtb which is different for other SoCs (ls2088a, ls2081a)
combination supported with this board.
Add support to modify board env
Hi Jagan:
On 2017年08月24日 14:58, Jagan Teki wrote:
On Tue, Aug 8, 2017 at 7:13 AM, Andy Yan wrote:
SFC stands for Serial Flash Controller on some
rockchip platforms such as RV1108/RK3128.
This patch add support for it with Standard,Dual,Quad
mode.
What I found from the code and related kconf
On Thu, Aug 24, 2017 at 12:46 AM, Stefan Agner wrote:
> From: Stefan Agner
>
> When using ISO partitions with a DMA enabled block device driver
> reading the ISO partition leads to unaligned DMA operations:
> CACHE: Misaligned operation at range [bffb7da8, bffb85a8]
>
> Align the buffer to make
On Thu, Aug 24, 2017 at 2:02 PM, Suneel Garapati wrote:
> If 64-bit capability is supported, commandlistbase and fis base
> should be split as lower32 and upper32. upper32 should be
> written to PORT_(LST/FIS)_ADDR_HI.
>
> Signed-off-by: Suneel Garapati
> ---
> drivers/ata/ahci.c | 11 +-
Hi Thomas,
On Thu, Aug 24, 2017 at 8:58 AM, Thomas Petazzoni
wrote:
> Hello,
>
> While adding support for new platforms, I found out that many, many
> platforms define pretty much the same values for:
>
> CONFIG_SYS_CBSIZE
> CONFIG_SYS_PBSIZE
> CONFIG_SYS_MAXARGS
> CONFIG_SYS_BARGSIZE
>
> wit
On Thu, Aug 24, 2017 at 12:53 PM, Andy Yan wrote:
> Hi Jagan:
>
>
> On 2017年08月24日 14:58, Jagan Teki wrote:
>>
>> On Tue, Aug 8, 2017 at 7:13 AM, Andy Yan wrote:
>>>
>>> SFC stands for Serial Flash Controller on some
>>> rockchip platforms such as RV1108/RK3128.
>>>
>>> This patch add support for
Hi Andy,
On 2017/8/24 14:52, Andy Pont wrote:
Hello Wenyou,
We are looking at using one of the SAMA5D2 family in an upcoming design and
I have a couple of questions...
In a recent U-Boot patch set you mentioned the SAMA5D27 SOM1 SiP module. Is
this something that is available yet as I can't
Hi Jaehoon,
On Wed, Aug 23, 2017 at 08:14:53PM +0900, Jaehoon Chung wrote:
> Hi,
>
> On 08/23/2017 07:03 PM, Maxime Ripard wrote:
> > Almost all of the newer Allwinner SoCs have a new operating mode for the
> > eMMC clocks that needs to be enabled in both the clock and the MMC
> > controller.
> >
CONFIG_RANDOM_UUID is used by the GPT command to generate random UUID when
none are provided.
Move that option to Kconfig.
Signed-off-by: Maxime Ripard
---
cmd/Kconfig | 7 +++
configs/evb-rv1108_defconfig | 1 +
configs/rock_defconfig| 1 +
include/co
GPT is pretty common these days and can be useful for things like fastboot.
Add a platform imply, so that users can still opt out if they wish so.
Signed-off-by: Maxime Ripard
---
arch/arm/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 9cfee
Dear Thomas,
In message <20170823205906.20933-1-thomas.petazz...@free-electrons.com> you
wrote:
>
> While adding support for new platforms, I found out that many, many
> platforms define pretty much the same values for:
>
> CONFIG_SYS_CBSIZE
> CONFIG_SYS_PBSIZE
> CONFIG_SYS_MAXARGS
> CONFIG
On 08/20, icen...@aosc.io wrote:
>在 2017-08-20 08:59，kbuild test robot 写道：
>>Hi Chen-Yu,
>>
>>[auto build test ERROR on robh/for-next]
>>[also build test ERROR on v4.13-rc5 next-20170817]
>>[if your patch is applied to the wrong git tree, please drop us a note
>>to help improve the system]
>
>In fa
Hi Simon,
On 13/08/2017 23:35, Simon Glass wrote:
Hi Jean-Jacques,
On 7 August 2017 at 04:07, 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 SP
Update MC address calculation as per MC design requirement
of address as least significant 512MB address
of MC private allocated memory, i.e. address should point
to end address masked with 512MB offset in private DRAM block.
Signed-off-by: Priyanka Jain
Signed-off-by: Ashish Kumar
---
Changes f
On Wed, Aug 23, 2017 at 5:44 PM, Heinrich Schuchardt wrote:
> On 08/18/2017 05:45 PM, Heinrich Schuchardt wrote:
>> To understand what is happening in OpenProtocol or LocateProtocol
>> it is necessary to know the protocol interface GUID.
>> Let's write a debug message.
>>
>> Cc: Rob Clark
>> Sign
Since the gpr_init() function is common for boards using MX6S, MX6DL, MX6D,
MX6Q and MX6QP processors move it to the soc.c file.
Signed-off-by: Breno Lima
---
arch/arm/include/asm/mach-imx/sys_proto.h | 2 ++
arch/arm/mach-imx/mx6/soc.c | 17 +
board/bachmann/o
Hi Breno,
On 24/08/2017 15:00, Breno Lima wrote:
> Since the gpr_init() function is common for boards using MX6S, MX6DL, MX6D,
> MX6Q and MX6QP processors move it to the soc.c file.
>
Fully agree !
I took a loog a couple of days ago and I saw how much cut&paste code is
in board/. Thanks, that y
On 08/24/2017 03:02 PM, Stefano Babic wrote:
Hi Breno,
On 24/08/2017 15:00, Breno Lima wrote:
Since the gpr_init() function is common for boards using MX6S, MX6DL, MX6D,
MX6Q and MX6QP processors move it to the soc.c file.
Fully agree !
I took a loog a couple of days ago and I saw how much
Hi Breno,
On Thu, Aug 24, 2017 at 10:00 AM, Breno Lima wrote:
> Since the gpr_init() function is common for boards using MX6S, MX6DL, MX6D,
> MX6Q and MX6QP processors move it to the soc.c file.
>
> Signed-off-by: Breno Lima
> ---
> arch/arm/include/asm/mach-imx/sys_proto.h | 2 ++
> arch/ar
2017-08-19 0:02 GMT+02:00 Pau Pajuelo :
> Tested-by: Pau Pajuelo
>
> 2017-08-17 3:06 GMT+02:00 Ladislav Michl :
>> Avoid cluttering board file with CONFIG_SPL_BUILD ifdefs
>> by moving SPL related functions into separate file.
>>
>> Signed-off-by: Ladislav Michl
>> ---
>> board/isee/igep00x0/Mak
logicpd-torpedo-som.dtsi is a direct port, but the
logicpd-torpedo-37xx-devkit is mostly copied from Linux, but
there are a few changes:
Slow I2C1 to 400KHz from 26MHz, because U-Boot doesn't seem
to handle that speed.
Fixes required for U-Boot's NS16550 driver by adding
reg-shift = <2
Hello,
On Thu, 24 Aug 2017 12:16:30 +0200, Wolfgang Denk wrote:
> > In this patch series, I propose to have U-Boot define some sane
> > defaults for those 4 configuration options, and cleanup all the board
> > configuration files that were using the default values. This leads to
> > the removal o
On 08/24/2017 12:07 AM, Priyanka Jain wrote:
> As per current implemenetation, default value of board env is
> based on board filename i.e ls2080ardb.
>
> With distro support changes, this env is used to decide upon
> kernel dtb which is different for other SoCs (ls2088a, ls2081a)
> combination su
The hummingboard2 is slightly different to the cubox i and to the
hummingboard. The GPIO pin info to probe came from solidruns
for of u-boot on github.
https://github.com/SolidRun/u-boot-imx6/blob/imx6/board/solidrun/mx6_cubox-i/mx6_cubox-i.c#L569-L589
I have tested on a hummingboard-edge witha im
Hi Dennis,
On Thu, Aug 24, 2017 at 12:34 PM, Dennis Gilmore wrote:
> "findfdt="\
> + "if test $board_name = HUMMINGBOARD2 && test $board_rev =
> MX6Q ; then " \
> + "setenv fdtfile imx6q-hummingboard2.dtb; fi; " \
> + "if test $board_nam
The hummingboard2 is slightly different to the cubox i and to the
hummingboard. The GPIO pin info to probe came from solidruns
for of u-boot on github.
https://github.com/SolidRun/u-boot-imx6/blob/imx6/board/solidrun/mx6_cubox-i/mx6_cubox-i.c#L569-L589
I have tested on a hummingboard-edge witha im
On Thu, Aug 24, 2017 at 12:34 PM, Dennis Gilmore wrote:
> +static bool is_hummingboard2(void)
> +{
> + int val1;
> +
> + SETUP_IOMUX_PADS(hb_cbi_sense);
hb_cbi_sense configures pins GPIO4_9 and GPIO3_4, which are used for
the previous version of the board and not GPIO2_8, which is us
We see the choice of USB_DWC3_HOST / _GADGET in drivers/usb/dwc3/Kconfig,
but we can not choose USB_DWC3_HOST unless USB_GADGET is defined.
This is strange.
Loosen the "depends on" and also move "select USB_GADGET_DUALSPEED" to
the correct place.
Signed-off-by: Masahiro Yamada
---
drivers/usb/
On Mon, Aug 21, 2017 at 10:46 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 cach
El jue, 24-08-2017 a las 12:45 -0300, Fabio Estevam escribió:
> Hi Dennis,
>
> On Thu, Aug 24, 2017 at 12:34 PM, Dennis Gilmore
> wrote:
>
> > "findfdt="\
> > + "if test $board_name = HUMMINGBOARD2 && test
> > $board_rev = MX6Q ; then " \
> > + "setenv
Dear Thomas,
In message <20170824162318.7132066a@windsurf> you wrote:
>
> > Would it not be even easier (and less code) to move these
> > definitions to Kconfig settings?
>
> I believe this patch series is a step in that direction. With this
> patch series applied, we can now clearly identify wh
Hello,
On Thu, 24 Aug 2017 20:53:35 +0200, Wolfgang Denk wrote:
> > I believe this patch series is a step in that direction. With this
> > patch series applied, we can now clearly identify which boards have
> > custom values for CONFIG_SYS_{CBSIZE, PBSIZE, MAXARGS, BARGSIZE}, and
> > therefore mo
Hi Jagan,
On Thu, Aug 24, 2017 at 12:25:24PM +0530, Jagan Teki wrote:
> On Wed, Aug 23, 2017 at 5:11 PM, Maxime Ripard
> wrote:
> > U-Boot itself might need to identify the boot device, for example to be
> > able to tell where to load the kernel from when several options are
> > possible.
> >
> >
On Thu, Aug 24, 2017 at 4:45 PM, Fabio Estevam wrote:
> Hi Dennis,
>
> On Thu, Aug 24, 2017 at 12:34 PM, Dennis Gilmore wrote:
>
>> "findfdt="\
>> + "if test $board_name = HUMMINGBOARD2 && test $board_rev =
>> MX6Q ; then " \
>> + "setenv fdtfile imx6q
On 08/24/2017 06:30 PM, Masahiro Yamada wrote:
> We see the choice of USB_DWC3_HOST / _GADGET in drivers/usb/dwc3/Kconfig,
> but we can not choose USB_DWC3_HOST unless USB_GADGET is defined.
> This is strange.
>
> Loosen the "depends on" and also move "select USB_GADGET_DUALSPEED" to
> the correct
On Thu, Aug 24, 2017 at 01:53:57PM +0800, tien.fong.c...@intel.com wrote:
> From: Tien Fong Chee
>
> Report Coverity log:
> The code uses a variable that has not
> been initialized, leading to unpredictable
> or unintended results.
>
> Signed-off-by: Tien Fong Chee
> ---
> lib/libfdt/fdt_wip.
On Wed, Aug 23, 2017 at 03:01:45PM -0500, Adam Ford wrote:
> I have never tried to use the USB in U-Boot, but it appears broken in
> U-Boot 2017.09-rc2.
>
> When I run 'usb start' I get
>
> starting USB...
> USB0: Port not available.
>
>
> Is this the expected behavior?
Honestly, I don't kn
On Wed, Aug 23, 2017 at 11:39:06AM +0530, Lokesh Vutla wrote:
> Add support for selecting proper dtb for
> am57xx BeagleBoard X15 revC u-boot from FIT
>
> Signed-off-by: Lokesh Vutla
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
_
On Wed, Aug 23, 2017 at 04:01:30PM +0200, Maxime Ripard wrote:
> Both the config option and the DT options specify the offset to set the GPT
> at in bytes, yet the code treats those values as block numbers.
>
> Fix that.
>
> Signed-off-by: Maxime Ripard
Reviewed-by: Tom Rini
--
Tom
signat
On Wed, Aug 23, 2017 at 04:01:31PM +0200, Maxime Ripard wrote:
> The start variable is only used inside a loop, and is never affected inside
> it, so it's a purely local variable.
>
> In the same way the partition size is accessed several times, so we can
> store it in a variable.
>
> Signed-off
On Wed, Aug 23, 2017 at 04:01:32PM +0200, Maxime Ripard wrote:
> The gpt_fill_pte will need to access the device block size. Let's pass the
> device descriptor as an argument.
>
> Signed-off-by: Maxime Ripard
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
___
On Wed, Aug 23, 2017 at 11:39:07AM +0530, Lokesh Vutla wrote:
> Select dtb name for am57xx BeagleBoard-X15 revC
>
> Signed-off-by: Lokesh Vutla
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Bo
On Wed, Aug 23, 2017 at 04:01:33PM +0200, Maxime Ripard wrote:
> The current code checks that no partitions overlap with the GPT partition
> table using the offset of the first LBA usable for that partition.
>
> This works fine, unless you have a partition entry that is further away
> than it usu
On Thu, Aug 24, 2017 at 11:56:23AM +0200, Maxime Ripard wrote:
> CONFIG_RANDOM_UUID is used by the GPT command to generate random UUID when
> none are provided.
>
> Move that option to Kconfig.
>
> Signed-off-by: Maxime Ripard
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digita
On Wed, Aug 23, 2017 at 10:59:00PM +0200, Thomas Petazzoni wrote:
> Now that include/config_fallbacks.h define a sane fallback for
> CONFIG_SYS_CBSIZE, we can drop the definition of this constant in all
> configurations that were using the default value.
>
> Signed-off-by: Thomas Petazzoni
Revi
On Wed, Aug 23, 2017 at 10:59:01PM +0200, Thomas Petazzoni wrote:
> Most of the platforms are using CONFIG_SYS_CBSIZE +
> sizeof(CONFIG_SYS_PROMPT) + 16 as their value for CONFIG_SYS_PBSIZE,
> so let's adopt this for the fallback value of CONFIG_SYS_PBSIZE.
>
> This will allow us to drop an expli
On Wed, Aug 23, 2017 at 10:59:02PM +0200, Thomas Petazzoni wrote:
> Now that the fallback value of CONFIG_SYS_PBSIZE in
> include/config_fallbacks.h has been adjusted, remove its definition
> from a large number of board configuration files.
>
> Signed-off-by: Thomas Petazzoni
Reviewed-by: Tom
On Wed, Aug 23, 2017 at 10:59:05PM +0200, Thomas Petazzoni wrote:
> CONFIG_SYS_BARGSIZE is already defined to 512 in common/image.c when
> not defined. Therefore, there is no point in having board
> configuration files define it to 512.
>
> Signed-off-by: Thomas Petazzoni
Reviewed-by: Tom Rini
On Wed, Aug 23, 2017 at 10:59:04PM +0200, Thomas Petazzoni wrote:
> Now that include/config_fallbacks.h define a sane fallback for
> CONFIG_SYS_MAXARGS, we can drop the definition of this constant in all
> configurations that were using the default value.
>
> Signed-off-by: Thomas Petazzoni
Rev
On Wed, Aug 23, 2017 at 10:59:06PM +0200, Thomas Petazzoni wrote:
> This commit removes definitions of CONFIG_SYS_BARGSIZE defined to be
> equal to CONFIG_SYS_CBSIZE in numerous configuration files.
>
> We remove such definitions in two situations:
>
> - CONFIG_SYS_CBSIZE is otherwise not defin
On Wed, Aug 23, 2017 at 10:59:03PM +0200, Thomas Petazzoni wrote:
> CONFIG_SYS_MAXARGS contains the maximum number of arguments accepted
> by U-Boot commands. Since the vast majority of the platforms define it
> to 16, it makes sense to have a default definition to 16, which will
> allow to remove
On Thu, Aug 24, 2017 at 04:23:18PM +0200, Thomas Petazzoni wrote:
> Hello,
>
> On Thu, 24 Aug 2017 12:16:30 +0200, Wolfgang Denk wrote:
>
> > > In this patch series, I propose to have U-Boot define some sane
> > > defaults for those 4 configuration options, and cleanup all the board
> > > configu
On Wed, Aug 23, 2017 at 10:58:59PM +0200, Thomas Petazzoni wrote:
> CONFIG_SYS_CBSIZE contains the buffer size for input for the
> console. The vast majority of platforms define them to some reasonable
> value (256, 512 or 1024 bytes), and it is quite annoying to repeat
> this definition for all p
On Tue, Aug 22, 2017 at 08:15:05AM -0700, Bin Meng wrote:
> 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
Hi,
Do you have comments on this patch series?
Best Regards,
Wenyou Yang
On 2017/7/31 14:57, Wenyou Yang wrote:
The SAMA5D27-SOM1-EK board embeds a SAMA5D27 SOM1 module, which includes
a SAMA5D27-SiP chip and QSPI flash, Phy and MAC EEPROM. The SAMA5D27 SiP
integrates the SAMA5D2 with 1Gbit D
Hi,
This patch set has been here for a long time, could you have a look and
take it?
Best Regards,
Wenyou Yang
On 2017/7/25 15:00, Wenyou Yang wrote:
This series of patches are based and have been tested on the 'master'
branch of the u-boot.git tree.
Tests were passed with a sama5d2 xpla
On Tue, Aug 22, 2017 at 10:39:40AM +0200, Wolfgang Denk wrote:
> 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
This is currently disabled, so USB keyboards are not detected in U_Boot.
Enable this option to fix that.
Signed-off-by: Simon Glass
---
configs/rpi_2_defconfig | 1 +
configs/rpi_3_32b_defconfig | 1 +
configs/rpi_3_defconfig | 1 +
configs/rpi_defconfig | 1 +
4 files changed, 4
Hi,
On 20 August 2017 at 20:59, Simon Glass wrote:
> Hi Paul,
>
> On 3 August 2017 at 11:42, Tom Rini wrote:
>> On Thu, Aug 03, 2017 at 09:42:13AM -0600, Stephen Warren wrote:
>>> On 08/03/2017 07:45 AM, Simon Glass wrote:
>>> ...
>>> >I'm not sure if we have a Raspberry Pi in a test farm anywhe
Hi Lukasz:
2017-08-22 18:05 GMT+08:00 Łukasz Majewski :
> 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 enabli
On Thu, Aug 24, 2017 at 07:45:31PM -0600, Simon Glass wrote:
> This is currently disabled, so USB keyboards are not detected in U_Boot.
> Enable this option to fix that.
After your recent mail I confirmed that a USB keyboard was not usable in
U-Boot with 2017.09-rc2 rpi_3_defconfig but was with
CO
2017-08-25 6:57 GMT+09:00 Marek Vasut :
> On 08/24/2017 06:30 PM, Masahiro Yamada wrote:
>> We see the choice of USB_DWC3_HOST / _GADGET in drivers/usb/dwc3/Kconfig,
>> but we can not choose USB_DWC3_HOST unless USB_GADGET is defined.
>> This is strange.
>>
>> Loosen the "depends on" and also move
On Kha, 2017-08-24 at 21:04 -0400, Tom Rini wrote:
> On Thu, Aug 24, 2017 at 01:53:57PM +0800, tien.fong.c...@intel.com
> wrote:
>
> >
> > From: Tien Fong Chee
> >
> > Report Coverity log:
> > The code uses a variable that has not
> > been initialized, leading to unpredictable
> > or unintended
On 24 August 2017 at 12:58, Andy Yan wrote:
> Hi Tom and other maintainers：
>
> 2017-07-13 2:25 GMT+08:00 Tom Rini :
>
>> On Tue, Jul 11, 2017 at 03:56:03PM +1000, Bin Chen wrote:
>>
>> > The second area of android image was intended to put a 2nd stage
>> > bootloader but in practice were rarely
> -Original Message-
> From: York Sun
> Sent: Thursday, August 24, 2017 8:26 PM
> To: Priyanka Jain ; u-boot@lists.denx.de
> Subject: Re: [PATCH] board/ls2080ardb: Update board env based on SoC
>
> On 08/24/2017 12:07 AM, Priyanka Jain wrote:
> > As per current implemenetation, default v
Hi Simon,
On Fri, Aug 25, 2017 at 9:45 AM, Simon Glass wrote:
> This is currently disabled, so USB keyboards are not detected in U_Boot.
U-Boot
> Enable this option to fix that.
>
> Signed-off-by: Simon Glass
> ---
>
> configs/rpi_2_defconfig | 1 +
> configs/rpi_3_32b_defconfig | 1 +
>
Greetings,
> Sent: Monday, August 21, 2017 at 9:43 PM
> From: daggs
> To: u-boot@lists.denx.de
> Subject: [U-Boot] odroidc2 stuck after "Starting kernel"
>
> Greetings,
>
> I'm trying to get uboot 2017.7 working on my odroidc2 board.
> I have a image without uboot, I've compiled uboot with the c
67 matches
Mail list logo
