On 19.10.2017 23:50, Florian Fainelli wrote:
On 10/14/2017 06:00 PM, Florian Fainelli wrote:
(this time after subscribing to the list)
Hi all,
This patch series adds support for the Broadcom BCM53xx switches, in particular
BCM53125 which is found no the Lamobo R1 board.
Thanks Stefan for
On Fri, Oct 20, 2017 at 10:45 AM, Zhiqiang Hou wrote:
> From: Minghuan Lian
>
> This patch is to change U-Boot PCI bus assignement compliant with Linux.
> It means each PCIe controller's bus number is 0, not the current maximum
> PCI bus number, when
From: Minghuan Lian
This patch is to change U-Boot PCI bus assignement compliant with Linux.
It means each PCIe controller's bus number is 0, not the current maximum
PCI bus number, when start to scan this controller.
Signed-off-by: Minghuan Lian
On Tue, Oct 17, 2017 at 10:00:45AM +0200, Kurt Kanzenbach wrote:
> Currently the chipselect used to identify the corresponding NAND chip is
> stored
> at the controller and only set during fsl_ifc_chip_init(). This way, only the
> last NAND chip is working, as the previous value of cs_nand gets
On Thu, Oct 19, 2017 at 5:44 PM, Fabio Estevam wrote:
> On Thu, Oct 19, 2017 at 7:52 PM, Adam Ford wrote:
>
>> The Logic PD board is also broken as well. When I did a git bisect on
>> mine, it shows:
>
> Does this help?
Yes it did. Thank you
I'll submit
Hi Simon and Philipp.
I would like to include Heiko who is maintainer of upstream kernel
Rockchip SoC for this topic.
For the driver related to grf, which including pinctrl, usb phy, gmac
and many other modules, we would like to sync with kernel, so that we
can re-use the dtsi from
Hi,
On 6 September 2017 at 17:07, Alexandre N. Perfeito
wrote:
> Hi Everyone , almost done here !!! I Need Help !!! to make the chromebook
> TegraTk1 model running Ubuntu-Xenial Mainline v4.4.0.70
>
>
> After I compiled the zImage with this:
>
>
> root@alarm:/# sudo
Hi Marty,
On 3 October 2017 at 16:03, Marty E. Plummer wrote:
>
> From: "Marty E. Plummer"
>
> I realize this patch is not up to standards for the sake of mainlining
> right now, but I'm mostly interested in getting some feedback on how
> to make
On Thu, Oct 19, 2017 at 7:52 PM, Adam Ford wrote:
> The Logic PD board is also broken as well. When I did a git bisect on
> mine, it shows:
Does this help?
--- a/configs/imx6q_logic_defconfig
+++ b/configs/imx6q_logic_defconfig
@@ -28,7 +28,6 @@ CONFIG_CMD_FAT=y
On 10/19/2017 11:28 PM, Alexander Graf wrote:
>
>
> On 19.10.17 23:15, Rob Clark wrote:
>> On Thu, Oct 19, 2017 at 5:05 PM, Alexander Graf wrote:
>>>
>>>
>>> On 19.10.17 22:40, Heinrich Schuchardt wrote:
This was merged as
ad644e7c18238026fecc647f62584d87d2c5b0a3
On 10/19/2017 11:23 PM, Alexander Graf wrote:
> With the introduction of EFI variable support, we also wanted to persist
> these EFI variables. However, the way it was implemented we ended up
> persisting all U-Boot environment variables on every EFI boot.
>
> That could potentially lead to
The current implementation of saving of EFI variables has
unwanted side effects:
- Writing to flash on every boot may harm the memory.
- All variables are saved. Not only the EFI ones.
- Variables are saved even if there is not change.
So let us disable saving for now until we have a complete
Hi Maxime,
On 19/10/17 15:04, Maxime Ripard wrote:
> The final one that has been implemented would be to just build U-Boot
> using thumb2 to push back the issue until hopefully I'm no longer
> maintainer or the switch to the env filesystem would have been done.
>
> I've also added a patch
On Mon, Oct 16, 2017 at 4:52 PM, Fabio Estevam wrote:
> On Mon, Oct 16, 2017 at 6:51 PM, Jagan Teki wrote:
>> On Fri, Oct 13, 2017 at 7:03 PM, Fabio Estevam wrote:
>>> Hi Lukasz,
>>>
>>> On Fri, Oct 13, 2017 at 5:16 AM, Lukasz
Provide a Kconfig option that we can use as dependency for
features that are broken. This allows to easily disable them
without removing the code.
As no short text is supplied the option will not appear in
menuconfig.
Signed-off-by: Heinrich Schuchardt
---
Kconfig | 6
On 10/14/2017 06:00 PM, Florian Fainelli wrote:
> (this time after subscribing to the list)
>
> Hi all,
>
> This patch series adds support for the Broadcom BCM53xx switches, in
> particular
> BCM53125 which is found no the Lamobo R1 board.
Thanks Stefan for the review. I suppose Joe should now
On Thu, Oct 19, 2017 at 5:23 PM, Alexander Graf wrote:
> With the introduction of EFI variable support, we also wanted to persist
> these EFI variables. However, the way it was implemented we ended up
> persisting all U-Boot environment variables on every EFI boot.
>
> That could
On Thu, Oct 19, 2017 at 7:43 AM, Maxime Ripard
wrote:
> On Thu, Oct 19, 2017 at 10:12:36AM +0100, Peter Robinson wrote:
>> On Thu, Oct 19, 2017 at 10:06 AM, Peter Robinson
>> wrote:
>> > On Thu, Oct 19, 2017 at 10:01 AM, Maxime Ripard
>> >
On 19.10.17 23:15, Rob Clark wrote:
> On Thu, Oct 19, 2017 at 5:05 PM, Alexander Graf wrote:
>>
>>
>> On 19.10.17 22:40, Heinrich Schuchardt wrote:
>>> This was merged as
>>> ad644e7c18238026fecc647f62584d87d2c5b0a3
>>> efi_loader: efi variable support
>>>
diff --git
With the introduction of EFI variable support, we also wanted to persist
these EFI variables. However, the way it was implemented we ended up
persisting all U-Boot environment variables on every EFI boot.
That could potentially lead to unexpected side effects because variables
that were not
On Thu, Oct 19, 2017 at 5:05 PM, Alexander Graf wrote:
>
>
> On 19.10.17 22:40, Heinrich Schuchardt wrote:
>> This was merged as
>> ad644e7c18238026fecc647f62584d87d2c5b0a3
>> efi_loader: efi variable support
>>
>>> diff --git a/lib/efi_loader/efi_boottime.c
On 19.10.17 22:40, Heinrich Schuchardt wrote:
> This was merged as
> ad644e7c18238026fecc647f62584d87d2c5b0a3
> efi_loader: efi variable support
>
>> diff --git a/lib/efi_loader/efi_boottime.c b/lib/efi_loader/efi_boottime.c
>> index ec40f41bcb..c406ff82ff 100644
>> ---
On Thu, Oct 19, 2017 at 11:55:13AM +0800, Bin Meng wrote:
> Hi Tom,
>
> This includes a critical bug fix for Baytrail ACPI suspend/resume and
> some other minor clean ups.
>
> The following changes since commit 6b0fea33424dcce82b6df0c6b3774601eb1ff36a:
>
> Merge git://git.denx.de/u-boot-i2c
This was merged as
ad644e7c18238026fecc647f62584d87d2c5b0a3
efi_loader: efi variable support
> diff --git a/lib/efi_loader/efi_boottime.c b/lib/efi_loader/efi_boottime.c
> index ec40f41bcb..c406ff82ff 100644
> --- a/lib/efi_loader/efi_boottime.c
> +++ b/lib/efi_loader/efi_boottime.c
> @@ -8,6
Enable UMS and DFU, so that the eMMC can be accessed via the
USB gadget port on the board.
Signed-off-by: Marek Vasut
Cc: Stefano Babic
---
board/dhelectronics/dh_imx6/dh_imx6.c | 10 ++
configs/dh_imx6_defconfig | 8
Increase the buffer length to be just above maximum permissible value
of 128 kiB . This increases the performance of the UMS and alike by a
factor of 2 - 2.5 as the buffers are less fragmented.
Signed-off-by: Marek Vasut
Cc: Lukasz Majewski
---
On 2017-10-19 14:22, Neil Armstrong wrote:
As discussed at [1], the Amlogic Meson GX SoCs can embed a BL31
firmware
and a secondary BL32 firmware.
Since mid-2017, the reserved memory address of the BL31 firmware was
moved
and grown for security reasons.
But mainline U-boot and Linux has the
On 10/19/2017 10:51 AM, Marek Vasut wrote:
> On 10/19/2017 05:36 PM, Eugeniy Paltsev wrote:
>> On Tue, 2017-10-17 at 20:32 +0530, Jagan Teki wrote:
>>> On Tue, Oct 17, 2017 at 8:27 PM, Alexey Brodkin
>>> wrote:
Hi Jagan,
> -Original Message-
On 10/19/2017 04:08 AM, Masahiro Yamada wrote:
Signed-off-by: Masahiro Yamada
---
test/py/README.md | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Reviewed-by: Stephen Warren
___
On 10/19/2017 05:36 PM, Eugeniy Paltsev wrote:
> On Tue, 2017-10-17 at 20:32 +0530, Jagan Teki wrote:
>> On Tue, Oct 17, 2017 at 8:27 PM, Alexey Brodkin
>> wrote:
>>> Hi Jagan,
>>>
-Original Message-
From: Eugeniy Paltsev
On Tue, 2017-10-17 at 20:32 +0530, Jagan Teki wrote:
> On Tue, Oct 17, 2017 at 8:27 PM, Alexey Brodkin
> wrote:
> > Hi Jagan,
> >
> > > -Original Message-
> > > From: Eugeniy Paltsev [mailto:palt...@synopsys.com]
> > > Sent: Tuesday, October 17, 2017 4:33 PM
Hi,
On 19/10/17 15:04, Maxime Ripard wrote:
> The U-boot binary may trip over its actual allocated size in the storage.
> In such a case, the environment will not be readable anymore (because
> corrupted when the new image was flashed), and any attempt at using saveenv
> to reconstruct the
On Thu, Oct 19, 2017 at 03:42:11PM +0100, Andre Przywara wrote:
> Hi,
>
> On 19/10/17 14:24, Maxime Ripard wrote:
> > On Thu, Oct 19, 2017 at 02:03:55PM +0100, Andre Przywara wrote:
> >> Hi,
> >>
> >> On 19/10/17 09:26, Maxime Ripard wrote:
> >>> Hi,
> >>>
> >>> Most featureful boards, such as
From: Patrice Chotard
Add .getcd callback to check is MMC card is present
Signed-off-by: Patrice Chotard
---
drivers/mmc/arm_pl180_mmci.c | 24 ++--
drivers/mmc/arm_pl180_mmci.h | 4
2 files changed, 26 insertions(+), 2
From: Patrice Chotard
Allow to get and enable MMC related clock
Signed-off-by: Patrice Chotard
---
drivers/mmc/arm_pl180_mmci.c | 16 ++--
1 file changed, 14 insertions(+), 2 deletions(-)
diff --git a/drivers/mmc/arm_pl180_mmci.c
From: Patrice Chotard
Allow to get "bus-width" property from device tree
Signed-off-by: Patrice Chotard
---
drivers/mmc/arm_pl180_mmci.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/drivers/mmc/arm_pl180_mmci.c
From: Patrice Chotard
Convert this driver to driver model.
This driver is also used by VEXPRESS platforms which doesn't
use driver model.
Tested on STM32F746 and STM32F769 platforms.
Signed-off-by: Christophe Priouzeau
Signed-off-by:
From: Patrice Chotard
Update arm_pl180_mmci_init() prototype by adding struct mmc**
param. This is needed before converting this driver to driver model
in order to use arm_pl180_mmci_init() in driver model and in none
driver model implementation
Signed-off-by: Patrice
From: Patrice Chotard
Currently this driver is used by VEXPRESS platform which doesn't support
Driver Model.
ARM_PL180_MMCI IP is embedded on STM32F4 and F7 platforms. In order to add
SD support on these 2 STM32 family SoCs, the following reworks are needed:
_
Hi,
On 19/10/17 14:24, Maxime Ripard wrote:
> On Thu, Oct 19, 2017 at 02:03:55PM +0100, Andre Przywara wrote:
>> Hi,
>>
>> On 19/10/17 09:26, Maxime Ripard wrote:
>>> Hi,
>>>
>>> Most featureful boards, such as the Cubietruck, have been broken since
>>> the release 2017.09.
>>>
>>> This is due to
On Thu, Oct 19, 2017 at 10:04 PM, Maxime Ripard
wrote:
> The U-boot binary may trip over its actual allocated size in the storage.
> In such a case, the environment will not be readable anymore (because
> corrupted when the new image was flashed), and any attempt
The U-boot binary may trip over its actual allocated size in the storage.
In such a case, the environment will not be readable anymore (because
corrupted when the new image was flashed), and any attempt at using saveenv
to reconstruct the environment will result in a corrupted U-boot binary.
Hi
Most featureful boards, such as the Cubietruck, have been broken since
the release 2017.09 (the two variants of the Olinuxino-Lime2 and the
cubietruck at least, possibly more since then).
This is due to a size increase of the binary that will trip us across
the size we've been using in our
We start to get to the limit of our main U-Boot binary size (with some
boards even crossing it). Enable its build using thumb2 to get some extra
room.
Suggested-by: Siarhei Siamashka
Signed-off-by: Maxime Ripard
---
On Thu, Oct 19, 2017 at 09:28:03AM -0400, Tom Rini wrote:
> On Thu, Oct 19, 2017 at 10:26:46AM +0200, Maxime Ripard wrote:
> > Hi,
> >
> > Most featureful boards, such as the Cubietruck, have been broken since
> > the release 2017.09.
> >
> > This is due to a size increase of the binary that
On Thu, Oct 19, 2017 at 03:24:57PM +0200, Maxime Ripard wrote:
> On Thu, Oct 19, 2017 at 02:03:55PM +0100, Andre Przywara wrote:
> > Hi,
> >
> > On 19/10/17 09:26, Maxime Ripard wrote:
> > > Hi,
> > >
> > > Most featureful boards, such as the Cubietruck, have been broken since
> > > the release
On Thu, Oct 19, 2017 at 10:26:46AM +0200, Maxime Ripard wrote:
> Hi,
>
> Most featureful boards, such as the Cubietruck, have been broken since
> the release 2017.09.
>
> This is due to a size increase of the binary that will trip us across
> the size we've been using in the
Hi Siarhei,
On Thu, Oct 19, 2017 at 12:10:44PM +0300, Siarhei Siamashka wrote:
> On Thu, Oct 19, 2017 at 11:26 AM, Maxime Ripard
> wrote:
> > Hi,
> >
> > Most featureful boards, such as the Cubietruck, have been broken since
> > the release 2017.09.
> >
> > This
On Thu, Oct 19, 2017 at 02:03:55PM +0100, Andre Przywara wrote:
> Hi,
>
> On 19/10/17 09:26, Maxime Ripard wrote:
> > Hi,
> >
> > Most featureful boards, such as the Cubietruck, have been broken since
> > the release 2017.09.
> >
> > This is due to a size increase of the binary that will trip
On Thu, Oct 19, 2017 at 10:26:49AM +0200, Maxime Ripard wrote:
> The EFI loader support takes around 31kB on an ARMv7 board, which makes us
> trip across the size limit we've had on the U-Boot binary.
>
> Since it's not an essential feature, disable it by default for ARCH_SUNXI
> so that we get
As discussed at [1], the Amlogic Meson GX SoCs can embed a BL31 firmware
and a secondary BL32 firmware.
Since mid-2017, the reserved memory address of the BL31 firmware was moved
and grown for security reasons.
But mainline U-boot and Linux has the old address and size fixed.
These SoCs have a
On Thu, Oct 19, 2017 at 12:10:44PM +0300, Siarhei Siamashka wrote:
> On Thu, Oct 19, 2017 at 11:26 AM, Maxime Ripard
> wrote:
> > Hi,
> >
> > Most featureful boards, such as the Cubietruck, have been broken since
> > the release 2017.09.
> >
> > This is due to a
On 19/10/2017 12:45, Ben Dooks wrote:
> On 2017-10-19 10:04, Neil Armstrong wrote:
>> As discussed at [1], the Amlogic Meson GX SoCs can embed a BL31 firmware
>> and a secondary BL32 firmware.
>> Since mid-2017, the reserved memory address of the BL31 firmware was moved
>> and grown for security
Hi,
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
>
> On 10/18/2017 07:11 AM, Patrick Delaunay wrote:
> > don't use prettyprint_part_size() in create_gpt_partitions_list() that
> > avoid to align offset and size to 1 MiB and increase precision for
> > start
Hi,
On 19/10/17 09:26, Maxime Ripard wrote:
> Hi,
>
> Most featureful boards, such as the Cubietruck, have been broken since
> the release 2017.09.
>
> This is due to a size increase of the binary that will trip us across
> the size we've been using in the u-boot-sunxi-with-spl.bin file.
>
>
On 19/10/2017 at 14:52, Fabio Estevam wrote:
> On Thu, Oct 19, 2017 at 10:46 AM, Otavio Salvador
> wrote:
>
>> I think the original RFC is better as workaround as it solves the
>> issue for other boards. This does not mean we shouldn't fix the root
>> cause ...
On Thu, Oct 19, 2017 at 10:46 AM, Otavio Salvador
wrote:
> I think the original RFC is better as workaround as it solves the
> issue for other boards. This does not mean we shouldn't fix the root
> cause ...
Actually I don't know if this issue happens with
On Thu, Oct 19, 2017 at 10:42 AM, Fabio Estevam wrote:
> On Thu, Oct 19, 2017 at 9:57 AM, Fabio Estevam wrote:
>
>> On my tests I need to force it 25MHz operation to be able to use the SD card.
>
> A "less ugly" workaround that affects only mx25pdk:
>
>
On Thu, Oct 19, 2017 at 9:57 AM, Fabio Estevam wrote:
> On my tests I need to force it 25MHz operation to be able to use the SD card.
A "less ugly" workaround that affects only mx25pdk:
--- a/board/freescale/mx25pdk/mx25pdk.c
+++ b/board/freescale/mx25pdk/mx25pdk.c
@@
On 10/19/2017 11:11 AM, Maxime Ripard wrote:
On Thu, Oct 19, 2017 at 10:44:54AM +0200, Alexander Graf wrote:
On 10/19/2017 10:26 AM, Maxime Ripard wrote:
Hi,
Most featureful boards, such as the Cubietruck, have been broken since
the release 2017.09.
This is due to a size increase of the
Hi Benoît,
On Wed, Oct 18, 2017 at 6:10 PM, Benoît Thébaudeau
wrote:
> Can you try with this?
>
> static const iomux_v3_cfg_t sdhc1_pads[] = {
> NEW_PAD_CTRL(MX25_PAD_SD1_CMD__SD1_CMD, PAD_CTL_PUS_47K_UP |
> PAD_CTL_SRE_FAST),
>
Hi Andre,
On Thu, Oct 19, 2017 at 10:11:19AM +0100, Andre Przywara wrote:
> So while I see that this series fixes a particular problem, I am a bit
> wary of this solution, as this just papers over the issue and will
> likely break in the future again.
>
> Can't we somehow fix the environment
On Thu, Oct 19, 2017 at 10:51:04AM +0200, Alexander Graf wrote:
> > lib/efi_loader/Kconfig | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/lib/efi_loader/Kconfig b/lib/efi_loader/Kconfig
> > index d2b6327119b4..a80a914b2fe8 100644
> > --- a/lib/efi_loader/Kconfig
On Thu, Oct 19, 2017 at 01:39:28PM +0200, Mark Kettenis wrote:
> > From: Maxime Ripard
> > Date: Thu, 19 Oct 2017 10:26:49 +0200
> >
> > The EFI loader support takes around 31kB on an ARMv7 board, which makes us
> > trip across the size limit we've had on the
> From: Maxime Ripard
> Date: Thu, 19 Oct 2017 10:26:47 +0200
>
> The USB keyboard and USB storage support are non-essential from an
> architecture-wide sense.
>
> Remove the selection so that we can trim down the size of our binaries a
> bit.
But many people
On Thu, Oct 19, 2017 at 10:12:36AM +0100, Peter Robinson wrote:
> On Thu, Oct 19, 2017 at 10:06 AM, Peter Robinson wrote:
> > On Thu, Oct 19, 2017 at 10:01 AM, Maxime Ripard
> > wrote:
> >> On Thu, Oct 19, 2017 at 09:43:20AM +0100, Peter
> From: Maxime Ripard
> Date: Thu, 19 Oct 2017 10:26:49 +0200
>
> The EFI loader support takes around 31kB on an ARMv7 board, which makes us
> trip across the size limit we've had on the U-Boot binary.
>
> Since it's not an essential feature, disable it by
On Thu, Oct 19, 2017 at 10:51:04AM +0200, Alexander Graf wrote:
> On 10/19/2017 10:26 AM, Maxime Ripard wrote:
> > The EFI loader support takes around 31kB on an ARMv7 board, which makes us
> > trip across the size limit we've had on the U-Boot binary.
> >
> > Since it's not an essential feature,
On 2017-10-19 10:04, Neil Armstrong wrote:
As discussed at [1], the Amlogic Meson GX SoCs can embed a BL31
firmware
and a secondary BL32 firmware.
Since mid-2017, the reserved memory address of the BL31 firmware was
moved
and grown for security reasons.
But mainline U-boot and Linux has the
On 10/19/2017 11:52 AM, Bin Meng wrote:
> Hi Marek,
>
> On Thu, Oct 19, 2017 at 5:47 PM, Marek Vasut wrote:
>> On 10/19/2017 10:56 AM, Bin Meng wrote:
>>> Hi Marek,
>>>
>>> On Thu, Oct 19, 2017 at 4:43 PM, Marek Vasut wrote:
On 10/19/2017 10:37 AM, Bin Meng
As you see in crypto_algos in common/image-sig.c, the algorithm
should be either "rsa2048" or "rsa4096". "rs2048" is a typo.
Signed-off-by: Masahiro Yamada
---
doc/uImage.FIT/signature.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
The default value of CONFIG_SYS_BOOTM_LEN, 0x80, causes error
when uncompressing Image.gz out of fit.
Uncompressing Kernel Image ... Error: inflate() returned -5
Image too large: increase CONFIG_SYS_BOOTM_LEN
Signed-off-by: Masahiro Yamada
---
Both "conf_name" and "sig_name" point to the name of config node.
The latter should be the name of the signature node.
Signed-off-by: Masahiro Yamada
---
tools/image-host.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/image-host.c
Signed-off-by: Masahiro Yamada
---
test/py/README.md | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/test/py/README.md b/test/py/README.md
index ea4b66a..eefac37 100644
--- a/test/py/README.md
+++ b/test/py/README.md
@@ -11,7 +11,7 @@
Hi Marek,
On Thu, Oct 19, 2017 at 5:47 PM, Marek Vasut wrote:
> On 10/19/2017 10:56 AM, Bin Meng wrote:
>> Hi Marek,
>>
>> On Thu, Oct 19, 2017 at 4:43 PM, Marek Vasut wrote:
>>> On 10/19/2017 10:37 AM, Bin Meng wrote:
Hi Marek,
>>>
>>> Hi,
>>>
On Thu,
On 10/19/2017 10:56 AM, Bin Meng wrote:
> Hi Marek,
>
> On Thu, Oct 19, 2017 at 4:43 PM, Marek Vasut wrote:
>> On 10/19/2017 10:37 AM, Bin Meng wrote:
>>> Hi Marek,
>>
>> Hi,
>>
>>> On Thu, Oct 19, 2017 at 3:33 PM, Marek Vasut wrote:
On 10/19/2017 05:24 AM,
On Thu, Oct 19, 2017 at 10:06:15AM +0100, Peter Robinson wrote:
> On Thu, Oct 19, 2017 at 10:01 AM, Maxime Ripard
> wrote:
> > On Thu, Oct 19, 2017 at 09:43:20AM +0100, Peter Robinson wrote:
> >> On Thu, Oct 19, 2017 at 9:26 AM, Maxime Ripard
> >>
On Thu, Oct 19, 2017 at 10:06 AM, Peter Robinson wrote:
> On Thu, Oct 19, 2017 at 10:01 AM, Maxime Ripard
> wrote:
>> On Thu, Oct 19, 2017 at 09:43:20AM +0100, Peter Robinson wrote:
>>> On Thu, Oct 19, 2017 at 9:26 AM, Maxime Ripard
>>>
On Thu, Oct 19, 2017 at 10:44:54AM +0200, Alexander Graf wrote:
> On 10/19/2017 10:26 AM, Maxime Ripard wrote:
> > Hi,
> >
> > Most featureful boards, such as the Cubietruck, have been broken since
> > the release 2017.09.
> >
> > This is due to a size increase of the binary that will trip us
Hi,
On 19/10/17 09:48, Alexander Graf wrote:
> On 10/19/2017 10:26 AM, Maxime Ripard wrote:
>> The USB keyboard and USB storage support are non-essential from an
>> architecture-wide sense.
>>
>> Remove the selection so that we can trim down the size of our binaries a
>> bit.
>>
>> Signed-off-by:
On Thu, Oct 19, 2017 at 11:26 AM, Maxime Ripard
wrote:
> Hi,
>
> Most featureful boards, such as the Cubietruck, have been broken since
> the release 2017.09.
>
> This is due to a size increase of the binary that will trip us across
> the size we've been using in
On Thu, Oct 19, 2017 at 10:01 AM, Maxime Ripard
wrote:
> On Thu, Oct 19, 2017 at 09:43:20AM +0100, Peter Robinson wrote:
>> On Thu, Oct 19, 2017 at 9:26 AM, Maxime Ripard
>> wrote:
>> > The EFI loader support takes around 31kB
As discussed at [1], the Amlogic Meson GX SoCs can embed a BL31 firmware
and a secondary BL32 firmware.
Since mid-2017, the reserved memory address of the BL31 firmware was moved
and grown for security reasons.
But mainline U-boot and Linux has the old address and size fixed.
These SoCs have a
On Thu, Oct 19, 2017 at 09:43:20AM +0100, Peter Robinson wrote:
> On Thu, Oct 19, 2017 at 9:26 AM, Maxime Ripard
> wrote:
> > The EFI loader support takes around 31kB on an ARMv7 board, which makes us
> > trip across the size limit we've had on the U-Boot binary.
Hi Marek,
On Thu, Oct 19, 2017 at 4:43 PM, Marek Vasut wrote:
> On 10/19/2017 10:37 AM, Bin Meng wrote:
>> Hi Marek,
>
> Hi,
>
>> On Thu, Oct 19, 2017 at 3:33 PM, Marek Vasut wrote:
>>> On 10/19/2017 05:24 AM, Suneel Garapati wrote:
On Wed, Oct 18, 2017 at
On Thu, Oct 19, 2017 at 9:26 AM, Maxime Ripard
wrote:
> The USB keyboard and USB storage support are non-essential from an
> architecture-wide sense.
A lot of Fedora users boot from USB HDDs by having a small (say an old
128Mb mSD card from a phone) SD card and
On 10/19/2017 10:26 AM, Maxime Ripard wrote:
The EFI loader support takes around 31kB on an ARMv7 board, which makes us
trip across the size limit we've had on the U-Boot binary.
Since it's not an essential feature, disable it by default for ARCH_SUNXI
so that we get back some extra room for
On 10/19/2017 10:26 AM, Maxime Ripard wrote:
The USB keyboard and USB storage support are non-essential from an
architecture-wide sense.
Remove the selection so that we can trim down the size of our binaries a
bit.
Signed-off-by: Maxime Ripard
Most users
On 10/19/2017 10:26 AM, Maxime Ripard wrote:
Hi,
Most featureful boards, such as the Cubietruck, have been broken since
the release 2017.09.
This is due to a size increase of the binary that will trip us across
the size we've been using in the u-boot-sunxi-with-spl.bin file.
We would have two
On Thu, Oct 19, 2017 at 9:26 AM, Maxime Ripard
wrote:
> The EFI loader support takes around 31kB on an ARMv7 board, which makes us
> trip across the size limit we've had on the U-Boot binary.
>
> Since it's not an essential feature, disable it by default for
On 10/19/2017 10:37 AM, Bin Meng wrote:
> Hi Marek,
Hi,
> On Thu, Oct 19, 2017 at 3:33 PM, Marek Vasut wrote:
>> On 10/19/2017 05:24 AM, Suneel Garapati wrote:
>>> On Wed, Oct 18, 2017 at 6:39 PM, Marek Vasut wrote:
On 10/19/2017 03:22 AM, Suneel Garapati
Hi Marek,
On Thu, Oct 19, 2017 at 3:33 PM, Marek Vasut wrote:
> On 10/19/2017 05:24 AM, Suneel Garapati wrote:
>> On Wed, Oct 18, 2017 at 6:39 PM, Marek Vasut wrote:
>>> On 10/19/2017 03:22 AM, Suneel Garapati wrote:
usb tree/info commands iterate over all usb
The Banana Pi M2-Magic is a small board with an Allwinner A33, an eMMC, a
wifi chip and some pin headers. Enable support for it.
Signed-off-by: Maxime Ripard
---
arch/arm/dts/Makefile | 1 +
arch/arm/dts/sun8i-r16-bananapi-m2m.dts | 321
The EFI loader support takes around 31kB on an ARMv7 board, which makes us
trip across the size limit we've had on the U-Boot binary.
Since it's not an essential feature, disable it by default for ARCH_SUNXI
so that we get back some extra room for user customisations.
Signed-off-by: Maxime
The USB keyboard and USB storage support are non-essential from an
architecture-wide sense.
Remove the selection so that we can trim down the size of our binaries a
bit.
Signed-off-by: Maxime Ripard
---
arch/arm/Kconfig | 3 ---
1 file changed, 3 deletions(-)
Writing to FAT filesystems isn't a very widely used feature in U-Boot where
most of the interaction would be reading from such a filesystem.
Remove the imply to gain a bit of size in our binaries.
Signed-off-by: Maxime Ripard
---
arch/arm/Kconfig | 1 -
1 file
Hi,
Most featureful boards, such as the Cubietruck, have been broken since
the release 2017.09.
This is due to a size increase of the binary that will trip us across
the size we've been using in the u-boot-sunxi-with-spl.bin file.
We would have two ways to work around it. The first one would be
On Thu, Oct 19, 2017 at 12:33 AM, Marek Vasut wrote:
> On 10/19/2017 05:24 AM, Suneel Garapati wrote:
>> On Wed, Oct 18, 2017 at 6:39 PM, Marek Vasut wrote:
>>> On 10/19/2017 03:22 AM, Suneel Garapati wrote:
usb tree/info commands iterate over all usb uclass
Hello Masahiro,
Am 19.10.2017 um 06:38 schrieb Heiko Schocher:
Hello Masahiro,
Am 17.10.2017 um 15:36 schrieb Masahiro Yamada:
Historically, U-Boot added CONFIG_SYS_ prefix to user-unconfigurable
options. Somehow, this rule was not observed in some places, and
getting meaningless with
On 10/19/2017 05:24 AM, Suneel Garapati wrote:
> On Wed, Oct 18, 2017 at 6:39 PM, Marek Vasut wrote:
>> On 10/19/2017 03:22 AM, Suneel Garapati wrote:
>>> usb tree/info commands iterate over all usb uclass devices
>>> recursively. blk uclass child devices are created for mass
100 matches
Mail list logo