Booting an image currently sets the environment variable "fdtaddr"
by calling into 'cmd/fdt.c'. As a result, linking U-Boot fails if
CMD_FDT is not enabled.
Fix this by adding 'if (CONFIG_IS_ENABLED(CMD_FDT))' to the two
places where 'set_working_fdt_addr()' is called.
Signed-off-by: Simon Goldsc
Hi Tom, Simon,
On Fri, Dec 14, 2018 at 5:01 AM Tom Rini wrote:
>
> Hey Simon,
>
> How hard would it be to have buildman notice and print out the echo'd
> warnings we have in the toplevel Makefile? By which I mean if you use
> buildman to build omap3_beagle you see just the DT warnings but if you
> -Ursprüngliche Nachricht-
> Von: Michal Simek [mailto:mon...@monstr.eu]
> Gesendet: Donnerstag, 13. Dezember 2018 15:58
> An: Bin Meng; Stefan Theil; U-Boot Mailing List
> Betreff: Re: [U-Boot] [PATCH] zynq-gem: Flush cache before handing RX
> packet to receive handler
>
> On 13. 12. 1
Hi Paul,
On 13.12.18 20:47, Paul Burton wrote:
On Thu, Dec 13, 2018 at 03:23:39PM +0100, Daniel Schwierzeck wrote:
Finally I found that this line in U-Boot makes Linux break:
arch/mips/lib/traps.c:
void trap_init(ulong reloc_addr)
unsigned long ebase = gd->irq_sp;
...
wri
From: Tien Fong Chee
Firmware loader would encounter problem if the MMC is accessed before
initializing it. This patch would adding the support of initializing
MMC before the MMC is accessed by firmware loader.
Signed-off-by: Tien Fong Chee
---
drivers/misc/fs_loader.c | 31 +
On Fri, Dec 14, 2018 at 6:52 AM Bin Meng wrote:
>
> Hi Rick,
>
> On Wed, Dec 12, 2018 at 10:08 PM Bin Meng wrote:
> >
> > This adds DM drivers to support RISC-V CPU and timer, plus some bug fixes.
> >
> > This series is available at u-boot-x86/riscv-working for testing.
> >
> > Changes in v5:
> >
Am Fr., 14. Dez. 2018, 04:10 hat Simon Glass geschrieben:
> Hi Simon,
>
> On Thu, 13 Dec 2018 at 02:45, Simon Goldschmidt
> wrote:
> >
> > Hi Tom,
> >
> > On Tue, Dec 4, 2018 at 5:51 AM Tom Rini wrote:
> > >
> > > On Thu, Nov 29, 2018 at 06:21:11PM -0500, Tom Rini wrote:
> > >
> > > > Given tha
Adds esbc validate command for verification of MC and DPC
firmware.
Adds secure boot defconfig.
Signed-off-by: Udit Agarwal
---
Changes in v2:
Correct flash offset for Kernel header for secure boot.
configs/lx2160ardb_tfa_SECURE_BOOT_defconfig | 86
include/configs/lx2160a
The Marvell DDR3 training code is now part of the U-Boot SPL so the
comment saying it needs porting is no longer correct.
Signed-off-by: Chris Packham
---
arch/arm/mach-mvebu/cpu.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-mvebu/cpu.c b/arch/arm/mac
Hi Simon,
On Thu, 13 Dec 2018 at 02:45, Simon Goldschmidt
wrote:
>
> Hi Tom,
>
> On Tue, Dec 4, 2018 at 5:51 AM Tom Rini wrote:
> >
> > On Thu, Nov 29, 2018 at 06:21:11PM -0500, Tom Rini wrote:
> >
> > > Given that at this point the MMC subsystem itself has been migrated
> > > along with a numbe
This is a sync with kernel mainline dts.
The U-Boot eMMC does not need to care about the power for Rockchip
SoCs, because if the board is using eMMC, the power will default on
(for bootrom), so the 'vmmc', 'vqmmc' is only useful for SD in U-Boot.
Signed-off-by: Kever Yang
---
Changes in v3:
- u
Hi Rick,
On Wed, Dec 12, 2018 at 10:08 PM Bin Meng wrote:
>
> This adds DM drivers to support RISC-V CPU and timer, plus some bug fixes.
>
> This series is available at u-boot-x86/riscv-working for testing.
>
> Changes in v5:
> - Introduced another Kconfig option for the cache ops on AX25 CPU,
>
On Tue, Dec 11, 2018 at 10:00:42AM +0100, Alexander Graf wrote:
> While changing the RTS alignment to 64KB in commit 7a82c3051c8f
> ("efi_loader: Align runtime section to 64kb") the relocation code
> started to break.
>
> The reason for that is that we didn't actually look at the real
> relocation
Heinrich,
On Mon, Dec 03, 2018 at 05:26:02PM +0900, AKASHI Takahiro wrote:
> On Sun, Dec 02, 2018 at 11:46:29PM +0100, Alexander Graf wrote:
> >
> >
> > On 12.10.18 02:55, AKASHI Takahiro wrote:
> > > On Thu, Oct 11, 2018 at 04:18:33PM +0200, Heinrich Schuchardt wrote:
> > >> On 10/11/2018 01:11
Sam,
On 12/11/2018 10:26 AM, Bajjuri, Praneeth wrote:
On 12/11/2018 10:20 AM, Sam Protsenko wrote:
Android code base is growing, so since Android "Pie" the size of
system.img grew up to be about 740 MiB. Let's increase system.img to
1 GiB to accommodate for those changes and leave some margin
Christoph,
> On 12.12.2018, at 01:57, Christoph Muellner
> wrote:
>
> pinctrl_decode_pin_config_dm() is basically a feature-equivalent
> implementation of pinctrl_decode_pin_config(), which operates
> on struct udevice devices and uses the dev_read_*() API.
Can’t we use pinctrl_generic_set_sta
> On 12.12.2018, at 01:57, Christoph Muellner
> wrote:
>
> The current pinctrl driver for the RK3399 has a range of qulity issues.
> E.g. it only implements the .set_state_simple() callback, it
> does not parse the available pinctrl information from the DTS
> (instead uses hardcoded values), i
> On 12.12.2018, at 01:57, Christoph Muellner
> wrote:
>
> This patch enables the PWM regulator driver in the defconfig
> for the RK3399-Q7.
>
> Signed-off-by: Christoph Muellner
Reviewed-by: Philipp Tomsich
___
U-Boot mailing list
U-Boot@lists.d
On 04.12.2018, at 12:00, Max Kellermann wrote:
>
> This was changed to 1 in commit 0717dde057e, but a few months later,
> commit 5f9411af37b swapped the order of eMMC and SD card by assigning
> indexed aliases to `&sdhci` and `&sdmmc`.
If this is a straight revert, I’d appreciate it if the was m
Hello,
On Thu, Dec 13, 2018 at 03:23:39PM +0100, Daniel Schwierzeck wrote:
> > Finally I found that this line in U-Boot makes Linux break:
> >
> > arch/mips/lib/traps.c:
> >
> > void trap_init(ulong reloc_addr)
> > unsigned long ebase = gd->irq_sp;
> >
On Thu, 2018-12-13 at 23:32 +0800, tien.fong.c...@intel.com wrote:
> From: Tien Fong Chee
>
> Firmware loader would encounter problem if the MMC is accessed before
> initializing it. This patch would adding the support of initializing
> MMC before the MMC is accessed by firmware loader.
>
> Sign
Hi Adam,
> -Original Message-
> From: Adam Ford
> Sent: lundi 10 décembre 2018 16:50
>
> On Mon, Nov 19, 2018 at 12:01 PM Patrick Delaunay
> wrote:
> >
> >
> > This serie generalize the commit 96907c0fe50a
> > ("dm: spi: Read default speed and mode values from DT")
> >
> > In case of DT
On Thu, Dec 13, 2018 at 03:31:01PM +0100, Heiko Schocher wrote:
> Hello Tom,
>
> please pull from u-boot-i2c.git master
>
> pull request contains patch from Jean-Jacques which fixes a regression
> on NVIDIA Jetson TX2 board, Stephen had reported.
>
> The following changes since commit ee168783a
Hello Heinrich,
I have build the newest GRUB from master branch and I have checked out
U-Boot with this patch:
http://git.denx.de/?p=u-boot.git;a=commit;h=f31239acff61f7def88a06eef1f091fce74ecd61
Revert "efi_loader: remove efi_exit_caches()"
and I still get an error while Linux booting :
EFI
Hi Adam,
Thanks for the tests,
And sorry for the regression on your board.
> From: Adam Ford
> Sent: lundi 10 décembre 2018 23:48
>
> On Mon, Nov 19, 2018 at 11:55 AM Patrick Delaunay
> wrote:
> >
> > In case of DT boot, don't read default speed and mode for SPI from
> > CONFIG_*, instead rea
Hey Simon,
How hard would it be to have buildman notice and print out the echo'd
warnings we have in the toplevel Makefile? By which I mean if you use
buildman to build omap3_beagle you see just the DT warnings but if you
run make by hand you also get:
WARNING ===
On 12/13/2018 04:40 PM, Jean-Jacques Hiblot wrote:
>
> On 13/12/2018 15:05, Marek Vasut wrote:
>> On 12/13/2018 03:03 PM, Jean-Jacques Hiblot wrote:
>>> On 05/12/2018 13:57, Marek Vasut wrote:
On 12/05/2018 01:49 PM, Stefan Mavrodiev wrote:
> When the device is in peripheral mode
Can
On 13/12/2018 15:05, Marek Vasut wrote:
On 12/13/2018 03:03 PM, Jean-Jacques Hiblot wrote:
On 05/12/2018 13:57, 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 t
From: Tien Fong Chee
Firmware loader would encounter problem if the MMC is accessed before
initializing it. This patch would adding the support of initializing
MMC before the MMC is accessed by firmware loader.
Signed-off-by: Tien Fong Chee
---
drivers/misc/fs_loader.c | 33 +
On Thu, Dec 13, 2018 at 10:39 PM Stefan Theil
wrote:
>
> The cache was only flushed before *transmitting* packets, but not
nits: but not invalidated
> when receiving them, leading to an issue where new packets were
> handed to the receive handler with old contents in cache. This
> only happens w
On 12/13/2018 03:03 PM, Jean-Jacques Hiblot wrote:
>
> On 05/12/2018 13:57, 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 same system ?
>
> It is p
On 13. 12. 18 15:19, Bin Meng wrote:
> On Thu, Dec 13, 2018 at 10:02 PM Stefan Theil
> wrote:
>>
>>
>>
>>> -Ursprüngliche Nachricht-
>>> Von: Bin Meng [mailto:bmeng...@gmail.com]
>>> Gesendet: Donnerstag, 13. Dezember 2018 14:59
>>> An: Stefan Theil
>>> Cc: Michal Simek; U-Boot Mailing Lis
Am Do., 13. Dez. 2018 um 15:05 Uhr schrieb Gregory CLEMENT
:
>
> Hi Daniel,
>
> On lun., déc. 10 2018, Daniel Schwierzeck
> wrote:
>
> >> diff --git a/arch/mips/mach-mscc/include/ioremap.h
> >> b/arch/mips/mach-mscc/include/ioremap.h
> >> new file mode 100644
> >> index 00..8ea5c65ce3
>
Thanks Jagan for the reviews.
> From: Jagan Teki
> Sent: mercredi 12 décembre 2018 21:03
> > --- a/board/davinci/da8xxevm/da850evm.c
> > +++ b/board/davinci/da8xxevm/da850evm.c
>
> This board support DM_SPI_FLASH even in for SPL, so there is no need of non-
> dm if here.
I will do the update in
Hi Petr,
> From: Simon Goldschmidt
> Sent: mercredi 12 décembre 2018 10:55
> To: Petr Vorel
>
> On Wed, Dec 12, 2018 at 8:51 AM Petr Vorel wrote:
> >
> > Hi Patrick,
> >
> > FYI this patchset breaks some machines:
> > https://travis-ci.org/pevik/u-boot/builds/466192406
>
> I might be wrong, b
Hi Daniel,
On lun., déc. 10 2018, Daniel Schwierzeck wrote:
>> +CONFIG_CMD_PING=y
>> +CONFIG_CMD_MTDPARTS=y
>> +CONFIG_MTDIDS_DEFAULT="nor0=spi_flash"
>> +CONFIG_MTDPARTS_DEFAULT="mtdparts=spi_flash:512k(UBoot),256k(Env),256k(conf),15m(linux),15m(linux.bk)"
>
> you should recheck all MTD relate
The cache was only flushed before *transmitting* packets, but not
when receiving them, leading to an issue where new packets were
handed to the receive handler with old contents in cache. This
only happens when a lot of packets are received without sending
packages every now and then. Also flushing
Hello Tom,
please pull from u-boot-i2c.git master
pull request contains patch from Jean-Jacques which fixes a regression
on NVIDIA Jetson TX2 board, Stephen had reported.
The following changes since commit ee168783ae889cf449cee36cc1e51e108a210ed4:
travis: Add check for configs without MAINTA
Hi Daniel,
On lun., déc. 10 2018, Daniel Schwierzeck wrote:
>> +static inline int hal_vcoreiii_train_bytelane(u32 bytelane)
>> +{
>> +register int res;
>> +
>> +set_dly(bytelane, 0); // Start training at DQS=0
>
> no C++ style comments
>
OK
[...]
>> +for (i = 0; i < 8; i++) {
>> +
Am Do., 13. Dez. 2018 um 14:35 Uhr schrieb Stefan Roese :
>
> On 13.12.18 14:27, Daniel Schwierzeck wrote:
> > Am Do., 13. Dez. 2018 um 11:09 Uhr schrieb Stefan Roese :
> >>
> >> Hi Daniel,
> >>
> >> On 13.12.18 02:00, Daniel Schwierzeck wrote:
> >>> Am 12.12.18 um 09:18 schrieb Stefan Roese:
> >>>
Hi Stefan,
On Thu, Dec 13, 2018 at 10:00 PM Stefan Theil
wrote:
>
Please include the commit message. Also the commit tile should read
'invalidate' instead of 'flush'
> Signed-off-by: Stefan Theil
>
> ---
> Changes for v2:
> - Use invalidate_dcache_range instead of
> flush_dca
On Thu, Dec 13, 2018 at 10:02 PM Stefan Theil
wrote:
>
>
>
> > -Ursprüngliche Nachricht-
> > Von: Bin Meng [mailto:bmeng...@gmail.com]
> > Gesendet: Donnerstag, 13. Dezember 2018 14:59
> > An: Stefan Theil
> > Cc: Michal Simek; U-Boot Mailing List
> > Betreff: Re: [U-Boot] [PATCH] zynq-gem
Hi Daniel,
On lun., déc. 10 2018, Daniel Schwierzeck wrote:
>> diff --git a/arch/mips/mach-mscc/include/ioremap.h
>> b/arch/mips/mach-mscc/include/ioremap.h
>> new file mode 100644
>> index 00..8ea5c65ce3
>> --- /dev/null
>> +++ b/arch/mips/mach-mscc/include/ioremap.h
>> @@ -0,0 +1,51
On 05/12/2018 13:57, 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 same system ?
It is possible with the musb-new. Using DM_USB and DM_USB_GADGET, I did
i
Signed-off-by: Stefan Theil
---
Changes for v2:
- Use invalidate_dcache_range instead of
flush_dcache_range
---
drivers/net/zynq_gem.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/net/zynq_gem.c b/drivers/net/zynq_gem.c
index 9bd79b198a..32a0ff392f 100644
---
Hi Stefan,
On Thu, Dec 13, 2018 at 9:51 PM Stefan Theil wrote:
>
> > -Ursprüngliche Nachricht-
> > Von: Michal Simek [mailto:mon...@monstr.eu]
> > Gesendet: Donnerstag, 13. Dezember 2018 14:48
> > An: Stefan Theil; Bin Meng
> > Cc: U-Boot Mailing List
> > Betreff: Re: [U-Boot] [PATCH] zyn
> -Ursprüngliche Nachricht-
> Von: Michal Simek [mailto:mon...@monstr.eu]
> Gesendet: Donnerstag, 13. Dezember 2018 14:48
> An: Stefan Theil; Bin Meng
> Cc: U-Boot Mailing List
> Betreff: Re: [U-Boot] [PATCH] zynq-gem: Flush cache before handing RX
> packet to receive handler
>
> On 13. 12
On 13. 12. 18 14:41, Stefan Theil wrote:
>
>
>> -Ursprüngliche Nachricht-
>> Von: Bin Meng [mailto:bmeng...@gmail.com]
>> Gesendet: Donnerstag, 13. Dezember 2018 14:37
>> An: Stefan Theil
>> Cc: U-Boot Mailing List
>> Betreff: Re: Re: [U-Boot] [PATCH] zynq-gem: Flush cache before handing
> -Ursprüngliche Nachricht-
> Von: Bin Meng [mailto:bmeng...@gmail.com]
> Gesendet: Donnerstag, 13. Dezember 2018 14:37
> An: Stefan Theil
> Cc: U-Boot Mailing List
> Betreff: Re: Re: [U-Boot] [PATCH] zynq-gem: Flush cache before handing RX
> packet to receive handler
>
> Hi Stefan,
>
>
On 13. 12. 18 14:37, Bin Meng wrote:
> Hi Stefan,
>
> On Thu, Dec 13, 2018 at 9:26 PM Stefan Theil
> wrote:
>>
>> Hmm good question. I went with flush because that's what's done in the
>> transmit function:
>>
>> addr = (ulong) ptr;
>> addr &= ~(ARCH_DMA_MINALIGN - 1);
>> size = roundup(len, AR
On Thu, 13 Dec 2018 14:24:32 +0100
Marek Vasut wrote:
> On 12/13/2018 10:46 AM, Siva Durga Prasad Paladugu wrote:
> > For USB3.0, the max packetsize for GET_DESCRIPTOR should be
> > sent as exponent value for 2. This means for 512, max packet
> > size should be filled with 9(2^9=512). Also, fill
Hi Marek,
> On 12/13/2018 10:06 AM, Lokesh Vutla wrote:
> > Hi Marek, Lukasz,
> >
> > On 13/12/18 1:43 PM, Lukasz Majewski wrote:
> >> Hi Marek,
> >>
> >>> On 12/12/2018 11:58 PM, Lukasz Majewski wrote:
> Dear Marek,
> >>>
> >>> This looks quite heavy after RC1 . How thoroughly was t
Hi Stefan,
On Thu, Dec 13, 2018 at 9:26 PM Stefan Theil wrote:
>
> Hmm good question. I went with flush because that's what's done in the
> transmit function:
>
> addr = (ulong) ptr;
> addr &= ~(ARCH_DMA_MINALIGN - 1);
> size = roundup(len, ARCH_DMA_MINALIGN);
> flush_dcache_range(addr, addr + s
On 13.12.18 14:27, Daniel Schwierzeck wrote:
Am Do., 13. Dez. 2018 um 11:09 Uhr schrieb Stefan Roese :
Hi Daniel,
On 13.12.18 02:00, Daniel Schwierzeck wrote:
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 u
On 12/13/2018 08:14 AM, Stefan Mavrodiev wrote:
>
> 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 hav
On 12/13/2018 10:06 AM, Lokesh Vutla wrote:
> Hi Marek, Lukasz,
>
> On 13/12/18 1:43 PM, Lukasz Majewski wrote:
>> Hi Marek,
>>
>>> On 12/12/2018 11:58 PM, Lukasz Majewski wrote:
Dear Marek,
>>>
>>> This looks quite heavy after RC1 . How thoroughly was this tested ?
>>
>> I've run:
>>
>> ./to
On 12/13/2018 10:46 AM, Siva Durga Prasad Paladugu wrote:
> For USB3.0, the max packetsize for GET_DESCRIPTOR should be
> sent as exponent value for 2. This means for 512, max packet
> size should be filled with 9(2^9=512). Also, fill the USB
> version field with 3.0 if speed is negotiated to Super
Am Do., 13. Dez. 2018 um 11:09 Uhr schrieb Stefan Roese :
>
> Hi Daniel,
>
> On 13.12.18 02:00, Daniel Schwierzeck wrote:
> > 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 poin
Hmm good question. I went with flush because that's what's done in the transmit
function:
addr = (ulong) ptr;
addr &= ~(ARCH_DMA_MINALIGN - 1);
size = roundup(len, ARCH_DMA_MINALIGN);
flush_dcache_range(addr, addr + size);
addr = (ulong)priv->rxbuffers;
addr &= ~(ARCH_DMA_MINALIGN - 1);
size = r
On Thu, Dec 13, 2018 at 6:18 PM Stefan Theil wrote:
>
> The cache was only flushed before *transmitting* packets, but not
> when receiving them, leading to an issue where new packets were
> handed to the receive handler with old contents in cache. This
> only happens when a lot of packets are rece
On 13/12/18 8:31 AM, 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-
On 13/12/18 2:11 AM, 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 is not exact replaceme
The cache was only flushed before *transmitting* packets, but not
when receiving them, leading to an issue where new packets were
handed to the receive handler with old contents in cache. This
only happens when a lot of packets are received without sending
packages every now and then.
Signed-off-b
Hi Daniel,
On 13.12.18 02:00, Daniel Schwierzeck wrote:
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
For USB3.0, the max packetsize for GET_DESCRIPTOR should be
sent as exponent value for 2. This means for 512, max packet
size should be filled with 9(2^9=512). Also, fill the USB
version field with 3.0 if speed is negotiated to Superspeed.
This fixes the issue of DFU gadget download failure with
su
Hi Tom,
On Tue, Dec 4, 2018 at 5:51 AM Tom Rini wrote:
>
> On Thu, Nov 29, 2018 at 06:21:11PM -0500, Tom Rini wrote:
>
> > Given that at this point the MMC subsystem itself has been migrated
> > along with a number of subsystem drivers, formalize a deadline for
> > migration.
> >
> > Reviewed-by:
Hi Stefan,
The 12/12/2018 12:41, Stefan Roese wrote:
> Hi Horatiu Vultur,
>
> On 12.12.18 12:21, Horatiu Vultur wrote:
> > Is your Linux Kernel compile with CONFIG_CPU_MIPSR2_IRQ_VI? Because we
> > had similar issue with two of our boards(Ocelot and Luton).
>
> No, its not configured for this MT
Hi Vignesh,
Vignesh R wrote on Thu, 13 Dec 2018 15:08:32 +0530:
> On 13/12/18 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
> >>> J
On 13.12.18 09:24, Vignesh R wrote:
Boris, Stefan, Daniel
On 12/12/18 11:02 PM, 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
---
Oops, sorry I messed up rebase-ing this patch onto latest
On 13/12/18 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 Brezillon
wrot
On Thu, Dec 13, 2018 at 02:43:58AM +0200, Tuomas Tynkkynen wrote:
> > Another use case is atf + u-boot (although I don't know people are
> > interested in it). Put bl1.bin in flash0(0x0-0x400) and put
> > fip.bin in flash1(0x400-0x800). Please note that, with
> > secure=on, flash0 is in
On 12/13/18 10:10, Shawn Guo wrote:
Add myself as co-maintainer for poplar board, as I'm actively working
on the board.
ACKED by me. if my sign-off is needed please feel free to add to the patch.
Signed-off-by: Shawn Guo
---
board/hisilicon/poplar/MAINTAINERS | 1 +
1 file changed, 1 ins
Add myself as co-maintainer for poplar board, as I'm actively working
on the board.
Signed-off-by: Shawn Guo
---
board/hisilicon/poplar/MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/board/hisilicon/poplar/MAINTAINERS
b/board/hisilicon/poplar/MAINTAINERS
index 0cc01c8321ee..622
Hi Marek, Lukasz,
On 13/12/18 1:43 PM, Lukasz Majewski wrote:
Hi Marek,
On 12/12/2018 11:58 PM, Lukasz Majewski wrote:
Dear Marek,
This looks quite heavy after RC1 . How thoroughly was this tested ?
I've run:
./tools/buildman/buildman.py --branch=HEAD k2 omap am335x am43 dra7
trats2 odro
On 13/12/18 2:08 AM, Jagan Teki wrote:
> 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 ---
On 13/12/18 1:55 AM, 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 new driver to follow dm, why we
Boris, Stefan, Daniel
On 12/12/18 11:02 PM, 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
> ---
Oops, sorry I messed up rebase-ing this patch onto latest mainline. At
this time it look
Hi Marek,
> On 12/12/2018 11:58 PM, Lukasz Majewski wrote:
> > Dear Marek,
>
> This looks quite heavy after RC1 . How thoroughly was this tested ?
I've run:
./tools/buildman/buildman.py --branch=HEAD k2 omap am335x am43 dra7
trats2 odroid-xu3 --detail --verbose --show_errors --force-build
--c
78 matches
Mail list logo
