On 3/17/2020 4:10 AM, Heinrich Schuchardt wrote:
> On 3/17/20 9:06 AM, Patrick DELAUNAY wrote:
>> Hi,
>>
>>> From: U-Boot On Behalf Of Heinrich Schuchardt
>>> Sent: dimanche 15 mars 2020 13:03
>>>
>
> It makes sense to keep these coding stretches in sync.
>
> @Thirupathaiah
> * I did not
Keep all the fdt fixups together for better code management.
Signed-off-by: Atish Patra
---
arch/riscv/lib/bootm.c | 33 -
arch/riscv/lib/fdt_fixup.c | 33 +
2 files changed, 33 insertions(+), 33 deletions(-)
diff --git
The DT used by U-Boot may be different from the DT being passed to
the OS if the DT is loaded from external media such as network or
mmc. In that case, the reserved-memory node needs to be copied to
the DT passed to the OS.
Signed-off-by: Atish Patra
Reviewed-by: Bin Meng
---
In RISC-V, M-mode software can reserve physical memory regions
by setting appropriate physical memory protection (PMP) csr. As the
PMP csr are accessible only in M-mode, S-mode U-Boot can not read
this configuration directly. However, M-mode software can pass this
information via reserved-memory
In U-Boot, the reserved memory end address is considered as a inclusive
address. This notion is followed while adding a reserved memory node to
the DT.
For example:
end_address = start_address + size - 1
Follow the same notion and fix the end address computation while checking
for existing
FU540 uses OF_SEPARATE instead of OF_PRIOR.
Enable OF_BOARD_FIXUP to update the DT with reserved-memory node.
Signed-off-by: Atish Patra
---
arch/riscv/lib/fdt_fixup.c | 15 +++
configs/sifive_fu540_defconfig | 1 +
2 files changed, 16 insertions(+)
diff --git
This series adds few DT related fixes required for Linux EFI stub to work
on RISC-V.
Patch 1 adds the boot hartid property under /chosen node. The related
discussion can be found here.
https://patchwork.ozlabs.org/patch/1233664/
https://lists.denx.de/pipermail/u-boot/2020-March/402085.html
Linux booting protocol mandates that register "a0" contains the hartid.
However, U-boot can not pass the hartid via a0 during via standard UEFI
protocol. DT nodes are commonly used to pass such information to the OS.
Add a DT node under chosen node to indicate the boot hartid. EFI stub
in Linux
On Mon, 2020-03-23 at 09:36 -0600, Simon Glass wrote:
> Hi Chunfeng,
>
> On Sat, 21 Mar 2020 at 02:52, Chunfeng Yun wrote:
> >
> > This patch add function used to get the child count of
> > a ofnode or a device
> >
> > Signed-off-by: Chunfeng Yun
> > ---
> > v2:
> > 1. move
Hi Marek & Simon,
Firstly, thanks for your suggestion and discussion.
As Simon guess, MediaTek indeed has some policies to avoid to move
registers around for USB IP, I think we will not encounter the
worst-case scenarios as Marek mentioned. Due to there is only a little
registers, both struct
On Mon, 2020-03-23 at 09:37 -0600, Simon Glass wrote:
> On Sat, 21 Mar 2020 at 02:52, Chunfeng Yun wrote:
> >
> > Add a node to test ofnode_get_child_count()
> >
> > Signed-off-by: Chunfeng Yun
> > ---
> > v2:
> > a new patch to test ofnode_get_child_count() suggested by Simon
> > ---
> >
On Mon, 23 Mar 2020 at 17:41, Heinrich Schuchardt
wrote:
> On 3/23/20 8:11 AM, Sughosh Ganu wrote:
> > This series is based on the capsule update rfc series sent by Takahiro
> > Akashi[1].
> >
> > These routines have been tested on the qemu arm64 platform for
> > updating the u-boot firmware
On Mon, 23 Mar 2020 at 17:20, Heinrich Schuchardt
wrote:
> On 3/23/20 8:11 AM, Sughosh Ganu wrote:
> > Add a efidebug subcommand to initiate a firmware update using the efi
> > firmware management protocol(fmp) set_image routine.
> >
> > The firmware update can be initiated through
> >
> >
Fix board name for ls1012afrwy
Signed-off-by: Biwen Li
---
include/configs/ls1012afrwy.h | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/include/configs/ls1012afrwy.h b/include/configs/ls1012afrwy.h
index 9007249804..e53249e4ed 100644
---
> -Original Message-
> From: Ooi, Joyce
> Sent: Monday, March 9, 2020 11:38 AM
> To: Tan, Ley Foon ; Ang, Chee Hong
> ; See, Chin Liang ;
> Nguyen, Dinh
> Cc: u-boot@lists.denx.de; Ooi, Joyce
> Subject: [PATCH] arm: socfpga: increase QSPI kernel Image size for Stratix10
> and Agilex
On Sat, Mar 21, 2020 at 11:57 AM Marek Vasut wrote:
>
> On 3/17/20 7:17 AM, Masahiro Yamada wrote:
> > Hi Marek,
>
> Hi,
>
> > On Mon, Mar 16, 2020 at 1:59 AM Marek Vasut wrote:
> >>
> >> Perform DM conversion of the SMC911x driver. Note that as I do not have
Thanks for taking this on.
> >>
On 3/23/20 1:54 PM, Lukasz Majewski wrote:
> Hi Marek,
Hi,
>> On 3/23/20 8:53 AM, Lukasz Majewski wrote:
>>> Hi Marek,
>>
>> Hi,
>>
On 3/22/20 2:00 PM, Lukasz Majewski wrote:
[...]
> diff --git a/common/usb_storage.c b/common/usb_storage.c
> index 92e1e54d1c..3c2324fa1a
On 3/23/20 1:58 PM, Lukasz Majewski wrote:
> Hi Marek,
Hi,
>> On 3/23/20 8:18 AM, Lukasz Majewski wrote:
>>> Hi Marek,
>>
>> Hi,
>>
On 3/22/20 2:00 PM, Lukasz Majewski wrote:
> This code adds check if QT_TOKEN_STATUS_XACTERR error occurred.
> When it is detected the token is
On 3/23/20 2:03 PM, Lukasz Majewski wrote:
> Hi Marek,
Hi,
>> On 3/23/20 8:00 AM, Lukasz Majewski wrote:
>>> Hi Marek,
>>>
On 3/22/20 2:00 PM, Lukasz Majewski wrote:
> This change brings support for handling XACTERR error during DATA
> phase of USB BBB (bulk) transmission.
On 3/23/20 1:41 PM, Lukasz Majewski wrote:
> Hi Marek,
Hi,
>> On 3/23/20 7:57 AM, Lukasz Majewski wrote:
>>> Hi Marek,
>>
>> Hi,
>>
On 3/22/20 2:00 PM, Lukasz Majewski wrote:
> This reverts commit 02b0e1a36c5bc20174299312556ec4e266872bd6.
>
> Signed-off-by: Lukasz Majewski
Hi Tom,
> On Sun, Mar 22, 2020 at 02:00:26PM +0100, Lukasz Majewski wrote:
>
> > This patch set is rather a request for testing (and a starting
> > point for the discussion), as it may improve the robustness of USB
> > with some pendrives - and yes sacrifice some performance for
> > reliability.
Hi there,
while trying to set the mac-address of a device in u-boot I somehow
wrecked the whole thing.
I think I did 'setenv eth0addr xx:xx:xx:xx:xx:xx' followed by 'saveenv'
After that, my device tells me "Unknown command 'run' - try 'help'" and
also "Unknown command 'env' - try 'help'"
On Sun, Mar 22, 2020 at 02:00:26PM +0100, Lukasz Majewski wrote:
> This patch set is rather a request for testing (and a starting point for the
> discussion), as it may improve the robustness of USB with some pendrives - and
> yes sacrifice some performance for reliability.
> The previous version
On Mon, Mar 23, 2020 at 01:13:01AM +0100, Rasmus Villemoes wrote:
> On 03/03/2020 13.19, Rasmus Villemoes wrote:
> > On 28/01/2020 13.04, Rasmus Villemoes wrote:
> >> [resending with Mario's correct address, sorry for the double post]
> >>
> >> The driver correctly uses the shadow register when
Switch to explicitly using the Pro variant DT, which has been
available since Linux 4.11.
Signed-off-by: Joel Johnson
Reviewed-by: Stefan Roese
---
v4 changes:
- new
v5 changes:
- none
v6 changes:
- none
I separated out this change to the end of the series since it drew
questioning on
Move MMC booting assuptions from defconfig to Kconfig which
includes as needed based on dependent options.
Signed-off-by: Joel Johnson
Reviewed-by: Stefan Roese
---
v2 changes:
- rebased on master to use Baruch's dynamic MMC/SD offset logic
- update description, will revisit removal of
Migrate the values for ENV_SIZE and ENV_OFFSET into board specific
Kconfig defaults so they're more accessible for configuration.
Signed-off-by: Joel Johnson
Reviewed-by: Stefan Roese
---
v2 changes:
- none
v3 changes:
- none
v4 changes:
- none
v5 changes:
- none
v6 changes:
- none
Make the board version printed indicate the Pro variant default.
Also adjust static name casing to match what is expected for
EEPROM product name to share string constants.
Signed-off-by: Joel Johnson
Reviewed-by: Stefan Roese
---
v4 changes:
- newly added
v5 changes:
- none
v6 changes:
Unify the location of DT selection into board_late_init instead of
split between detection and static configuration paths.
Signed-off-by: Joel Johnson
Reviewed-by: Stefan Roese
---
v2 changes
- newly added in V2 series based on run-time rebasing
v3 changes
- none
v4 changes
- separate
Add reasonable default SPI offsets and ENV size when configured to
boot from SPI flash.
Signed-off-by: Joel Johnson
Reviewed-by: Stefan Roese
---
v2 changes:
- none
v3 changes:
- none
v4 changes:
- none
v5 changes:
- none
v6 changes:
- none
There was some reasonable concern raised
The mPCIe slots on ClearFog Pro and ClearFog Base may be alternately
configured for SATA usage.
Signed-off-by: Joel Johnson
Reviewed-by: Stefan Roese
---
v2 changes:
- fixed help indentation
v3 changes:
- none
v4 changes:
- adjust static SerDes configuration at runtime instead of #ifdef
With the move to driver model usage, ensure that the required driver
support for SPI and MMC booting is available in SPL.
Tested on SolidRun ClearFog devices.
Signed-off-by: Joel Johnson
Reviewed-by: Stefan Roese
---
v2 changes:
- change "select" for ENV_IS_IN_X to "imply" to allow
Using a consistent hardcoded MAC address from the DTS file causes
issues when using multiple devices on the same network segment.
Instead rely on environment configuration or random generation.
Signed-off-by: Joel Johnson
Reviewed-by: Stefan Roese
---
v2 changes:
- none
v3 changes:
- none
While newer Linux kernels provide autoconfiguration of SFP, provide
an option for setting in U-Boot Kconfig for use prior to booting.
Signed-off-by: Joel Johnson
Reviewed-by: Stefan Roese
---
v2 changes:
- fixed help indentation
v3 changes:
- none
v4 changes:
- adjust static SerDes
Add a unique entry for ClearFog Base variant, reflected in the board
name and adjusted SerDes topology.
Signed-off-by: Joel Johnson
---
v2 changes:
- reworked based on Baruch's run-time TLV EEPROM detection series
v3 changes:
- rebased on mvebu merged run-time TLV EEPROM detection series
This patch series adds support for ClearFog Base static configuration,
as well as updating and fixing the ClearFog support for MMC and SPI
booting.
v2 changes:
- updated against, and dependent on,
https://patchwork.ozlabs.org/cover/1200324
v3 changes:
- rebased against ClearFog runtime TLV
Tested on Solidrun ClearFog Base. Table alignment was:
| Lane # | Speed | Type |
| 0| 3 | SATA0 |
| 1| 0 | SGMII1 |
| 2| 3 | SATA1 |
| 3| 5 | USB3 HOST1 |
| 4| 5 | USB3 HOST0 |
|
The Cypress Semper flash is an xSPI compliant octal DTR flash. Add
support for using it in octal DTR mode.
The flash by default boots in a hybrid sector mode. Switch to uniform
sector mode on boot. Use the default 20 dummy cycles for a read fast
command.
The SFDP programming on some older
The Cypress Semper flash supports octal DTR mode, so update the device
tree settings to use 8 data lines for both Rx and Tx and allow using DTR
mode on both lines.
The read delay is set to 4. The calibration sequence yields a value of 2
but since the sequence is run before the flash is switched
On probe, the SPI NOR core will put a flash in 8D-8D-8D mode if it
supports it. But Linux as of now expects to get the flash in 1S-1S-1S
mode. Handing the flash to Linux in Octal DTR mode means the kernel will
fail to detect the flash.
So, we need to reset to Power-on-Reset (POR) state before
The spi-mem layer provides a spi_mem_supports_op() function to check
whether a specific operation is supported by the controller or not.
This is much more accurate than the hwcaps selection logic based on
SPI_{RX,TX}_ flags.
Rework the hwcaps selection logic to use spi_mem_supports_op() when
When the flash is handed to us in a stateful mode like 8D-8D-8D, it is
difficult to detect the mode the flash is in. One option is to read SFDP
in all modes and see which one gives the correct "SFDP" signature, but
not all flashes support SFDP in 8D-8D-8D mode.
Further, even if you detect the
This table is indication that the flash is xSPI compliant and hence
supports octal DTR mode. Extract information like the fast read opcode,
the number of dummy cycles needed for a Read Status Register command,
and the number of address bytes needed for a Read Status Register
command.
The default
Allow flashes to specify a hook to enable octal DTR mode. Use this hook
whenever possible to get optimal transfer speeds.
Signed-off-by: Pratyush Yadav
---
drivers/mtd/spi/spi-nor-core.c | 31 +++
include/linux/mtd/spi-nor.h| 2 ++
2 files changed, 33
The xSPI Profile 1.0 table specifies how many dummy cycles and address
bytes are needed for the Read Status Register command in octal DTR mode.
Use that information to send the correct Read SR command.
Signed-off-by: Pratyush Yadav
---
drivers/mtd/spi/spi-nor-core.c | 10 +-
1 file
Double Transfer Rate (DTR) is SPI protocol in which data is transferred
on each clock edge as opposed to on each clock cycle. Make
framework-level changes to allow supporting flashes in DTR mode.
Right now, mixed DTR modes are not supported. So, for example a mode
like 4S-4D-4D will not work. All
Some devices in DTR mode expect an extra command byte called the
extension. The extension can either be same as the opcode, bitwise
inverse of the opcode, or another additional byte forming a 16-byte
opcode. Get the extension type from the BFPT. For now, only flashes with
"repeat" and "inverse"
Sometimes the information in a flash's SFDP tables is wrong. Sometimes
some information just can't be expressed in the SFDP table. So,
introduce the fixup hooks to allow tailoring settings for a specific
flash.
Three hooks are added: default_init, post_sfdp, and post_bfpt. These
allow tweaking
If the device tree provides a read delay value, use that directly and do
not perform the calibration procedure.
This allows the device tree to over-ride the read delay value in cases
where the read delay value obtained via calibration is incorrect. One
such example is the Cypress Semper flash. It
nor->setup() can be used by flashes to configure settings in case they
have any peculiarities that can't be easily expressed by the generic
spi-nor framework. This includes things like different opcodes, dummy
cycles, page size, uniform/non-uniform sector sizes, etc.
Move related declarations to
These structures will be used in a later commit inside another structure
definition. Also take the declarations out of the ifdef since they won't
affect the final binary anyway and will be used in a later commit.
Signed-off-by: Pratyush Yadav
---
drivers/mtd/spi/spi-nor-core.c | 224
Set up opcode extension and enable/disable DTR mode based on whether the
command is DTR or not.
xSPI flashes can have a 4-byte dummy address associated with some
commands like the Read Status Register command in octal DTR mode. Since
the flash does not support sending the dummy address, we can
In xSPI mode, flashes expect 2-byte opcodes. The second byte is called
the "command extension". There can be 3 types of extensions in xSPI:
repeat, invert, and hex. When the extension type is "repeat", the same
opcode is sent twice. When it is "invert", the second byte is the
inverse of the
Hi,
This series adds support for octal DTR flashes in the spi-nor framework,
and then adds hooks for the Cypress Semper flash which is an xSPI
compliant Octal DTR flash.
The Cadence QSPI controller driver is also updated to run in Octal DTR
mode.
Tested on TI J721e EVM with 1-bit ECC on the
Each phase is given a separate 'dtr' field so mixed protocols like
4S-4D-4D can be supported.
Signed-off-by: Pratyush Yadav
---
drivers/spi/spi-mem.c | 3 +++
include/spi-mem.h | 8
2 files changed, 11 insertions(+)
diff --git a/drivers/spi/spi-mem.c b/drivers/spi/spi-mem.c
index
On 3/23/20 7:42 PM, Simon Glass wrote:
Hi Giulio,
On Mon, 23 Mar 2020 at 10:00, Giulio Benetti
wrote:
On 3/23/20 4:36 PM, Simon Glass wrote:
Hi Giulio,
On Sun, 22 Mar 2020 at 16:44, Giulio Benetti
wrote:
This function converts from "struct ctf_res_modes" to
"struct display_timing".
On Mon, 23 Mar 2020 at 12:20, Philippe Reynes
wrote:
>
> This commit adds the command ubi rename to rename an ubi volume.
> The format of the command is: ubi rename .
> To enable this command, the option CMD_UBI_RENAME must be selected.
>
> Signed-off-by: Philippe Reynes
> ---
> cmd/Kconfig |
Hi Philippe,
On Mon, 23 Mar 2020 at 11:12, Philippe Reynes
wrote:
>
> This commit adds the command ubi rename to rename an ubi volume.
> The format of the command is: ubi rename .
> To enable this command, the option CMD_UBI_RENAME must be selected.
>
> Signed-off-by: Philippe Reynes
> ---
>
On Mon, 23 Mar 2020 at 11:47, Heinrich Schuchardt wrote:
>
> %s/decopmression/decompression/
>
> Signed-off-by: Heinrich Schuchardt
> ---
> test/compression.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Reviewed-by: Simon Glass
Hi Fred,
On Mon, 23 Mar 2020 at 10:20, Frédéric Danis
wrote:
>
> Hi Simon,
>
> On 19/03/2020 17:18, Simon Glass wrote:
> > On Wed, 18 Mar 2020 at 02:17, Frédéric Danis
> > wrote:
> >> Hi Simon,
> >>
> >> Sorry I missed to add the change log.
> >>
> >> Since v1:
> >> - Add doc/README.bootcount
>
Hi Giulio,
On Mon, 23 Mar 2020 at 10:00, Giulio Benetti
wrote:
>
> On 3/23/20 4:36 PM, Simon Glass wrote:
> > Hi Giulio,
> >
> > On Sun, 22 Mar 2020 at 16:44, Giulio Benetti
> > wrote:
> >>
> >> This function converts from "struct ctf_res_modes" to
> >> "struct display_timing".
> >>
> >>
Hi Rasmus,
> On 23/03/2020 18.16, Philippe REYNES wrote:
>
+#ifdef CONFIG_CMD_UBI_RENAME
>>>
>>> Can you use IS_ENABLED(CONFIG_...) and drop the #ifdef way above?
>>
>> I've sent a v3 where I use IS_ENABLED instead of #ifdef.
>> But I've kept a #if IS_ENABLED(...) around the function
This commit adds the command ubi rename to rename an ubi volume.
The format of the command is: ubi rename .
To enable this command, the option CMD_UBI_RENAME must be selected.
Signed-off-by: Philippe Reynes
---
cmd/Kconfig | 8
cmd/ubi.c | 39 +++
On 2020-03-23 11:43, Joel Johnson wrote:
When a mismatch is found trying to write an image for one boot method
to a different boot device, print an error message including the image
header marked target boot device type.
Signed-off-by: Joel Johnson
Reviewed-by: Stefan Roese
---
v2 changes:
%s/decopmression/decompression/
Signed-off-by: Heinrich Schuchardt
---
test/compression.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/test/compression.c b/test/compression.c
index cf040d7c86..63f929fa4b 100644
--- a/test/compression.c
+++ b/test/compression.c
@@ -451,7
On 23/03/2020 18.16, Philippe REYNES wrote:
>>> +#ifdef CONFIG_CMD_UBI_RENAME
>>
>> Can you use IS_ENABLED(CONFIG_...) and drop the #ifdef way above?
>
> I've sent a v3 where I use IS_ENABLED instead of #ifdef.
> But I've kept a #if IS_ENABLED(...) around the function ubi_rename_vol.
> Otherwise
When a mismatch is found trying to write an image for one boot method
to a different boot device, print an error message including the image
header marked target boot device type.
Signed-off-by: Joel Johnson
Reviewed-by: Stefan Roese
---
v2 changes:
- newly added in v2 series
v3 changes:
Add support for Armada 38x devices in bubt flashing utility.
This is based on (and streamlined from) the support in the SolidRun
master-a38x vendor fork branch.
Signed-off-by: Joel Johnson
Reviewed-by: Stefan Roese
---
v2 changes
- none
v3 changes
- none
---
cmd/mvebu/bubt.c | 69
With support added for Armada 38x, include the bubt command in
ClearFog defconfig.
Signed-off-by: Joel Johnson
Reviewed-by: Stefan Roese
---
v2 changes:
- none
v3 changes:
- none
---
configs/clearfog_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git
Ensure that the device to which an image is being written includes
header information indicating boot support for the destination
device.
This is derived from the support in the SolidRun master-a38x vendor
fork.
Signed-off-by: Joel Johnson
---
v2 changes:
- none
v3 changes:
- use
Replace "U-BOOT" text with correct spelling
Signed-off-by: Joel Johnson
Reviewed-by: Stefan Roese
---
v2 changes:
- none
v3 changes:
- none
---
cmd/mvebu/bubt.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/cmd/mvebu/bubt.c b/cmd/mvebu/bubt.c
index
Enable distro bootcmd support for additional SATA ports if enabled.
Signed-off-by: Joel Johnson
---
This patch builds on and requires the separate patch in the
"ClearFog Base static variant support" series adding configurable
SATA support ("arm: mvebu: clearfog: Add SATA mode flags").
v2
Include attempting to boot from SCSI (SATA) devices within generated
board distro bootcmd environment. The reasoning for boot ordering is
that MMC and USB are external and removable, while when a case is in
use, replacing M.2 or mSATA drives requires disassembly. Therefore,
to boot SCSI,
Hi Simon,
> Hi Philippe,
>
> On Fri, 20 Mar 2020 at 03:55, Philippe Reynes
> wrote:
>>
>> This commit add the command ubi rename to rename an ubi volume.
>
> adds
>
>> The format of the command is: ubi rename .
>> To enable this command, the option CMD_UBI_RENAME must be selected.
>>
>>
On Mon, Mar 23, 2020 at 07:33:26AM +0100, Heinrich Schuchardt wrote:
> The following changes since commit 14eb12a3c801c9b18c91bdce413e44930e008418:
>
> Merge branch 'master' of
> https://gitlab.denx.de/u-boot/custodians/u-boot-sunxi (2020-03-18
> 07:48:53 -0400)
>
> are available in the Git
This commit adds the command ubi rename to rename an ubi volume.
The format of the command is: ubi rename .
To enable this command, the option CMD_UBI_RENAME must be selected.
Signed-off-by: Philippe Reynes
---
cmd/Kconfig | 8
cmd/ubi.c | 43
Hi Stefan,
On Mon, Mar 23 2020, Stefan Roese wrote:
> On 22.03.20 19:46, Joel Johnson wrote:
>> I just wanted to ping on this review
>> (http://patchwork.ozlabs.org/project/uboot/list/?series=155533) to see if it
>> had reached an agreeable state or if there were still lingering issues. I've
>>
On 3/22/20 7:45 PM, Marek Vasut wrote:
> The RX descriptor field 3 should contain only OWN and BUF1V bits before
> being used for receiving data by the DMA engine. However, right now, if
> the descriptor was already used for receiving data and is being cleared,
> the field 3 is only modified and
Hi Simon,
On 19/03/2020 17:18, Simon Glass wrote:
On Wed, 18 Mar 2020 at 02:17, Frédéric Danis
wrote:
Hi Simon,
Sorry I missed to add the change log.
Since v1:
- Add doc/README.bootcount
- Add version number in bootcount_ext file and change Magic byte
Reviewed-by: Simon Glass
Thanks for
On 3/23/20 4:36 PM, Simon Glass wrote:
Hi Giulio,
On Sun, 22 Mar 2020 at 16:44, Giulio Benetti
wrote:
This function converts from "struct ctf_res_modes" to
"struct display_timing".
Signed-off-by: Giulio Benetti
---
drivers/video/videomodes.c | 29 +
On Mon, Mar 23, 2020 at 09:37:12AM -0600, Simon Glass wrote:
> Hi,
>
> On Fri, 20 Mar 2020 at 05:30, Wolfgang Denk wrote:
> >
> > Dear Frédéric,
> >
> > In message <9b0b5776-cb47-dfb2-ab77-36c89dc64...@collabora.com> you wrote:
> > >
> > > But, when debugging kernel crashes occurring either
On 2020-03-23 04:27, Stefan Roese wrote:
Hi Joel,
On 22.03.20 19:53, Joel Johnson wrote:
As with other related ClearFog patches, I haven't received any review
responses on this series
(http://patchwork.ozlabs.org/project/uboot/list/?series=155760) and
would like to ping out for additional
Hi Philippe,
On Fri, 20 Mar 2020 at 03:55, Philippe Reynes
wrote:
>
> This commit add the command ubi rename to rename an ubi volume.
adds
> The format of the command is: ubi rename .
> To enable this command, the option CMD_UBI_RENAME must be selected.
>
> Signed-off-by: Philippe Reynes
>
Hi Alex,
On Thu, 19 Mar 2020 at 18:57, Alex Nemirovsky
wrote:
>
> From: Jway Lin
>
> Add Cortina Access LED controller support for CA SOCs
>
> Signed-off-by: Jway Lin
> Signed-off-by: Alex Nemirovsky
> CC: Simon Glass
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> MAINTAINERS
On Thu, 19 Mar 2020 at 18:57, Alex Nemirovsky
wrote:
>
> From: Jway Lin
>
> Add LED support for Cortina Access Presidio Engineering Board
>
> Signed-off-by: Jway Lin
> Signed-off-by: Alex Nemirovsky
> CC: Simon Glass
> ---
>
> Changes in v3: None
> Changes in v2: None
>
>
On Thu, 19 Mar 2020 at 10:14, Niel Fourie wrote:
>
> Add a subcommand "types" to the part command, which lists the supported
> partition table types.
>
> Signed-off-by: Niel Fourie
> CC: Simon Glass
> ---
> Changes in v2:
> - Add Python test
>
> cmd/part.c | 27
On Thu, 19 Mar 2020 at 10:14, Niel Fourie wrote:
>
> Renamed dm "drivers" subcommand to "compat" (as it listed
> compatibility strings) and prevent it from segfaulting when
> drivers have no of_match populated.
>
> Added a new "drivers" subcommand to dump a list of all known DM
> drivers and for
Hi Neil,
On Thu, 19 Mar 2020 at 10:14, Niel Fourie wrote:
>
> Added command "fstypes" to list supported/included filesystems.
>
> Signed-off-by: Niel Fourie
> CC: Simon Glass
> ---
> Changes in v2:
> - Add Python test
>
> cmd/fs.c | 11 +++
> fs/fs.c
On Fri, 20 Mar 2020 at 10:38, Eugeniy Paltsev
wrote:
>
> As of today 'random' command return 1 (CMD_RET_FAILURE) in case
> of successful execution and 0 (CMD_RET_SUCCESS) in case of bad
> arguments. Fix that.
>
> NOTE: we remove printing usage information from command body
> so it won't print
Hi Chunfeng,
On Sat, 21 Mar 2020 at 02:52, Chunfeng Yun wrote:
>
> This patch add function used to get the child count of
> a ofnode or a device
>
> Signed-off-by: Chunfeng Yun
> ---
> v2:
> 1. move ofnode_get_child_count() into ofnode.c suggested by Simon
> 2. add a new macro
On Sat, 21 Mar 2020 at 02:52, Chunfeng Yun wrote:
>
> Add a node to test ofnode_get_child_count()
>
> Signed-off-by: Chunfeng Yun
> ---
> v2:
> a new patch to test ofnode_get_child_count() suggested by Simon
> ---
> arch/sandbox/dts/test.dts | 18 ++
> 1 file changed, 18
On Fri, 20 Mar 2020 at 11:46, Andy Shevchenko
wrote:
>
> There is established way to provide I²C timings, or actually counters,
> to the OS via ACPI. Fill them for Intel Merrifield platform.
>
> Signed-off-by: Andy Shevchenko
> ---
> .../asm/arch-tangier/acpi/southcluster.asl| 20
Hi Heinrich,
On Mon, 23 Mar 2020 at 09:01, Heinrich Schuchardt wrote:
>
> On 3/23/20 2:18 PM, Simon Glass wrote:
> > Hi Heinrich,
> >
> > On Mon, 23 Mar 2020 at 00:40, Heinrich Schuchardt
> > wrote:
> >>
> >> Hello Simon,
> >>
> >> currently the reset command on the sandbox exits the program.
Hi,
On Fri, 20 Mar 2020 at 05:30, Wolfgang Denk wrote:
>
> Dear Frédéric,
>
> In message <9b0b5776-cb47-dfb2-ab77-36c89dc64...@collabora.com> you wrote:
> >
> > But, when debugging kernel crashes occurring either early in boot or
> > hard crashes later, it can be helpful to be able to retrieve
Hi Giulio,
On Sun, 22 Mar 2020 at 16:44, Giulio Benetti
wrote:
>
> This function converts from "struct ctf_res_modes" to
> "struct display_timing".
>
> Signed-off-by: Giulio Benetti
> ---
> drivers/video/videomodes.c | 29 +
> drivers/video/videomodes.h | 3 +++
>
Hi,
On Fri, 20 Mar 2020 at 12:26, Tom Rini wrote:
>
> On Wed, Mar 18, 2020 at 09:48:36AM +0100, Michal Simek wrote:
> > Hi,
> >
> > long time ago I was playing with switching among consoles.
> > I have two IPs with the same driver where main console is probed and
> > used which is visible via dm
On 2020-03-23 04:06, Stefan Roese wrote:
On 29.01.20 15:50, Joel Johnson wrote:
Ensure that the device to which an image is being written includes
header information indicating boot support for the destination
device.
This is derived from the support in the SolidRun master-a38x vendor
fork
On 2020-03-23 03:11, Stefan Roese wrote:
On 27.01.20 21:01, Joel Johnson wrote:
Add a unique entry for ClearFog Base variant, reflected in the board
name and adjusted SerDes topology.
Signed-off-by: Joel Johnson
---
v2 changes:
- reworked based on Baruch's run-time TLV EEPROM detection
Michal Simek [2020-03-23 14:58:55]:
Hi,
> Plan is to merge all of these to one shell script because most of the
> content in that script is very similar.
to me it all just seems as values and templates hidden inside shell script
called generator. Each of this generators uses/references 1-N
On Sat, 21 Mar 2020 at 02:52, Chunfeng Yun wrote:
>
> Add a test item for ofnode_get_child_count()
>
> Signed-off-by: Chunfeng Yun
> ---
> v2:
> a new patch to test ofnode_get_child_count() suggested by Simon
> ---
> test/dm/ofnode.c | 21 +
> 1 file changed, 21
1 - 100 of 202 matches
Mail list logo
