Yes, I'm looking at the top of trunk xhci.h from the master branch. There is
no definition for bit 8 of the HCCPARAMS1 register. Also, in looking at the
latest kernel xhci.c I don't see any reference to the PAE bit.
With USB NIC cards if the buffer spans a 64K boundary and the data fits in the
On Fri, Aug 23, 2019 at 1:56 AM Sunil Mohan Adapa wrote:
>
> This is a follow up a patch that didn't create a separate dts:
> https://lists.denx.de/pipermail/u-boot/2019-July/379109.html
>
> A64 OLinuXino board from Olimex has three variants with onboard eMMC:
> A64-OLinuXino-1Ge16GW, A64-OLinuXin
Hi Jagan,
On Sat, Sep 7, 2019 at 11:58 AM Jagan Teki wrote:
>
> On Sat, Sep 7, 2019 at 9:19 AM Bin Meng wrote:
> >
> > Hi Jagan,
> >
> > On Sat, Sep 7, 2019 at 11:45 AM Jagan Teki
> > wrote:
> > >
> > > On Thu, Aug 29, 2019 at 7:40 PM Bin Meng wrote:
> > > >
> > > > In spi_get_bus_and_cs() on
On Tue, Jul 23, 2019 at 7:58 PM Adam Ford wrote:
>
> On Mon, Jul 22, 2019 at 7:01 AM Jagan Teki wrote:
> >
> > Add support for SPI synchronous write followed by read,
> > this is common interface call from spi-nor to spi drivers.
> >
> For the while series:
> Tested-by: Adam Ford #da850-evm
App
Hi Aaron,
On Sat, Sep 7, 2019 at 11:08 AM Aaron Williams wrote:
>
> Hi,
>
> I am seeing crashes in our XHCI implementation based on a Designware USB 3.1
> core. One thing I noticed is that this core sets the PAE bit in the HCCparams.
> The result of this is that when there is a short packet and t
On Sat, Sep 7, 2019 at 9:19 AM Bin Meng wrote:
>
> Hi Jagan,
>
> On Sat, Sep 7, 2019 at 11:45 AM Jagan Teki wrote:
> >
> > On Thu, Aug 29, 2019 at 7:40 PM Bin Meng wrote:
> > >
> > > In spi_get_bus_and_cs() only bus number is checked before accessing
> > > slaves. We should check cs number as we
Hi Jagan,
On Sat, Sep 7, 2019 at 11:45 AM Jagan Teki wrote:
>
> On Thu, Aug 29, 2019 at 7:40 PM Bin Meng wrote:
> >
> > In spi_get_bus_and_cs() only bus number is checked before accessing
> > slaves. We should check cs number as well.
> >
> > Signed-off-by: Bin Meng
> > ---
> >
> > drivers/spi
On Thu, Aug 29, 2019 at 7:40 PM Bin Meng wrote:
>
> In spi_get_bus_and_cs() only bus number is checked before accessing
> slaves. We should check cs number as well.
>
> Signed-off-by: Bin Meng
> ---
>
> drivers/spi/spi-uclass.c | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/drive
Hi Neil,
On Thu, Sep 5, 2019 at 11:48 PM Neil Armstrong wrote:
>
> Hi Bin,
>
> I've been having the same behavior on the Amlogic S905X SoC with a DWC3 XHCI
> controller
> connected to 2 HS-only PHYs and no SS PHY.
>
> When a device is connected on the second PHY, I have the same BUG(),
> but no
On Thu, Aug 29, 2019 at 7:40 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
_
On Wed, Sep 4, 2019 at 11:37 PM Eugeniy Paltsev
wrote:
>
> Commit c4e8862308d4 (mtd: spi: Switch to new SPI NOR framework)
> performs switch from previous 'spi_flash' infrastructure without
> proper testing/investigations which results in regressions.
>
> Fix regression related to SST26 flash IC s
On Sat, Sep 7, 2019 at 4:32 AM Tom Rini wrote:
>
> On Fri, Sep 06, 2019 at 11:32:46PM +0200, Lukasz Majewski wrote:
> > Hi Jagan,
> >
> > > On Thu, Aug 1, 2019 at 9:27 PM Lukasz Majewski wrote:
> > > >
> > > > This reverts commit d5ded320a14b0a2f97cbed072286748895ad18ac.
> > >
> > > This wouldn't
Hi,
I am seeing crashes in our XHCI implementation based on a Designware USB 3.1
core. One thing I noticed is that this core sets the PAE bit in the HCCparams.
The result of this is that when there is a short packet and there are two TDs,
then when PAE is set there will be two responses with th
On Fri, Sep 06, 2019 at 05:42:36PM +0900, Minkyu Kang wrote:
> Dear Tom,
>
> The following changes since commit 448f11f7503995746a7b71e5e3b3a831c4651be9:
>
> Merge tag 'arc-for-2019.10-rc4' of
> https://gitlab.denx.de/u-boot/custodians/u-boot-arc (2019-09-03 12:40:50
> -0400)
>
> are availabl
On Fri, Sep 06, 2019 at 09:27:45AM +0200, Heinrich Schuchardt wrote:
> The following changes since commit ece9834f7d223097cec92e3d3c70cd37b3768482:
>
> Merge branch 'master' of
> https://gitlab.denx.de/u-boot/custodians/u-boot-net (2019-09-04 16:02:03
> -0400)
>
> are available in the Git repo
Hi,
Chester Lin 於 2019年9月6日 週五 下午3:28寫道：
>
> Change the symbol from "RISCV" to "RSCV" so the magic number can be 32-bit
> long, which is consistent with other architectures.
>
> Signed-off-by: Chester Lin
> ---
> arch/riscv/lib/image.c | 8
> 1 file changed, 4 insertions(+), 4 deletion
The reset function sets the pin to 0 then 1 but if the pin is marked
ACTIVE_LOW in the DT it gets inverted and leaves the TPM in reset.
Let the gpio driver take care of the reset polarity.
Signed-off-by: Kayla Theil
---
drivers/tpm/tpm2_tis_spi.c | 4 ++--
1 file changed, 2 insertions(+), 2 dele
From: Chester Lin
Change the symbol from "RISCV" to "RSCV" so the magic number can be 32-bit
long, which is consistent with other architectures.
Signed-off-by: Chester Lin
---
arch/riscv/lib/image.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/riscv/lib/imag
On Fri, Sep 06, 2019 at 11:32:46PM +0200, Lukasz Majewski wrote:
> Hi Jagan,
>
> > On Thu, Aug 1, 2019 at 9:27 PM Lukasz Majewski wrote:
> > >
> > > This reverts commit d5ded320a14b0a2f97cbed072286748895ad18ac.
> >
> > This wouldn't be a revert.
> >
> > The deprecated patch been merged in May
On 9/6/19 11:04 PM, Simon Glass wrote:
Hi Heinrich,
U-Boot is the main boot loader for ARM. I wish that distros would just
support it (adding what is needed) instead of trying to pretend that
U-Boot is a variant of UEFI :-)
Distros may have a different viewpoint than you. They may not want
Hi Claudius,
> Hi,
>
> I am currently looking into variable flags in order to make some
> variables read-only for secure boot.
>
> The idea is that the u-boot binary is signed, while the environment
> file/partition is not. So the built-in default environment of u-boot
> can be trusted, while th
Hi Jagan,
> On Thu, Aug 1, 2019 at 9:27 PM Lukasz Majewski wrote:
> >
> > This reverts commit d5ded320a14b0a2f97cbed072286748895ad18ac.
>
> This wouldn't be a revert.
>
> The deprecated patch been merged in May, 29 and
>
> >
> > The mxs_spi.c driver for i.MX2{38} devices has been converted:
On Sun, 1 Sep 2019 at 09:28, Marek Vasut wrote:
>
> Some of the DM functions depend on OF_CONTROL, which is incorrect.
> DM and DT are orthogonal. Add macro guards around such functions to
> avoid compiling them in when DM is enabled, while OF_CONTROL is not.
>
> Signed-off-by: Marek Vasut
> Cc:
On Tue, 3 Sep 2019 at 07:16, Lukasz Majewski wrote:
>
> This define indicates if DM_GPIO shall be supported in SPL. This allows
> proper operation of DM converted GPIO drivers in SPL, which use
> #if !CONFIG_IS_ENABLED(DM_GPIO) to also support not yet DM/DTS converted
> boards.
>
> Signed-off-by:
On Tue, 3 Sep 2019 at 06:43, Lukasz Majewski wrote:
>
> The of-plat.rst file till this change has been using
>
> This is at best misleading as SPL_OF_PLATDATA is always defined when we
> want to use this SPL tinification feature (also in U-Boot proper).
> As a result the OF_PLATDATA SPL specific c
Hi Heinrich,
On Mon, 2 Sep 2019 at 04:24, Heinrich Schuchardt wrote:
>
> On 9/2/19 12:30 PM, Matthias Brugger wrote:
> > +Alex, Lukas, Heinrich, Bin and Simon
> >
> > On 31/07/2019 10:16, Jun Nie wrote:
> >> Matthias Brugger 于2019年7月31日周三 下午4:05写道：
> >>>
> >>>
> >>>
> >>> On 11/07/2019 05:55, Ju
On Fri, Aug 2, 2019 at 7:16 PM Patrice Chotard wrote:
>
> From: Christophe Kerello
>
> In case spi_get_bus_and_cs callback is used, spi bus is first probed
> then slave devices are probed. To avoid a data abort in soft_spi probe
> function, we need to check that (slave != NULL).
>
> If slave is N
On Sat, Aug 10, 2019 at 2:00 AM Mark Kettenis wrote:
>
> Currently we may end up with an LCD clock divider that differs from
> the HDMI PHY clock divider if we can't exactly match the pixel clock.
> Fix this by using DIV_ROUND_UP to calculate the divider. This works
> since the PLL is chosen such
On Wed, Jul 31, 2019 at 6:46 PM Stefan Mavrodiev wrote:
>
> clock_sun6i.c is used for sun6i, sun8i and sun50i SoC families.
> PLL1 clock sets the default system clock, defined as:
> sun6i: 100800
> sun8i: 100800
> sun50i: 81600
>
> With the current calculation, m = 2 and k = 3. S
On Fri, Jul 26, 2019 at 2:26 PM Marek Kraus wrote:
>
> Add H6 SPI addresses and masks
> (since H6 memory map is totally different).
> Tested on Pine H64 rev B with Winbond W25Q128FW,
>
> Signed-off-by: Marek Kraus
> Cc: Jagan Teki
> ---
Reviewed-by: Jagan Teki
_
On Thu, Aug 1, 2019 at 9:27 PM Lukasz Majewski wrote:
>
> This reverts commit d5ded320a14b0a2f97cbed072286748895ad18ac.
This wouldn't be a revert.
The deprecated patch been merged in May, 29 and
>
> The mxs_spi.c driver for i.MX2{38} devices has been converted:
> 'commit d99b018a6e3d ("spi: mxs
Hi Tom,
Please have a look on the following updates for Raspberry Pi.
Especially we introduce basic RPi4 support \o/
I did some mistake while creating the tag, so I had to fix the rebase and
overwrite the tag. That's why travis-ci [1] is not yet finished. Nevertheless
travis-ci finished successfu
Hi Thomas,
On Fri, Sep 6, 2019 at 7:52 PM Thomas Fitzsimmons wrote:
>
> For CONFIG_OF_PRIOR_STAGE, in the absence of a device tree alias for a
> given device, use the next request number for that type of device.
> This allows aliases to be used when they're available, while still
> allowing unali
On 06/09/2019 15:03, Alexander Graf wrote:
>
> On 06.09.19 14:58, Matthias Brugger wrote:
>>
>> On 06/09/2019 14:11, Alexander Graf wrote:
>>> On 06.09.19 13:56, matthias@kernel.org wrote:
From: Matthias Brugger
When booting through the efi stub, the memory map get's created
On 06.09.19 14:58, Matthias Brugger wrote:
On 06/09/2019 14:11, Alexander Graf wrote:
On 06.09.19 13:56, matthias@kernel.org wrote:
From: Matthias Brugger
When booting through the efi stub, the memory map get's created by
reading the dram bank information. Depending on the version of th
On 06/09/2019 14:11, Alexander Graf wrote:
>
> On 06.09.19 13:56, matthias@kernel.org wrote:
>> From: Matthias Brugger
>>
>> When booting through the efi stub, the memory map get's created by
>> reading the dram bank information. Depending on the version of the RPi4
>> this information chan
On 06.09.19 13:56, matthias@kernel.org wrote:
From: Matthias Brugger
When booting through the efi stub, the memory map get's created by
reading the dram bank information. Depending on the version of the RPi4
this information changes. Read the device tree to initialize the dram
bank data st
From: Matthias Brugger
When booting through the efi stub, the memory map get's created by
reading the dram bank information. Depending on the version of the RPi4
this information changes. Read the device tree to initialize the dram
bank data structure. This way the kernel is able to access the wh
When CONFIG_OF_PRIOR_STAGE is enabled, this workaround was needed
before device_bind_common assigned request numbers sequentially in the
absence of aliases.
Signed-off-by: Thomas Fitzsimmons
Cc: Bin Meng
Cc: Simon Glass
---
drivers/spi/spi-uclass.c | 2 +-
1 file changed, 1 insertion(+), 1 del
For CONFIG_OF_PRIOR_STAGE, in the absence of a device tree alias for a
given device, use the next request number for that type of device.
This allows aliases to be used when they're available, while still
allowing unaliased devices to be probed.
Signed-off-by: Thomas Fitzsimmons
Cc: Bin Meng
Cc:
These patches remove a workaround that was needed for ports that use
CONFIG_OF_PRIOR_STAGE, that need to probe a SPI bus, and whose prior
stage device tree does not provide SPI bus aliases.
Thomas Fitzsimmons (2):
dm: device: Request next sequence number
dm: spi: Do not assume first SPI bus
On 03/09/2019 09:12, Jun Nie wrote:
> Heinrich Schuchardt 于2019年9月2日周一 下午7:19写道：
>>
>> On 9/2/19 12:30 PM, Matthias Brugger wrote:
>>> +Alex, Lukas, Heinrich, Bin and Simon
>>>
>>> On 31/07/2019 10:16, Jun Nie wrote:
Matthias Brugger 于2019年7月31日周三 下午4:05写道：
>
>
>
> On 11/07
Hi Oliver,
> Hello list,
>
> need some information howto avoid the imx-mkimage repo and create full
> boostream directly from u-boot with all the binary blobs.
You may want to look into binman tool (./tools/binman), which is
supposed to pack all binary data together and produce one image.
Also
On Fri, Sep 06, 2019 at 09:39:05AM +0200, Heinrich Schuchardt wrote:
> On 9/6/19 9:08 AM, AKASHI Takahiro wrote:
> >Introduce new configuration, CONFIG_RSA_VERIFY which will decouple building
> >RSA functions from FIT verification and allow for adding a RSA-based
> >signature verification for other
Hello list,
need some information howto avoid the imx-mkimage repo and create full
boostream directly from u-boot with all the binary blobs.
Best regards,
Oliver
Oliver Graute (1):
imx: support i.MX8QM ROM 7720 a1 board
arch/arm/dts/Makefile | 1 +
arch/arm/dts/im
Add i.MX8QM ROM 7720a1 board support
Boot log as below:
U-Boot 2019.10-rc3-00217-g1b7f3d7865 (Sep 06 2019 - 08:03:23 +0200)
CPU: NXP i.MX8QM RevB A53 at 1200 MHz
Model: Advantech iMX8QM Qseven series
Board: ROM-7720-A1 4GB
Build: SCFW 65afe5f6
Boot: SD2
DRAM: 3.9 GiB
MMC: FSL_SDHC: 0, FSL_
Dear Tom,
The following changes since commit 448f11f7503995746a7b71e5e3b3a831c4651be9:
Merge tag 'arc-for-2019.10-rc4' of
https://gitlab.denx.de/u-boot/custodians/u-boot-arc (2019-09-03 12:40:50
-0400)
are available in the git repository at:
g...@gitlab.denx.de:u-boot/custodians/u-boot-sam
Hi,
On Sun, 25 Aug 2019 at 18:04, Clément Péron wrote:
>
> Sync Kernel DTS for Allwinner H6 boards.
This sync avoid the random mac on the beelink GS1.
Could you check if it's ok for you ?
Thanks,
Clément
>
> Drop /omit-if-no-ref/ keyword as it's not supported by U-boot.
>
> commit Linux 5.3-
> Subject: Re: [U-Boot] [PATCH v2 5/5] imx: add i.MX6ULZ board
>
> Hi Stefan,
>
> On Thu, Sep 5, 2019 at 5:59 AM Stefan Roese wrote:
>
> > a)
> > Why is SPL not used in the mainline i.MX6ULL/ULZ port? The i.MX6UL
> > (14x14) does use SPL.
>
> Yes, I think it could SPL as well. Maybe Peng can c
This significally increases performance:
reading zImage, without DDR:
6203640 bytes read in 157 ms (37.7 MiB/s)
reading zImage, with DDR:
6203640 bytes read in 88 ms (67.2 MiB/s)
Signed-off-by: Sébastien Szymanski
---
configs/opos6uldev_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --g
This converts the following to Kconfig:
CONFIG_SYS_FSL_ESDHC_HAS_DDR_MODE
Signed-off-by: Sébastien Szymanski
---
configs/warp7_defconfig | 1 +
configs/warp_defconfig | 1 +
drivers/mmc/Kconfig | 6 ++
include/configs/warp.h | 1 -
include/configs/warp7.h | 1
On 9/6/19 9:08 AM, AKASHI Takahiro wrote:
Introduce new configuration, CONFIG_RSA_VERIFY which will decouple building
RSA functions from FIT verification and allow for adding a RSA-based
signature verification for other file formats, in particular PE file
for UEFI secure boot.
Signed-off-by: AKA
Hi,
On 04/09/19 11:37 PM, Eugeniy Paltsev wrote:
> We faced with regressions caused by
> commit c4e8862308d4 (mtd: spi: Switch to new SPI NOR framework)
> This switch was performed by removing entire u-boot spi-flash
> core implementation and copying it from another project.
> However the switch i
The following changes since commit ece9834f7d223097cec92e3d3c70cd37b3768482:
Merge branch 'master' of
https://gitlab.denx.de/u-boot/custodians/u-boot-net (2019-09-04 16:02:03
-0400)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-boot-efi.git
tags/efi-2019
Add a new flag CONFIG_ENV_SUPPORT to compile all
the environment features in U-Boot (attributes, callbacks
and flags); it is the supplement of the 2 existing flags
for SPL/TPL.
To have ENV support, enable the flag:
- CONFIG_ENV_SUPPORT for U-Boot proper
- CONFIG_SPL_ENV_SUPPORT for SPL
- CONFIG_TPL
This function, and hence rsa_verify(), will perform RSA verification
with two essential parameters for a RSA public key in contract of
rsa_verify_with_keynode(), which requires additional three parameters
stored in FIT image.
It will be used in implementing UEFI secure boot, i.e. image authenticat
In the current implementation of FIT_SIGNATURE, five parameters for
a RSA public key are required while only two of them are essential.
(See rsa-mod-exp.h and uImage.FIT/signature.txt)
This is a result of considering relatively limited computer power
and resources on embedded systems, while such a
Introduce new configuration, CONFIG_RSA_VERIFY which will decouple building
RSA functions from FIT verification and allow for adding a RSA-based
signature verification for other file formats, in particular PE file
for UEFI secure boot.
Signed-off-by: AKASHI Takahiro
---
lib/rsa/Kconfig | 7
The current rsa_verify() requires five parameters for a RSA public key
for efficiency while RSA, in theory, requires only two. In addition,
those parameters are expected to come from FIT image.
So this function won't fit very well when we want to use it for the purpose
of implementing UEFI secure
59 matches
Mail list logo
