Heinrich,
On Tue, Dec 11, 2018 at 08:55:41PM +0100, Heinrich Schuchardt wrote:
> On 11/15/18 5:58 AM, AKASHI Takahiro wrote:
> > Currently, efi_init_obj_list() scan disk devices only once, and never
> > change a list of efi disk devices. This will possibly result in failing
> > to find a removable
On 12/13/18 8:40 AM, Bin Meng wrote:
Hi Hannes,
Hi Bin,
On Thu, Dec 13, 2018 at 3:19 PM Hannes Schmelzer wrote:
On 10/15/18 11:21 AM, Bin Meng wrote:
part_init() is currently called in every DM BLK driver, either
in its bind() or probe() method. However we can use the BLK
uclass driver's
On 13.12.18 04:01, Tom Rini wrote:
On Thu, Dec 13, 2018 at 04:51:56AM +0530, Jagan Teki wrote:
On Thu, Dec 13, 2018 at 4:26 AM Tom Rini wrote:
On Thu, Dec 13, 2018 at 02:01:15AM +0530, Jagan Teki wrote:
On Wed, Dec 12, 2018 at 11:10 PM Vignesh R wrote:
Current U-Boot SPI NOR support (sf l
Hi Vignesh,
On 12.12.18 18:32, Vignesh R wrote:
Now that there is new SPI NOR framework, simplify mtd device
registration and read/write/erase operations.
Signed-off-by: Vignesh R
---
drivers/mtd/spi/sf_internal.h | 2 +-
drivers/mtd/spi/sf_mtd.c | 52 ++---
Hi Hannes,
On Thu, Dec 13, 2018 at 3:32 PM Hannes Schmelzer wrote:
>
>
>
> On 12/13/18 8:26 AM, Bin Meng wrote:
> > Hi Hannes,
> Hi Bin,
> > On Thu, Dec 13, 2018 at 3:19 PM Hannes Schmelzer
> > wrote:
> >>
> >>
> >> On 10/15/18 11:21 AM, Bin Meng wrote:
> >>> part_init() is currently called in
On 12/13/18 8:26 AM, Bin Meng wrote:
Hi Hannes,
Hi Bin,
On Thu, Dec 13, 2018 at 3:19 PM Hannes Schmelzer wrote:
On 10/15/18 11:21 AM, Bin Meng wrote:
part_init() is currently called in every DM BLK driver, either
in its bind() or probe() method. However we can use the BLK
uclass driver's
Hi Hannes,
On Thu, Dec 13, 2018 at 3:19 PM Hannes Schmelzer wrote:
>
>
>
> On 10/15/18 11:21 AM, Bin Meng wrote:
> > part_init() is currently called in every DM BLK driver, either
> > in its bind() or probe() method. However we can use the BLK
> > uclass driver's post_probe() method to do it auto
On 10/15/18 11:21 AM, Bin Meng wrote:
part_init() is currently called in every DM BLK driver, either
in its bind() or probe() method. However we can use the BLK
uclass driver's post_probe() method to do it automatically.
Update all DM BLK drivers to adopt this change.
Signed-off-by: Bin Meng
Hi Jon
> -Original Message-
> From: Jon Nettleton [mailto:j...@solid-run.com]
> Sent: 2018年12月13日 14:54
> To: Peng Fan
> Cc: sba...@denx.de; Fabio Estevam ; U-Boot
> Mailing List
> Subject: Re: [U-Boot] [imx/next V2] tools: imx8m_image: use bash
>
> On Wed, Dec 12, 2018 at 2:54 AM Peng
On 12/5/18 3:16 PM, Marek Vasut wrote:
On 12/05/2018 02:06 PM, Stefan Mavrodiev wrote:
On 12/5/18 2:57 PM, Marek Vasut wrote:
On 12/05/2018 01:49 PM, Stefan Mavrodiev wrote:
When the device is in peripheral mode
Can you have two devices, one in peripheral mode and one in host mode,
on the sa
On 12/6/18 8:41 AM, Stefan Mavrodiev wrote:
On 12/5/18 5:46 PM, Maxime Ripard wrote:
On Wed, Dec 05, 2018 at 02:27:57PM +0200, Stefan Mavrodiev wrote:
Current driver doesn't check if the destination pointer is NULL.
This cause the data from the FIFO to be stored inside the internal
SDRAM ( ad
On Wed, Dec 12, 2018 at 2:54 AM Peng Fan wrote:
>
> travis-ci reports
> "tools/imx8m_image.sh: 15: [: signed_hdmi_imx8m.bin: unexpected operator"
> After use bash, no error, so use bash instead of sh.
>
> Signed-off-by: Peng Fan
> ---
> tools/imx8m_image.sh | 2 +-
> 1 file changed, 1 insertion(
Hi Marek,
On 13.12.18 04:53, Marek Behun wrote:
it turned out that what I found out was not causing the bug.
get_ram_size reported 1 GiB of ram because I tried it when dcache was
already enabled. If I call get_ram_size in dram_init, it returns the
correct size on both 512 MiB and 1 GiB board.
I
> > Subject: [PATCH v5 06/25] riscv: ax25: Hide the ax25-specific Kconfig option
> >
> > There is no need to expose RISCV_NDS to the Kconfig menu as it is an
> > ax25-specific option. Introduce a dedicated Kconfig option for the cache
> > ops of
> > ax25 platform and use that to guard the cache op
Hi Bin
Bin Meng 於 2018年12月12日 週三 下午10:16寫道:
>
> Hi Rick,
>
> On Wed, Dec 12, 2018 at 5:56 PM Rick Chen wrote:
> >
> > Bin Meng 於 2018年12月12日 週三 下午5:37寫道:
> > >
> > > Hi Rick,
> > >
> > > On Wed, Dec 12, 2018 at 5:02 PM Rick Chen wrote:
> > > >
> > > > Hi Bin
> > > >
> > > > Bin Meng 於 2018年12
Hi Andy,
On Wed, Dec 12, 2018 at 12:21 AM Andy Shevchenko
wrote:
>
> Hi!
>
> Since X86 implies SCSI and Intel Edison board does not use it, I have got a
> = WARNING ==
> This board does not use CONFIG_DM_SCSI. Please update
> the storage controller to use C
Hi Joshua,
On Thu, Dec 13, 2018 at 6:27 AM Joshua Watt wrote:
>
> Hello,
>
> I've been using u-boot as the boot loader for x86 qemu and some custom
> (e.g. non-default) boot commands. I recently upgraded from u-boot
> 2018.01 to 2018.11 and now my boot command fails because it doesn't
> look like
On Tue, 2018-12-11 at 16:41 +0200, Andy Shevchenko wrote:
> Starting from version 8 the GCC, i.e. C compiler, starts complaining about
> possible '\0' terminator loss or, as in this case, garbage copy.
>
> In function ‘mtk_image_set_gen_header’,
> inlined from ‘mtk_image_set_header’ at tools/m
Hi Stefan,
it turned out that what I found out was not causing the bug.
get_ram_size reported 1 GiB of ram because I tried it when dcache was
already enabled. If I call get_ram_size in dram_init, it returns the
correct size on both 512 MiB and 1 GiB board.
In the next patch I shall define dram_in
On 12/12/2018 11:58 PM, Lukasz Majewski wrote:
> Dear Marek,
This looks quite heavy after RC1 . How thoroughly was this tested ?
> The following changes since commit 51b24944fdbfa760aa87a1ad812355e1df9c9355:
>
> usb: musb: Remove legacy CONFIG_USB_DA8XX (2018-12-12 15:23:04 +0100)
>
> are ava
On Thu, Dec 13, 2018 at 04:51:56AM +0530, Jagan Teki wrote:
> On Thu, Dec 13, 2018 at 4:26 AM Tom Rini wrote:
> >
> > On Thu, Dec 13, 2018 at 02:01:15AM +0530, Jagan Teki wrote:
> > > On Wed, Dec 12, 2018 at 11:10 PM Vignesh R wrote:
> > > >
> > > > Current U-Boot SPI NOR support (sf layer) is qu
Am 12.12.18 um 18:32 schrieb Vignesh R:
> Now that there is new SPI NOR framework, simplify mtd device
> registration and read/write/erase operations.
>
> Signed-off-by: Vignesh R
> ---
> drivers/mtd/spi/sf_internal.h | 2 +-
> drivers/mtd/spi/sf_mtd.c | 52 ++
> > From: Jean-Jacques Hiblot [mailto:jjhib...@ti.com]
> > Sent: Wednesday, December 12, 2018 8:00 PM
> > To: Tom Rini
> > Cc: U-Boot; Rick Jian-Zhi Chen(陳建志)
> > Subject: Re: [U-Boot] policy regarding unused code
> >
> > Tom, Rick,
> >
> > On 11/12/2018 19:17, Tom Rini wrote:
> > > On Tue, Dec 11,
Hi Stefan,
Am 12.12.18 um 09:18 schrieb Stefan Roese:
> Hi!
>
> I've been hunting for a problem for quite some time, where Linux
> hangs / crashes in userspace at some point on my MT7688 based
> systems. I found that this problem can be avoided (worked around)
> by not giving Linux the full memor
On Tue, Dec 11, 2018 at 07:41:03AM -0600, Adam Ford wrote:
> I had requested the da850 boards because their previous maintainer
> had an invalid e-mail address. I work at Logic PD who makes
> the da850-evm kits, so I have access to various boards of theirs.
>
> The Spectrum Digital AM18xx board
On Sun, Dec 09, 2018 at 12:45:45PM +, Peng Fan wrote:
> Introduce a new macro SPL_ARM_PSCI_FW
>
> Signed-off-by: Peng Fan
> Reviewed-by: Stefano Babic
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-Boo
On Fri, Dec 07, 2018 at 02:38:33PM -0600, Adam Ford wrote:
> The existing config is setup as a gadget but it doesn't use
> DM_USB. This patch converts all boards to DM_USB, but as host.
>
> As host, it is able to mount USB drives and browse them.
>
> Signed-off-by: Adam Ford
>
> diff --git a/
On Fri, Dec 07, 2018 at 03:01:55PM +0100, Felix Brack wrote:
> There is no need for an embedded device tree for this board so let the
> build process generate a separate u-boot.dtb file instead.
>
> Signed-off-by: Felix Brack
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Descriptio
On Wed, Dec 05, 2018 at 12:33:33PM -0600, Andrew F. Davis wrote:
> Sync new additions to non-HS defconfig with HS defconfig.
>
> Signed-off-by: Andrew F. Davis
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Dec 07, 2018 at 05:28:03PM -0600, Adam Ford wrote:
> With the defconfig options enabling DM_USB, the legacy code
> can be removed.
>
> Signed-off-by: Adam Ford
>
> diff --git a/board/logicpd/omap3som/omap3logic.c
> b/board/logicpd/omap3som/omap3logic.c
> index 691d38fdf2..144e6f68a4 10
On Thu, Dec 06, 2018 at 03:40:08PM +0530, Sekhar Nori wrote:
> Building U-Boot with CONFIG_PCI and CONFIG_DM_PCI enabled, but
> CONFIG_SPL_PCI_SUPPORT disabled, results in following linker
> error:
>
> lib/built-in.o: In function `fdtdec_get_pci_bar32':
> lib/fdtdec.c:305: undefined reference to
On Mon, Dec 10, 2018 at 02:56:36PM -0600, Adam Ford wrote:
> The serial driver in the kernel moved from ttyOx to ttySx a while
> ago. This patch updates the console parameter to align with the
> kernel change.
>
> Signed-off-by: Adam Ford
>
> diff --git a/include/configs/am3517_evm.h b/include
On Sat, Dec 08, 2018 at 09:53:05AM +0100, Heinrich Schuchardt wrote:
> The uts created in do_ut_overlay() is not the one used in
> cmd_ut_category(). Currently all tests are therefore called with
> uts->priv = NULL and fail.
>
> Using a static variable is the easiest fix here.
>
> Fixes: e93232e
On Wed, Dec 05, 2018 at 08:23:38AM -0500, Tom Rini wrote:
> The function part_init() will only be built when we have both
> CONFIG_PARTITIONS and CONFIG_HAVE_BLOCK_DEVICE set. Protect the call to
> this function with both of these tests now.
>
> Cc: Simon Glass
> Cc: Philipp Tomsich
> Cc: Mich
On Tue, Dec 04, 2018 at 09:30:08PM +0100, Simon Goldschmidt wrote:
> One of the hexdump tests in test/lib/hexdump.c returns right at the
> start of the function without testing anything.
>
> Fix this by moving the 'return 0;' statement to the end of the function.
>
> Signed-off-by: Simon Goldsch
On Wed, Dec 05, 2018 at 06:57:08AM -0700, Simon Glass wrote:
> This option has crept into use with some boards. Add a warning to try to
> prevent this.
>
> As an example:
>https://lists.denx.de/pipermail/u-boot/2017-September/304966.html
>
> Signed-off-by: Simon Glass
> Reviewed-by: Tom Rin
On Mon, Nov 26, 2018 at 04:50:17PM +0530, Sumit Garg wrote:
> Currently on qemu-arm platforms environment is kept in RAM. Instead
> use pflash device 1 to provide persistent environment support across
> device reset.
>
> Also (optionally) provide support for persistent environment across
> qemu m
On Tue, Nov 13, 2018 at 10:21:24AM +0530, Sumit Garg wrote:
> With -device virtio-blk-device,drive=hd0, it could detect distro boot
> target.
>
> Signed-off-by: Sumit Garg
> Reviewed-by: Alexander Graf
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
__
Hi Sumit, Takahiro,
On Wed, 12 Dec 2018 10:42:56 +0900
Takahiro Akashi wrote:
> On Tue, Dec 11, 2018 at 06:04:05PM +0530, Sumit Garg wrote:
> > On Mon, 26 Nov 2018 at 16:51, Sumit Garg
> > wrote:
> > >
> > > Currently on qemu-arm platforms environment is kept in RAM.
> > > Instead use pflash
On Thu, 13 Dec 2018 04:40:30 +0530
Jagan Teki wrote:
>
> I do really understand your intention about the real question.
> - Any code or generic code will add in U-Boot should be driver-model
> driven, are you agree this point?
> Yes- thanks.
> No - we need to have separate discussion.
Depen
On Thu, Dec 13, 2018 at 4:26 AM Tom Rini wrote:
>
> On Thu, Dec 13, 2018 at 02:01:15AM +0530, Jagan Teki wrote:
> > On Wed, Dec 12, 2018 at 11:10 PM Vignesh R wrote:
> > >
> > > Current U-Boot SPI NOR support (sf layer) is quite outdated as it does not
> > > support 4 byte addressing opcodes, SFD
On Thu, Dec 13, 2018 at 04:40:30AM +0530, Jagan Teki wrote:
> On Thu, Dec 13, 2018 at 2:55 AM Boris Brezillon
> wrote:
> >
> > On Wed, 12 Dec 2018 22:07:44 +0100
> > Jagan Teki wrote:
> >
> > > On Wed 12 Dec, 2018, 10:02 PM Boris Brezillon > > wrote:
> > >
> > > > On Thu, 13 Dec 2018 02:15:16 +0
On Thu, Dec 13, 2018 at 2:55 AM Boris Brezillon
wrote:
>
> On Wed, 12 Dec 2018 22:07:44 +0100
> Jagan Teki wrote:
>
> > On Wed 12 Dec, 2018, 10:02 PM Boris Brezillon > wrote:
> >
> > > On Thu, 13 Dec 2018 02:15:16 +0530
> > > Jagan Teki wrote:
> > >
> > > > On Thu, Dec 13, 2018 at 2:10 AM Boris
Dear Marek,
The following changes since commit 51b24944fdbfa760aa87a1ad812355e1df9c9355:
usb: musb: Remove legacy CONFIG_USB_DA8XX (2018-12-12 15:23:04 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-dfu.git
for you to fetch changes up to 8a3755462f65c032528af70c65
On Thu, Dec 13, 2018 at 02:01:15AM +0530, Jagan Teki wrote:
> On Wed, Dec 12, 2018 at 11:10 PM Vignesh R wrote:
> >
> > Current U-Boot SPI NOR support (sf layer) is quite outdated as it does not
> > support 4 byte addressing opcodes, SFDP table parsing and different types of
> > quad mode enable s
I'm trying to get U-Boot working on the SiFive Freedom Unleased
u540-c000 board, and I have been following the RISC-V work here with
much excitement. I would like to have access to the SD card connected to
the SPI bus for reading kernels, storing configs and scripts, etc.
Unlike most ARM systems, w
On Thu, 13 Dec 2018 02:15:16 +0530
Jagan Teki wrote:
> On Thu, Dec 13, 2018 at 2:10 AM Boris Brezillon
> wrote:
> >
> > Hi Jagan,
> >
> > On Thu, 13 Dec 2018 01:55:08 +0530
> > Jagan Teki wrote:
> >
> > > On Wed, Dec 12, 2018 at 11:08 PM Vignesh R wrote:
> > > >
> > > > Add non DM version
Hello,
I've been using u-boot as the boot loader for x86 qemu and some custom
(e.g. non-default) boot commands. I recently upgraded from u-boot
2018.01 to 2018.11 and now my boot command fails because it doesn't
look like u-boot is loading the driver for the ide device from which
I'm attempting to
Hello,
I think that I have found a bug in U-Boot UEFI implementation for
BeagleBone Black board.
I have tested U-Boot UEFI implementation for BeagleBone Black. I am able
to load Linux successfully via GRUB bootloader with U-Boot v2018.09-rc2
. U-Boot v2018.09-rc3 and above versions cause that
On Wed, 12 Dec 2018 22:07:44 +0100
Jagan Teki wrote:
> On Wed 12 Dec, 2018, 10:02 PM Boris Brezillon wrote:
>
> > On Thu, 13 Dec 2018 02:15:16 +0530
> > Jagan Teki wrote:
> >
> > > On Thu, Dec 13, 2018 at 2:10 AM Boris Brezillon
> > > wrote:
> > > >
> > > > Hi Jagan,
> > > >
> > > > On Th
Hi Jagan,
On Thu, 13 Dec 2018 01:55:08 +0530
Jagan Teki wrote:
> On Wed, Dec 12, 2018 at 11:08 PM Vignesh R wrote:
> >
> > Add non DM version of SPI_MEM to support easy migration to new SPI NOR
> > framework. This can be removed once DM_SPI conversion is complete.
>
> Our intention to use ne
On Thu, 13 Dec 2018 02:11:48 +0530
Jagan Teki wrote:
> On Wed, Dec 12, 2018 at 11:15 PM Vignesh R wrote:
> >
> > Now that we have new SPI NOR framework in place that supports 4 byte
> > addressing mode by default, get rid of CONFIG_SPI_FLASH_BAR
>
> I already mentioned in previous mail, BAR i
On Wed, 12 Dec 2018 23:02:21 +0530
Vignesh R wrote:
> @@ -39,13 +37,12 @@ static int spi_flash_mtd_erase(struct mtd_info *mtd,
> struct erase_info *instr)
> static int spi_flash_mtd_read(struct mtd_info *mtd, loff_t from, size_t len,
> size_t *retlen, u_char *buf)
> {
> - struct spi_
On Wed, 12 Dec 2018 12:37:04 +0100
Ladislav Michl wrote:
> Now problem is that IGEPv2 comes with quite many configurations, some of
> them are even customized, so static configuration is a show stopper
> mainly as I do not know what devices are in field.
> Another issue is how ubispl code works:
On 11/22/18 1:06 AM, Yinbo Zhu wrote:
> CONFIG_FSL_ESDHC_PIN_MUX should be enabled for ls2080ardb
> whose eSDHC has pin mux with DSPI. This config makes sure
> esdhc dts node would be fixed with disabled status if
> DSPI is used, in case of any mmc issue in linux. Also,
> esdhc should be added in d
On 11/22/18 12:23 AM, Yinbo Zhu wrote:
> esdhc and dspi have Multiplexed pins, if dspi is enabled
> and esdhc need to be disabled, This patch is to disable
> esdhc when rcw config dspi enabled.
>
> Signed-off-by: Yinbo Zhu
> ---
> include/configs/ls2080ardb.h |5 +++--
> 1 files changed, 3 i
On 11/8/18 9:23 PM, Vinitha V Pillai wrote:
> boot_script_hdr does not exist, it should not continue to
> boot. So adding separate validation after loading boot_script
If boot_script_hdr doesn't exist, the "load" command will fail. Why do
you expect "esbc_validate" command to run without loading s
On Wed 12 Dec, 2018, 10:02 PM Boris Brezillon On Thu, 13 Dec 2018 02:15:16 +0530
> Jagan Teki wrote:
>
> > On Thu, Dec 13, 2018 at 2:10 AM Boris Brezillon
> > wrote:
> > >
> > > Hi Jagan,
> > >
> > > On Thu, 13 Dec 2018 01:55:08 +0530
> > > Jagan Teki wrote:
> > >
> > > > On Wed, Dec 12, 2018 a
On Wed, Dec 12, 2018 at 11:19 PM Vignesh R wrote:
>
> Add myself as co-maintainer for U-Boot SPI NOR subsystem
>
> Signed-off-by: Vignesh R
> ---
> Jagan,
>
> If you agree, I can help in co-maintaining SPI NOR part especially for
> the code that is added/sync'd from Linux.
Thanks for the help an
Am Mi., 12. Dez. 2018, 21:42 hat Jagan Teki
geschrieben:
> On Wed, Dec 12, 2018 at 11:15 PM Vignesh R wrote:
> >
> > Now that we have new SPI NOR framework in place that supports 4 byte
> > addressing mode by default, get rid of CONFIG_SPI_FLASH_BAR
>
> I already mentioned in previous mail, BAR
Hi Jean-Jacques,
After commit aec0081093e7 ("configs: am57xx_evm: Enable DM_USB and
DM_USB_DEV") I noticed that "fastboot 1" command doesn't work anymore
on BeagleBoard X15. Instead, "fastboot 0" works.
I can see that this happens because in dwc3_glue_bind() we only
register usb@488d as OTG c
On Wed, Dec 12, 2018 at 11:19 PM Vignesh R wrote:
>
> SF_DUAL_FLASH claims to enable support for SF_DUAL_STACKED_FLASH and
> SF_DUAL_PARALLEL_FLASH. But, in current U-Boot code, grepping for above
> enums yield no user and therefore support seems to be incomplete. Remove
> these configs so as to a
On Thu, Dec 13, 2018 at 2:10 AM Boris Brezillon
wrote:
>
> Hi Jagan,
>
> On Thu, 13 Dec 2018 01:55:08 +0530
> Jagan Teki wrote:
>
> > On Wed, Dec 12, 2018 at 11:08 PM Vignesh R wrote:
> > >
> > > Add non DM version of SPI_MEM to support easy migration to new SPI NOR
> > > framework. This can be
Am 12.12.18 um 19:03 schrieb Ezequiel Garcia:
> Hi Daniel,
>
> On Wed, 2018-12-12 at 18:27 +0100, Daniel Schwierzeck wrote:
>> Hi Ezequiel,
>>
>> Am 12.12.18 um 14:58 schrieb Ezequiel Garcia:
>>> A new round.
>>>
>>> For this new round:
>>>
>>> * Replaced infinite while loop with wait_for_bit.
On Wed, Dec 12, 2018 at 11:15 PM Vignesh R wrote:
>
> Now that we have new SPI NOR framework in place that supports 4 byte
> addressing mode by default, get rid of CONFIG_SPI_FLASH_BAR
I already mentioned in previous mail, BAR is not exact replacement for
4-byte. Some controllers do handle > 16MB
On Wed, Dec 12, 2018 at 11:12 PM Vignesh R wrote:
>
> spi_flash and spi_flash_ids are no longer needed after SPI NOR
> migration. Remove them.
>
> Signed-off-by: Vignesh R
> ---
> drivers/mtd/spi/spi_flash.c | 1337 ---
> drivers/mtd/spi/spi_flash_ids.c | 211 ---
On Wed, Dec 12, 2018 at 11:10 PM Vignesh R wrote:
>
> Current U-Boot SPI NOR support (sf layer) is quite outdated as it does not
> support 4 byte addressing opcodes, SFDP table parsing and different types of
> quad mode enable sequences. Many newer flashes no longer support BANK
> registers used b
On Wed, Dec 12, 2018 at 11:08 PM Vignesh R wrote:
>
> Add non DM version of SPI_MEM to support easy migration to new SPI NOR
> framework. This can be removed once DM_SPI conversion is complete.
Our intention to use new driver to follow dm, why we need to support
non-dm? any usecases?
On Wed, Dec 12, 2018 at 03:03:40PM -0300, Ezequiel Garcia wrote:
> Hi Daniel,
>
> On Wed, 2018-12-12 at 18:27 +0100, Daniel Schwierzeck wrote:
> > Hi Ezequiel,
> >
> > Am 12.12.18 um 14:58 schrieb Ezequiel Garcia:
> > > A new round.
> > >
> > > For this new round:
> > >
> > > * Replaced infini
On Mon, Dec 10, 2018 at 4:23 PM Patrick Delaunay
wrote:
>
> In case of DT boot, don't read default speed and mode for SPI from
> CONFIG_*, instead read from DT node.
>
> Signed-off-by: Patrick Delaunay
> ---
>
> env/Kconfig | 4 ++--
> env/sf.c| 5 -
> 2 files changed, 6 insertions(+), 3
+ Adam
On Mon, Dec 10, 2018 at 4:23 PM Patrick Delaunay
wrote:
>
> In case of DT boot, don't read default speed and mode for SPI from
> CONFIG_*, instead read from DT node.
>
> Signed-off-by: Patrick Delaunay
> ---
>
> board/davinci/da8xxevm/da850evm.c | 7 +++
> 1 file changed, 7 insertion
On Mon, Dec 10, 2018 at 4:23 PM Patrick Delaunay
wrote:
>
> The 2 default values for SPI mode and speed are
> only if CONFIG_DM_SPI_FLASH is not defined
> - CONFIG_SF_DEFAULT_SPEED
> - CONFIG_SF_DEFAULT_MODE
>
> Inverse the logic of the test to remove these two defines.
>
> Signed-off-by: Patrick
On 12/12/18 3:02 PM, Dominik Adamski wrote:
> Hello,
> I think that I have found a bug in U-Boot UEFI implementation for
> BeagleBone Black board.
>
> I have tested U-Boot UEFI implementation for BeagleBone Black. I am able
> to load Linux successfully via GRUB bootloader with U-Boot v2018.09-rc2
Hi Daniel,
On Wed, 2018-12-12 at 18:27 +0100, Daniel Schwierzeck wrote:
> Hi Ezequiel,
>
> Am 12.12.18 um 14:58 schrieb Ezequiel Garcia:
> > A new round.
> >
> > For this new round:
> >
> > * Replaced infinite while loop with wait_for_bit.
> > * Added a MAINTAINERS file. If anyone wants to co
AVB version 1.1 introduces support for named persistent values
that must be tamper evident and allows AVB to store arbitrary key-value
pairs [1].
Introduce implementation of two additional AVB operations
read_persistent_value()/write_persistent_value() for retrieving/storing
named persistent value
AVB 1.1 introduces support for named persistent values which must be
tamper evident and allows AVB to store arbitrary key-value pairs [1].
Introduce two additional Avb operations read_persistent_value()/
write_persistent_value() for retrieving/storing names persistent values.
Correspondent pull r
Add myself as co-maintainer for U-Boot SPI NOR subsystem
Signed-off-by: Vignesh R
---
Jagan,
If you agree, I can help in co-maintaining SPI NOR part especially for
the code that is added/sync'd from Linux.
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MA
SF_DUAL_FLASH claims to enable support for SF_DUAL_STACKED_FLASH and
SF_DUAL_PARALLEL_FLASH. But, in current U-Boot code, grepping for above
enums yield no user and therefore support seems to be incomplete. Remove
these configs so as to avoid confusion.
Signed-off-by: Vignesh R
---
configs/topic
Enable tiny printf to reduce SPL size
Signed-off-by: Vignesh R
---
configs/turris_omnia_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configs/turris_omnia_defconfig b/configs/turris_omnia_defconfig
index 38c5de18bb2d..4655d6561a13 100644
--- a/configs/turris_omnia
Enable SPL simple malloc to reduce SPL size
Signed-off-by: Vignesh R
---
configs/taurus_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/taurus_defconfig b/configs/taurus_defconfig
index e53e075d4825..9c3a1276aa8f 100644
--- a/configs/taurus_defconfig
+++ b/configs/taurus_de
Enable CONFIG_SPL_SYS_MALLOC_SIMPLE in SPL to reduce SPL size
Signed-off-by: Vignesh R
---
configs/axm_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/axm_defconfig b/configs/axm_defconfig
index 89d6b6f2012c..16c093b37b83 100644
--- a/configs/axm_defconfig
+++ b/configs/axm
Enable tiny printf to reduce SPL size
Signed-off-by: Vignesh R
---
configs/da850_am18xxevm_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/da850_am18xxevm_defconfig
b/configs/da850_am18xxevm_defconfig
index 58745fec8267..5fecfccba50c 100644
--- a/configs/da850_am18xxevm_de
Now that we have new SPI NOR framework in place that supports 4 byte
addressing mode by default, get rid of CONFIG_SPI_FLASH_BAR
Signed-off-by: Vignesh R
---
arch/arm/mach-omap2/am33xx/Kconfig | 1 -
configs/alt_defconfig| 1 -
configs/am57xx_evm_defconf
Add a tiny SPI flash stack that just supports reading data/images from
SPI flash. This is useful for boards that have SPL size constraints and
would need to use SPI flash framework just to read images/data from
flash. There is approximately 1.5 to 2KB savings with this.
Based on prior work of redu
Now that there is new SPI NOR framework, simplify mtd device
registration and read/write/erase operations.
Signed-off-by: Vignesh R
---
drivers/mtd/spi/sf_internal.h | 2 +-
drivers/mtd/spi/sf_mtd.c | 52 ++-
drivers/mtd/spi/sf_probe.c| 5 ++--
3 files
spi_flash and spi_flash_ids are no longer needed after SPI NOR
migration. Remove them.
Signed-off-by: Vignesh R
---
drivers/mtd/spi/spi_flash.c | 1337 ---
drivers/mtd/spi/spi_flash_ids.c | 211 -
2 files changed, 1548 deletions(-)
delete mode 100644 drivers
Current U-Boot SPI NOR support (sf layer) is quite outdated as it does not
support 4 byte addressing opcodes, SFDP table parsing and different types of
quad mode enable sequences. Many newer flashes no longer support BANK
registers used by sf layer to a access >16MB space.
Also, many SPI controller
Switch spi_flash_* interfaces to call into new SPI NOR framework via MTD
layer. Fix up sf_dataflash to work in legacy way. And update sandbox to
use new interfaces/defintions
Signed-off-by: Vignesh R
---
common/spl/Kconfig | 12 +-
drivers/mtd/spi/Kconfig| 15 ++-
drivers/m
It is necessary to call spi_claim_bus() before starting any SPI
transactions and this restriction would also apply when calling spi-mem
operationss. Therefore claim and release bus before requesting transfer
via exec_op.
Signed-off-by: Vignesh R
---
drivers/spi/spi-mem.c | 6 ++
1 file chang
Add non DM version of SPI_MEM to support easy migration to new SPI NOR
framework. This can be removed once DM_SPI conversion is complete.
Signed-off-by: Vignesh R
---
drivers/spi/Kconfig| 4 +-
drivers/spi/Makefile | 1 +
drivers/spi/spi-mem-nodm.c | 89 ++
Add hweight*() macros required for moving to new SF layer
Signed-off-by: Vignesh R
---
arch/sh/include/asm/bitops.h | 4
1 file changed, 4 insertions(+)
diff --git a/arch/sh/include/asm/bitops.h b/arch/sh/include/asm/bitops.h
index 8cb8385d76db..765f28f116bc 100644
--- a/arch/sh/include/as
SPI controllers support all types of SPI modes including dual/quad bus
widths. Therefore remove constraint wrt SPI mode from spi-mem layer.
Signed-off-by: Vignesh R
---
drivers/spi/spi-mem.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/spi/spi-mem.c b/drivers/spi/spi-mem.c
U-Boot SPI NOR support (sf layer) is quite outdated as it does not
support 4 byte addressing opcodes, SFDP table parsing and different types of
quad mode enable sequences. Many newer flashes no longer support BANK
registers used by sf layer to a access >16MB space.
Also, many SPI controllers have s
Hi Ezequiel,
Am 12.12.18 um 14:58 schrieb Ezequiel Garcia:
> A new round.
>
> For this new round:
>
> * Replaced infinite while loop with wait_for_bit.
> * Added a MAINTAINERS file. If anyone wants to co-maintain this,
>please let me know.
>
> This is based on top of yesterday's master (e
For A/B system update support the Android boot process requires to send
'androidboot.slot_suffix' parameter as a command line argument. This
patch implementes 'ab_select' command which allows us to obtain current
slot by processing the A/B metadata.
The patch was extracted from commit [1] with one
Add support for A/B boot process on AM57xx based boards:
1. Define 'slot_suffix' variable (using 'ab_select' command)
2. Extend 'emmc_android_boot' boot command (add commands for A/B boot
process)
'ab_select' command is used to decide which slot should be used for
booting up. A/B metadat
Add a short documentation for A/B enablement and 'ab_select' command
usage.
Signed-off-by: Ruslan Trofymenko
Reviewed-by: Alistair Strachan
Reviewed-by: Sam Protsenko
---
Changes in v2:
* Сhanges related to command renaming (android_ab_select -> ab_select)
doc/README.android-ab | 67 +++
This patch adds part_get_info_by_dev_and_name_or_num() function which
allows us to get partition info from its number or name. Partition of
interest is specified by string like "device_num:partition_number" or
"device_num#partition_name".
The patch was extracted from [1].
[1]
https://android-rev
This patch determines the A/B-specific bootloader message structure
that is the basis for implementation of recovery and A/B update
functions. A/B metadata is stored in this structure and used to decide
which slot should we use to boot the device. Also some basic functions
for A/B metadata manipula
Add sandbox test for 'ab_select' command.
Test: ./test/py/test.py --bd sandbox --build -k test_ab
Signed-off-by: Ruslan Trofymenko
Reviewed-by: Alistair Strachan
Reviewed-by: Sam Protsenko
---
Changes in v2:
* Сhanges related to command renaming
* Assertion condition was clarified. Full co
1 - 100 of 180 matches
Mail list logo