This patchset, enable SPI-NOR flash on SiFive hifive-unleashed-a00
board.
patch 0001 - 02: support devicetree
patch 0003: add is25wp256 chip
patch 0004 - 05: enable spi-nor flash
All tested in Sifive fuse540 hifive-unleashed-a00 board.
Any inputs?
Jagan.
Jagan Teki (5):
riscv: dts: Add hifi
Use dts support from U-Boot via OF_SEPARATE instead of depending from
opensbi.
This would help to make the necessary changes in drivers and devicetrees
in uboot tree itself. this feature would also be helpful to not pass
dtb during opensbi builds.
Signed-off-by: Jagan Teki
---
configs/sifive_fu
Add u-boot specific dts file for hifive-unleashed-a00, this
would help to add u-boot specific properties and other node
changes without touching the base dts(i) files which are easy
to sync from Linux.
Added spi2 alias for qspi2 as an initial u-boot specific
property change.
spi probing in curren
Sync the hifive-unleashed-a00 dts from Linux with
below commit details:
commit 11ae2d892139a1086f257188d457ddcb71ab5257
Author: Paul Walmsley
Date: Thu Jul 25 13:41:31 2019 -0700
riscv: dts: fu540-c000: drop "timebase-frequency"
Idea is to periodically sync the dts from Linux instead of
tw
Add is25wp256, chip to spi-nor id table.
Tested on Sifive fuse540 board.
Signed-off-by: Jagan Teki
---
drivers/mtd/spi/spi-nor-ids.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/mtd/spi/spi-nor-ids.c b/drivers/mtd/spi/spi-nor-ids.c
index 6996c0a286..04db986561 100644
--- a/driv
HiFive Unleashed A00 has internal is25wp256 spi-nor flash,
so enable the same. added test result log for future reference.
Tested on Sifive fuse540 board.
Signed-off-by: Jagan Teki
---
.../dts/hifive-unleashed-a00-u-boot.dtsi | 1 +
board/sifive/fu540/Kconfig| 3 +++
Hi Jagan,
On Sun, Sep 29, 2019 at 3:42 PM Jagan Teki wrote:
>
> This patchset, enable SPI-NOR flash on SiFive hifive-unleashed-a00
> board.
>
> patch 0001 - 02: support devicetree
>
> patch 0003: add is25wp256 chip
>
> patch 0004 - 05: enable spi-nor flash
>
> All tested in Sifive fuse540 hifive-
Hi Jagan,
On Mon, Sep 9, 2019 at 9:00 PM Bin Meng wrote:
>
> If an SPI controller driver does not implement ops->cs_info, that
> probably means any chip select number could be valid, hence let's
> return 0 for spi_cs_info().
>
> Signed-off-by: Bin Meng
> Reviewed-by: Jagan Teki
>
> ---
>
> Chan
Hi Daniel,
On 25.09.19 13:09, Daniel Schwierzeck wrote:
Am 25.09.19 um 11:45 schrieb Weijie Gao:
This patch series have the following changes:
- Add pinctrl(both pinmux and pinconf) driver, reset controller driver and
clock driver for mt7628.
- Add mt7628 platform to mtk-sd driver.
- Mod
Hi Peng,
On 25.09.19 11:54, Peng Ma wrote:
In driver/ata. If the sata driver support AHCI mode, there will provides
a complete set of SCSI interface. If the sata is not support AHCI
mode(NONE_AHCI) there will not provides the SCSI interface.
This patch is to support SCSI interface for None AHCI
Main uart0 is used as debug console by both R5SPL and A72 bootloader and
Linux. So mark it as shared device so that power-domain request is
successful by both cores.
Signed-off-by: Lokesh Vutla
---
- Based on kernl change:
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit
Hi Baruch,
On Sun, Sep 29, 2019 at 2:58 AM Baruch Siach wrote:
> I'll try to migrate Cubox-i/Hummingboard to DM and OF_CONTORL as you
> suggest.
>
> Is there a way to make a DT based U-Boot i.MX6 image work on both
> Quad/Dual and DualLite/Solo?
>
> The kernel provide separate DTs for Quad/Dual
This define indicates if DM_GPIO shall be supported in SPL. This allows
proper operation of DM converted GPIO drivers in SPL, which use
boards.
Signed-off-by: Lukasz Majewski
---
Changes in v2:
- Add dependency on DM_GPIO
common/spl/Kconfig | 6 ++
1 file changed, 6 insertions(+)
diff --g
Hi Giulio,
On Fri, Sep 27, 2019 at 11:57 AM Giulio Benetti
wrote:
> While porting IMXRT I'm realizing that things would fit better if adding
> to mach-imx folder. This is because IMXRT has a lot in common with imx
> on low level side, i.e. iomux, clock. So I would go for mach-imx instead
> of ma
Hi Patrick,
Patrick DELAUNAY wrote on Fri, 27 Sep 2019
11:23:09 +:
> Hi Miquel
>
> > From: Miquel Raynal
> > Sent: jeudi 26 septembre 2019 11:43
> >
> > Hi Patrick,
> >
> > Patrick DELAUNAY wrote on Thu, 26 Sep 2019
> > 09:31:46 +:
> >
> > > Hi Stefan,
> > >
> > > > From: Stefa
This patch restores commit c49d0ac38a76 ("ARM: dts: rmobile: Increase off-on
delay on the SD Vcc regulator"), which was accidentally dropped during DT
resync in commit 317d13ac6307 ("ARM: dts: rmobile: Synchronize Gen3 DTs with
Linux 5.0").
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
Fixes:
Hey,
I've found a problem that I can't quite seem to figure out how to fix
it. When we run the buildman tests, they don't respect the --output-dir
flag. This ends up being a problem in that we end up using ".." rather
than /tmp and then ".." might not actually be writeable. Any ideas?
Thanks!
On Fri, 27 Sep 2019 at 10:25, Douglas Anderson wrote:
>
> As per the centithread on ksummit-discuss [1], there are folks who
> feel that if a Change-Id is present in a developer's local commit that
> said Change-Id could be interesting to include in upstream posts.
> Specifically if two commits ar
Hi Tom,
On Sun, 29 Sep 2019 at 18:32, Tom Rini wrote:
>
> Hey,
>
> I've found a problem that I can't quite seem to figure out how to fix
> it. When we run the buildman tests, they don't respect the --output-dir
> flag. This ends up being a problem in that we end up using ".." rather
> than /tmp
Hi Stefan,
Thanks for your opinion.
>-Original Message-
>From: Stefan Roese
>Sent: 2019年9月29日 19:46
>To: Peng Ma ; s...@chromium.org; Prabhakar X
>; ja...@openedev.com;
>bmeng...@gmail.com; Andy Tang
>Cc: michal.si...@xilinx.com; andre.przyw...@arm.com; sm...@web.de;
>u-boot@lists.denx.
Hi Peng,
On 30.09.19 04:42, Peng Ma wrote:
Hi Stefan,
Thanks for your opinion.
-Original Message-
From: Stefan Roese
Sent: 2019年9月29日 19:46
To: Peng Ma ; s...@chromium.org; Prabhakar X
; ja...@openedev.com;
bmeng...@gmail.com; Andy Tang
Cc: michal.si...@xilinx.com; andre.przyw...@ar
On 20.09.2019 13:52, Tudor Ambarus - M18064 wrote:
> From: Tudor Ambarus
>
> 'commit a9221f3ebd6d ("at91, omap2plus: configs: migrate CONFIG_ENV_ to
> defconfigs")'
> migrated CONFIG_ENV_ macros to defconfigs but did not remove the
> identical redefinition of these macros in include/configs/.
Hi,
i'm facing a problem in older uboot-code which may be fixed on newer, but i did
not found the fixing commit yet. Maybe you can point me to it.
I need to use older code in this case because driver for mt7622 and other is
not yet available for upstream uboot.
I have temporary changed optimiz
23 matches
Mail list logo