Hello Dinh,
Am 05.04.2018 um 00:18 schrieb Dinh Nguyen:
Add code to look for a reset manager property. Specifically, look for the
reset-names of 'i2c'. A reset property is an optional feature, so only print
out a warning and do not fail if a reset property is not present.
If a reset property is
On 04/04/2018 11:59 PM, Ivan Gorinov wrote:
> Check FileHeader.Machine to make sure the EFI executable image is built
> for the same architecture. After this change, 32-bit U-Boot on x86 will
> print an error message instead of loading an x86_64 image and crashing.
>
> Signed-off-by: Ivan Gorinov
The microcode update data block encoded in Device Tree is used by
the bootstrap processor (BSP) but not passed to the other CPUs (AP).
If the bootstrap processor successfully performs a microcode update
from Device Tree, use the same data block for the other processors.
Signed-off-by: Ivan Gorino
On 04/05/2018 12:18 AM, Dinh Nguyen wrote:
> Hi,
>
> This patchset does the following for the SoCFPGA platform:
>
> - Adds a DM reset manager driver
> - Make the SoCFPGA platform use the DM I2C driver
> - Adds i2c aliases and enable i2c for de0_nano_soc platform
> - Adds a reset manager call to t
On 04/05/2018 12:18 AM, Dinh Nguyen wrote:
> Add a DM compatible reset driver for the SoCFPGA platform.
>
> Signed-off-by: Dinh Nguyen
[...]
> +static int socfpga_reset_request(struct reset_ctl *reset_ctl)
> +{
> + debug("%s(reset_ctl=%p) (dev=%p, id=%lu)\n", __func__,
> + reset_c
Add the DM reset driver to socfpga defconfigs.
Signed-off-by: Dinh Nguyen
---
configs/socfpga_arria5_defconfig | 1 +
configs/socfpga_cyclone5_defconfig | 1 +
configs/socfpga_dbm_soc1_defconfig | 1 +
configs/socfpga_de0_nano_soc_defconfig | 1 +
configs/socfpga_de10_nano_defconfi
Enable DM I2C driver on SoCFPGA platforms.
Signed-off-by: Dinh Nguyen
---
configs/socfpga_arria5_defconfig | 1 +
configs/socfpga_cyclone5_defconfig | 1 +
configs/socfpga_dbm_soc1_defconfig | 1 +
configs/socfpga_de0_nano_soc_defconfig | 1 +
configs/socfpga_de10_nano_defconfig
Add reset dts property to the i2c nodes.
Signed-off-by: Dinh Nguyen
---
arch/arm/dts/socfpga.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/dts/socfpga.dtsi b/arch/arm/dts/socfpga.dtsi
index f34dd9d..ead0560 100644
--- a/arch/arm/dts/socfpga.dtsi
+++ b/arch/arm/dts/soc
Add all the appropriate i2c alias in the base socfpga dtsi and enables
the i2c node on the DE0 NANO board.
Signed-off-by: Dinh Nguyen
---
arch/arm/dts/socfpga.dtsi | 4
arch/arm/dts/socfpga_cyclone5_de0_nano_soc.dts | 12
2 files changed, 16 insertions(+)
Add a DM compatible reset driver for the SoCFPGA platform.
Signed-off-by: Dinh Nguyen
---
v2: use setbits_le32 and clrbits_le32
---
drivers/reset/Kconfig | 7 +++
drivers/reset/Makefile| 1 +
drivers/reset/reset-socfpga.c | 105 ++
3 fi
Add code to look for a reset manager property. Specifically, look for the
reset-names of 'i2c'. A reset property is an optional feature, so only print
out a warning and do not fail if a reset property is not present.
If a reset property is discovered, then use it to deassert, thus bringing the
IP
Hi,
This patchset does the following for the SoCFPGA platform:
- Adds a DM reset manager driver
- Make the SoCFPGA platform use the DM I2C driver
- Adds i2c aliases and enable i2c for de0_nano_soc platform
- Adds a reset manager call to the i2c designware driver to look up
any reset properties
Check FileHeader.Machine to make sure the EFI executable image is built
for the same architecture. After this change, 32-bit U-Boot on x86 will
print an error message instead of loading an x86_64 image and crashing.
Signed-off-by: Ivan Gorinov
---
include/pe.h | 1 +
lib/ef
On Wed, Mar 28, 2018 at 11:54:37AM +0200, Neil Armstrong wrote:
> The Amlogic SoCs have a registers containing the die revision
> and packaging type to determine the SoC family and package marketing
> name like S905X for the GXL SoC Family.
> This code is taken for the Linux meson-gx-socinfo driver
On Wed, Mar 28, 2018 at 11:54:36AM +0200, Neil Armstrong wrote:
> Taking into account the Amlogic Family name starts with GX, including
> the GXBB, GXL and GXM SoCs.
>
> Signed-off-by: Neil Armstrong
Hi,
looks good to me, but perhaps can you align again register values and
other macros in gx.h?
On 04/04/2018 06:11 PM, Alexander Graf wrote:
>
>
> On 04.04.18 17:10, Heinrich Schuchardt wrote:
>> On 04/04/2018 02:32 PM, Alexander Graf wrote:
>>>
>>>
>>> On 03.04.18 21:59, Heinrich Schuchardt wrote:
The UEFI spec mandates that unaligned memory access should be enabled if
supported
The mutex lock and unlock functions are stubbed out and mutex_is_locked
was 0. This caused asserts to fail in ubifs code when checking that the
mutex was locked. For example,
UBIFS assert failed in ubifs_change_lp at 540
UBIFS assert failed in ubifs_release_lprops at 278
Assume that the "mutex"
From: Ian Ray
Enable display backlight only if a message needs to be displayed.
The kernel re-initializes the backlight, which results in some
unwanted artifacts.
Signed-off-by: Ian Ray
Signed-off-by: Sebastian Reichel
---
Changes since PATCHv1:
- rebase to v2018.05-rc1
- add missing return
Joe, Michal,
Please allow me to include the patches I originally sent to Michal.
We are well aware of the fact that only one network interface is used to
boot
the board, but it is quite convenient to be able to plug the ethernet cable
to
any eth socket, and still be able to boot (assuming 'ethrot
>From: s...@google.com [mailto:s...@google.com] On Behalf Of Simon Glass
>Sent: Dienstag, 3. April 2018 19:53
>To: linux-kernel-dev
>Cc: U-Boot Mailing List ; Patrick Brünn
>; Ziping Chen
>Subject: Re: [PATCH v2 2/3] dm: led: auto probe() LEDs with "default-state"
>
>On 3 April 2018 at 15:31, w
On Wed, Apr 04, 2018 at 11:46:45AM +0200, Alexander Graf wrote:
> On 03.04.18 21:59, Heinrich Schuchardt wrote:
> > The UEFI spec mandates that unaligned memory access should be enabled if
> > supported by the CPU architecture.
> >
> > This patch implements the function unaligned_access() to reset
On 04.04.18 17:10, Heinrich Schuchardt wrote:
> On 04/04/2018 02:32 PM, Alexander Graf wrote:
>>
>>
>> On 03.04.18 21:59, Heinrich Schuchardt wrote:
>>> The UEFI spec mandates that unaligned memory access should be enabled if
>>> supported by the CPU architecture.
>>>
>>> This patch adds an empty
On 04/04/2018 02:32 PM, Alexander Graf wrote:
>
>
> On 03.04.18 21:59, Heinrich Schuchardt wrote:
>> The UEFI spec mandates that unaligned memory access should be enabled if
>> supported by the CPU architecture.
>>
>> This patch adds an empty weak function unaligned_access() that can be
>> overri
If an exception occurs in a UEFI loaded image we need the start address of
the image to determine the relocation offset.
This patch adds the necessary lines after the registers in the crash dump.
A possible output would be:
UEFI image [0xbffe6000:0xbffe631f] pc=0x138 '/\snp.efi'
With the offset
If a crash occurs the relocation information of loaded EFI images is
displayed.
---
v3
Remove merged patches.
Change the output format for loaded images.
v2
Merge with "efi_loader: print information about loaded UEFI images"
patch series.
GRUB does not allo
Introduce functions to print information about loaded images.
If we want to analyze an exception in an EFI image we need the offset
between the PC and the start of the loaded image.
With efi_print_image_info() we can print the necessary information for a
single image, e.g.
UEFI image [0xbffe6000
On Mon, Mar 26, 2018 at 4:38 PM, Eugeniy Paltsev
wrote:
> sst26wf flash series block protection implementation differs
> from other SST series, so add implementation for sst26wf
> lock/unlock/is_locked functions.
Look like all this series add only protection ops, try to change the
commit head acc
On Wed, Apr 4, 2018 at 7:20 PM, Alexey Brodkin
wrote:
> Hi Jagan,
>
> On Wed, 2018-04-04 at 19:13 +0530, Jagan Teki wrote:
>> On Mon, Mar 26, 2018 at 4:38 PM, Eugeniy Paltsev
>> wrote:
>> > sst26wf flash series block protection implementation differs
>> > from other SST series, so add implementat
Hi Jagan,
On Wed, 2018-04-04 at 19:13 +0530, Jagan Teki wrote:
> On Mon, Mar 26, 2018 at 4:38 PM, Eugeniy Paltsev
> wrote:
> > sst26wf flash series block protection implementation differs
> > from other SST series, so add implementation for sst26wf
> > lock/unlock/is_locked functions.
>
> I've a
On Mon, Mar 26, 2018 at 4:38 PM, Eugeniy Paltsev
wrote:
> sst26wf flash series block protection implementation differs
> from other SST series, so add implementation for sst26wf
> lock/unlock/is_locked functions.
I've already mentioned about this patch on last version[1], Since it
effected code o
Implement the information type EFI_FILE_SYSTEM_INFO in the service
GetInfo() of the EFI_FILE_PROTOCOL.
The volume label is not available in U-Boot. As a work-around use the
partition name instead.
Signed-off-by: Heinrich Schuchardt
---
v3
Add a todo. Update commit message.
---
include/e
Check that the getinfo() service of the file protocol correctly
returns the partion label.
Signed-off-by: Heinrich Schuchardt
---
v3
new patch
---
lib/efi_selftest/efi_selftest_block_device.c | 22 ++
1 file changed, 22 insertions(+)
diff --git a/lib/efi_selftest/efi
efi_selftest_disk_image.h contains a disk image. We use it to test the
EFI_FILE_PROTOCOL. The patch sets the partition label to 'U-BOOT TEST'.
Signed-off-by: Heinrich Schuchardt
---
v4
new patch
---
lib/efi_selftest/efi_selftest_disk_image.h | 58 --
1 file ch
When converting an ASCII string to UTF-16 don't forget to copy the
trailing \0.
Signed-off-by: Heinrich Schuchardt
---
v3
new patch
---
include/efi_loader.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/efi_loader.h b/include/efi_loader.h
index ee553c667f..4badb4b232 100644
Use const efi_guid_t* when passing GUIDs.
Signed-off-by: Heinrich Schuchardt
---
v3
new patch
---
include/efi_api.h | 4 ++--
lib/efi_loader/efi_file.c | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/include/efi_api.h b/include/efi_api.h
index 396f45eaa8.
This patch series contains correction for the EFI_FILE_PROTOCOL.
The formation type EFI_FILE_SYSTEM_INFO in the service GetInfo()
of the EFI_FILE_PROTOCOL is implemented.
v3
Add more fixes, a todo, and a selftest.
Heinrich Schuchardt (5):
efi_loader: use const for GUIDs in the EFI_FILE
Update scripts/checkpatch.pl from upstream.
One of the many corrections is not creating an error for cover-letters.
Reintroduce U-Boot's
5c761ce58666b3a1695697498598f8bf3484a0c7
checkpatch.pl: Add warning for new __packed additions
Signed-off-by: Heinrich Schuchardt
---
scripts/checkpatch.pl |
On Mon, Apr 02, 2018 at 09:43:54AM +, Alexey Brodkin wrote:
> Hi Tom,
>
> The following changes since commit f3b623fa52ce5c67732ea2d789d5e21667e88db3:
>
> Merge git://git.denx.de/u-boot-marvell (2018-03-30 18:18:22 -0400)
>
> are available in the Git repository at:
>
> git://git.denx.de
On Mon, Apr 02, 2018 at 09:43:54AM +, Alexey Brodkin wrote:
> Hi Tom,
>
> The following changes since commit f3b623fa52ce5c67732ea2d789d5e21667e88db3:
>
> Merge git://git.denx.de/u-boot-marvell (2018-03-30 18:18:22 -0400)
>
> are available in the Git repository at:
>
> git://git.denx.d
On Mon, Apr 02, 2018 at 12:18:02PM +0300, Alexey Brodkin wrote:
> With the most recent tools for ARC (arc-2017.09) in case of
> "naked" function compiler throws a warning:
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
On Wed, Apr 04, 2018 at 08:51:16AM +, Alexey Brodkin wrote:
> Hi Tom,
>
> On Tue, 2018-04-03 at 16:49 -0400, Tom Rini wrote:
> > On Tue, Apr 03, 2018 at 08:27:20PM +, Alexey Brodkin wrote:
> > > Hi Tom,
> > >
> > > On Tue, 2018-04-03 at 16:25 -0400, Tom Rini wrote:
> > > > On Tue, Apr 03,
On 03.04.18 21:59, Heinrich Schuchardt wrote:
> The UEFI spec mandates that unaligned memory access should be enabled if
> supported by the CPU architecture.
>
> This patch adds an empty weak function unaligned_access() that can be
> overridden by an architecture specific routine.
>
> Signed-of
From: Christophe Kerello
Enable support for the regulator functions of the STPMU1X PMIC. The
driver implements get/set api for the various BUCKS and LDOs supported
by the PMIC device. This driver is controlled by a device tree node
which includes voltage limits.
Signed-off-by: Christophe Kerello
Add regulator nodes needed by stpmu1 regulator driver
Add vmmc-supply and vqmmc-supply regulator property for
sdmmc1 and sdmmc2.
Signed-off-by: Christophe Kerello
Signed-off-by: Patrice Chotard
---
arch/arm/dts/stm32mp157c-ed1.dts| 272
include/dt-bindi
This series :
_ adds stpmu1 regulator driver
_ enables regulator relative flags in stm32mp15_basic_defconfig
_ updates pmic driver to bind regulator child nodes
_ adds regulator nodes entry in DT
Christophe Kerello (1):
power: regulator: stpmu1: Introduce stpmu1 driver
Patrice Chotard
Enable DM_REGULATOR_STPMU1 flag to activate regulator
driver for STM32MP15 SoC and CMD_REGULATOR flag to be
able to set/get regulator state int U-boot command line.
Disable PMIC_CHILDREN as this flag is not needed in SPL
for STM32MP1.
Signed-off-by: Patrice Chotard
---
configs/stm32mp15_basic_
Add regulator bindings to get access to regulator managed
by drivers/power/regulator/stpmu1.c regulator driver.
Signed-off-by: Christophe Kerello
Signed-off-by: Patrick Delaunay
Signed-off-by: Patrice Chotard
---
drivers/power/pmic/stpmu1.c | 34 ++
1 file chan
On 04.04.18 12:52, Heinrich Schuchardt wrote:
> On 04/04/2018 11:46 AM, Alexander Graf wrote:
>>
>>
>> On 03.04.18 21:59, Heinrich Schuchardt wrote:
>>> The UEFI spec mandates that unaligned memory access should be enabled if
>>> supported by the CPU architecture.
>>>
>>> This patch implements th
On 2.4.2018 08:15, Siva Durga Prasad Paladugu wrote:
> This patch adds support to load secure images
> secure image is an image which is authenticated
> or encrypted or both autheticated and encrypted
> image in xilinx boot image(BOOT.BIN) format. The
> secure image has to be created using xilinx b
On 04/04/2018 11:42 AM, Alexander Graf wrote:
>
>
> On 03.04.18 22:06, Heinrich Schuchardt wrote:
>> Add missing network initialization code.
>>
>> Before the patch the network was only usable if a network command like
>> dhcp or tftp had beed executed.
>>
>> This was visible when interrupting th
On 2.4.2018 08:15, Siva Durga Prasad Paladugu wrote:
> This patch adds support to decrypt an encrypted bitstream
> or image. This zynq aes command can either load decrypted
> image back to DDR or it can load an encrypted bitsream to
> PL directly by decrypting it. The image has to be encrypted
> us
On 04/04/2018 11:46 AM, Alexander Graf wrote:
>
>
> On 03.04.18 21:59, Heinrich Schuchardt wrote:
>> The UEFI spec mandates that unaligned memory access should be enabled if
>> supported by the CPU architecture.
>>
>> This patch implements the function unaligned_access() to reset the aligned
>> a
Hi,
On 04/04/18 09:55, Jagan Teki wrote:
> On Wed, Apr 4, 2018 at 12:14 PM, Jagan Teki wrote:
>> On Wed, Apr 4, 2018 at 6:01 AM, Andre Przywara
>> wrote:
>>> This is the first half of the DT update series, just updating the
>>> EMAC DT nodes, for which the bindings have diverged.
>>> Just fixed
> Since the backing memory for a new device path can contain stale
> data we have to make sure that we zero the buffer. Otherwise some
> code paths that don't set all fields in a structure backed by this
> device path might contain unwanted stale data.
>
> Signed-off-by: Patrick Wildt
> Reviewed
> We usually try to compile for size, not for speed. Unfortunately with the
> more powerful GOP infrastructure to handle all sorts of GOP operations, we
> end up slowing down our copying hot path quite a lot.
>
> So this patch moves the 4 possible GOP operation modes into separate
> functions whic
> The efi_add_runtime_mmio function incorrectly returned the added
> address as return value rather than EFI_SUCCESS. Fix it by checking
> the return value of efi_add_memory_map properly.
>
> Fixes: f057cfef5dc ("efi_loader: exit status for efi_reset_system_init")
> Signed-off-by: Alexander Graf
> The GOP path was optimized, but still not as fast as it should be. Let's
> push it even further by trimming the hot path into simple 32bit load/store
> operations for buf->vid 32bpp operations.
>
> Signed-off-by: Alexander Graf
Thanks, applied to efi-next
Alex
___
> The efi_pxe_mode struct which represents the PXE_BASE_CODE_PROTOCOL
> Replace the placeholder paddings in the efi_pxe_mode struct with the
> actual fields as defined in UEFI's PXE Base Code Protocol. Since
> our efi_ip_address is a simple char array set a specific alignment
> to the efi_ip_addre
> When CONFIG_DM_ETH is set, we assemble the device path properly with a
> full device hierarchy. Our helper function dp_fill() even put the MAC
> node itself in it for us.
>
> However, for non-DM compatibility we also have code in that added the
> MAC node manually. That code now runs on top of t
Add entry for Spansion s25fl208k part.
Signed-off-by: Sean Nyekjaer
---
drivers/mtd/spi/spi_flash_ids.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mtd/spi/spi_flash_ids.c b/drivers/mtd/spi/spi_flash_ids.c
index b789219e4e..8d07d7ad7f 100644
--- a/drivers/mtd/spi/spi_flash_ids.c
On 03.04.18 21:59, Heinrich Schuchardt wrote:
> The UEFI spec mandates that unaligned memory access should be enabled if
> supported by the CPU architecture.
>
> This patch implements the function unaligned_access() to reset the aligned
> access flag in the system control register (SCTLR). It is
On 03.04.18 22:06, Heinrich Schuchardt wrote:
> Add missing network initialization code.
>
> Before the patch the network was only usable if a network command like
> dhcp or tftp had beed executed.
>
> This was visible when interrupting the console countdown and executing
> bootefi selftest for
On 03.04.18 22:29, Heinrich Schuchardt wrote:
> Introduce functions to print information about loaded images.
>
> If we want to analyze an exception in an EFI image we need the offset
> between the PC and the start of the loaded image.
>
> With efi_print_image_info() we can print the necessary
On 29.03.18 23:54, Heinrich Schuchardt wrote:
> Introduce functions to print information about loaded images.
>
> If we want to analyze an exception in an EFI image we need the offset
> between the PC and the start of the loaded image.
>
> With efi_print_image_info() we can print the necessary
On 28.03.18 14:15, Heinrich Schuchardt wrote:
> I have an EFI payload which causes a data abort exception on arm32:
>
> data abort
> pc : [<79e7afe6>] lr : [<79e7aff5>]
>
>
> reloc pc : [<44f15fe6>]lr : [<44f15ff5>]
>
>
> sp : 7af3a740 ip : 7efb0420 fp : 7af774f8
>
>
> r1
On 04.04.18 11:10, Michal Simek wrote:
> This part hasn't been pushed to mainline yet that's why remove it.
> The patch can be reverted in future when this is pushed there.
>
> Reported-by: Alexander Graf
> Signed-off-by: Michal Simek
Reviewed-by: Alexander Graf
Alex
__
Xilinx zcu104 is another customer board. It is sort of zcu102 clone with
some differences.
Signed-off-by: Michal Simek
---
Changes in v2:
- Removing pinctrl setting because it is out of mainline
(Reported-by: agraf)
arch/arm/dts/Makefile | 2 +
arch/arm/dts/zynq
Xilinx zcu111 is a customer board. It is reusing some parts from zcu102.
Signed-off-by: Michal Simek
---
Changes in v2:
- Removing pinctrl setting because it is out of mainline
(Reported-by: agraf)
arch/arm/dts/Makefile | 1 +
arch/arm/dts/zynqmp-zcu111-revA.dts
Add support for Xilinx zcu100.
Signed-off-by: Michal Simek
---
Changes in v2:
- Add max sdhci freq in defconfig and remove comment in board file
- Remove i2c0 which depends on bitstream and EMIO
- Removing pinctrl setting because it is out of mainline
(Reported-by: agraf)
- Switch to fixed clo
zc1751 is based board with dc3 extenstion card which is used for silicon
validation.
Signed-off-by: Michal Simek
---
Changes in v2: None
arch/arm/dts/Makefile | 1 +
arch/arm/dts/zynqmp-zc1751-xm017-dc3.dts | 210 +
.../zynqmp/zynqmp-zc1751-xm017-dc
Add support for zc12xx boards. All of them are internal boards for
silicon validation and share very similar base platforms.
Signed-off-by: Michal Simek
---
Changes in v2: None
arch/arm/dts/Makefile | 3 +
arch/arm/dts/zynqmp-zc1232-revA.dts| 87
Xilinx zcu106 is a customer board. It is reusing some parts from zcu102.
Signed-off-by: Michal Simek
---
Changes in v2:
- Removing pinctrl setting because it is out of mainline
(Reported-by: agraf)
arch/arm/dts/Makefile | 1 +
arch/arm/dts/zynqmp-zcu106-revA.dts
Hi,
all these platforms are waiting in linux-next for merging that's why
make sense to support them also in uboot.
zcu100, zcu104, zcu106, zcu111 are customer boards
zc12XX and zc1751 are internal boards.
Thanks,
Michal
Changes in v2:
- Add max sdhci freq in defconfig and remove comment in board
This part hasn't been pushed to mainline yet that's why remove it.
The patch can be reverted in future when this is pushed there.
Reported-by: Alexander Graf
Signed-off-by: Michal Simek
---
arch/arm/dts/zynqmp-zcu102-revA.dts | 288 ---
include/dt-bindings/pinc
Hi Maxime,
On 04/04/18 07:42, Maxime Ripard wrote:
> On Wed, Apr 04, 2018 at 01:31:21AM +0100, Andre Przywara wrote:
>> Since the dawn of time for the Allwinner support in mainline U-Boot
>> we store the environment to the SD card and write directly at
>> 544KB from the beginning of the device. Th
SPL MMC boot requires to have clock early.
Signed-off-by: Michal Simek
---
arch/arm/dts/zynqmp-clk.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/dts/zynqmp-clk.dtsi b/arch/arm/dts/zynqmp-clk.dtsi
index 45d84a6b7df9..a8664e81870e 100644
--- a/arch/arm/dts/zynqmp-clk.dtsi
+++
Spam detection software, running on the system "lists.denx.de",
has identified this incoming email as possible spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
@@CONTACT_ADDRESS@@ for details.
Content preview:
This part hasn't been pushed to mainline yet that's why remove it.
The patch can be reverted in future when this is pushed there.
Reported-by: Alexander Graf
Signed-off-by: Michal Simek
---
arch/arm/dts/zynqmp.dtsi | 194 ---
1 file changed, 194 dele
I wasn't listed in the mailrc before, let's fix that.
Signed-off-by: Alexander Graf
---
doc/git-mailrc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/doc/git-mailrc b/doc/git-mailrc
index 5a365cddd9..d5e309708c 100644
--- a/doc/git-mailrc
+++ b/doc/git-mailrc
@@ -15,6 +15,7 @@ alias abies
Hi Tom,
Please pull this PR, these changes were there since from last release.
thanks,
Jagan.
The following changes since commit 0354f4bef0f1ff1e160673794577ca00b23f3f1a:
sunxi: Add DRAM_SUN8I_A83T kconfig entry (2018-03-19 16:46:47 +0530)
are available in the Git repository at:
git://git
On Wed, Apr 4, 2018 at 12:14 PM, Jagan Teki wrote:
> On Wed, Apr 4, 2018 at 6:01 AM, Andre Przywara wrote:
>> This is the first half of the DT update series, just updating the
>> EMAC DT nodes, for which the bindings have diverged.
>> Just fixed some checkpatch warnings and rebased (without confl
Hi Tom,
On Tue, 2018-04-03 at 16:49 -0400, Tom Rini wrote:
> On Tue, Apr 03, 2018 at 08:27:20PM +, Alexey Brodkin wrote:
> > Hi Tom,
> >
> > On Tue, 2018-04-03 at 16:25 -0400, Tom Rini wrote:
> > > On Tue, Apr 03, 2018 at 08:21:06PM +, Alexey Brodkin wrote:
> > > > Hi Tom,
> > > >
> > >
On 03/04/2018 19:53, Simon Glass wrote:
> On 3 April 2018 at 17:40, Neil Armstrong wrote:
>> This patch adds the bulk reset API tests for the sandbox test suite.
>>
>> Unlike the main test, it also check the "other" reset signal using the bulk
>> API
>> and checks if the resets are correctly asse
On 2018-03-20 15:47, Rasmus Villemoes wrote:
> On 2018-03-20 15:20, Lukasz Majewski wrote:
>> Hi Rasmus,
>>
>>> Modifying the default environment via CONFIG_EXTRA_ENV_SETTINGS is
>>> somewhat inflexible, partly because the cpp language does not allow
>>> appending to an existing macro. This prevent
Hi Peter,
> Not sure if it does exactly what you need but the pine64 board supports
> multiple boards with different device trees for each board in the fit image.
>
> Peter
No it's not why I need, I was looking to do something like this but
without doubling the size :
kernel-bcm {
Using sizeof gives the size of the pointer only, not the string. This
could easily lead to crashes when using -l argument.
Signed-off-by: Kristian Amlie
---
tools/env/fw_env_main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/env/fw_env_main.c b/tools/env/fw_env_main
From: Patrick Bruenn
Add support for the device tree property "default-state". This feature
might be useful for LEDs indicating "power on" or similar states.
Note: Even with this commit gpio-leds remain in reset state. That's
because the led_gpio is not probed until DM_FLAG_ACTIVATED is set.
Si
From: Patrick Bruenn
To avoid board specificy LED activation code, automatically
activate gpio-leds with "default-state" property during bind().
Signed-off-by: Patrick Bruenn
---
Changes in v3: None
Changes in v2: None
drivers/led/led_gpio.c | 9 +
1 file changed, 9 insertions(+)
di
From: Patrick Bruenn
Add two more gpio-leds to sandbox test device tree with default-state
property set to "on"/"off".
Add dm_test_led_default_state() to check that these new LED's are set to
LEDST_ON and LEDST_OFF.
Signed-off-by: Patrick Bruenn
---
patman complains about: test/dm/led.c:45: che
From: Patrick Bruenn
main usecase in mind are LEDs which indicate a state like "power on".
With this patchset applied, all you have to do is:
Add a gpio-led node with 'default-state = "on";' property to your device
tree. And the LED will automatically light up during U-Boot startup.
Changes in v
Hi Heinrich
> From: Heinrich Schuchardt [mailto:xypron.g...@gmx.de]
> Sent: mercredi 4 avril 2018 01:16
> To: Tom Rini ; Patrick DELAUNAY
>
> Cc: u-boot@lists.denx.de; Heinrich Schuchardt
> Subject: [PATCH 1/1] MAINTAINERS: ARM STM STM32MP: correct file paths
>
> Provide correct file paths.
>
Hi Stanislas,
> Has there been any development to support Android Fastboot Ethernet
> feature in U-Boot ?
>
> https://android.googlesource.com/platform/system/core/+/android-7.1.2_r36/fastboot/fastboot_protocol.txt
>
>
> The target board has not USB device port available to flash the
> on-board
On Tue, 3 Apr 2018, 19:17 Clément Péron, wrote:
> Hi,
>
> Is it possible to have one kernel entry in a FIT image with two
> different load/entry point.
>
> I have 2 boards which share the same kernel but doesn't have the same
> entry/load point.
>
Not sure if it does exactly what you need but th
Fix the implicit-function declaration error.
Signed-off-by: Jaehoon Chung
---
drivers/mmc/uniphier-sd-rcar.c | 2 +-
drivers/mmc/uniphier-sd.c | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/mmc/uniphier-sd-rcar.c b/drivers/mmc/uniphier-sd-rcar.c
index 894de
On Wed, Apr 04, 2018 at 12:13:01PM +0530, Jagan Teki wrote:
> On Wed, Mar 21, 2018 at 4:48 PM, Maxime Ripard
> wrote:
> > From: Philipp Tomsich
> >
> > Throughput tests have shown the sunxi_mmc driver to take over 10s to
> > read 10MB from a fast eMMC device due to excessive delays in polling
> >
95 matches
Mail list logo
