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
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
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
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
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
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
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
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
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
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
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
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
> >>>
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
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.
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
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.
> >
> >
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
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
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 =
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
> -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,
>
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
---
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
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
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,
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
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]
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:
>
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
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:
>>
>>
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
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
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
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]
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
>
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++) {
>>
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
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
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,
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
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 +
> -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.
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
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
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 :
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
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
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
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 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
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
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
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
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
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
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
> 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
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 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 `` and ``.
If this is a straight revert, I’d appreciate it if the was marked as
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
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
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
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
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
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
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
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,
>
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:
-
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:
>
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;
...
> -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.
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
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
> 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),
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.
>
>
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
>
78 matches
Mail list logo
