Hi Daniel,
The 01/07/2019 21:11, Daniel Schwierzeck wrote:
>
>
> Am 07.01.19 um 14:02 schrieb Horatiu Vultur:
> > Create sysreset driver for Jaguar2 SOC family and update defconfig
> > to use it.
> >
> > Signed-off-by: Horatiu Vultur
> > ---
> > MAINTAINERS | 1 +
> >
On Tue, Jan 8, 2019 at 8:30 AM Lukasz Majewski wrote:
>
> Hi Simon,
>
> > On Mon, Jan 7, 2019 at 11:12 PM Lukasz Majewski wrote:
> > >
> > > Hi Simon,
> > >
> > > > Add a driver for the "snps,dw-apb-uart" used in socfpga and
> > > > others.
> > > >
> > > > This driver is required to get
Hi Simon,
> On Mon, Jan 7, 2019 at 11:12 PM Lukasz Majewski wrote:
> >
> > Hi Simon,
> >
> > > Add a driver for the "snps,dw-apb-uart" used in socfpga and
> > > others.
> > >
> > > This driver is required to get OF_PLATDATA to work for socfpga.
> > > It uses the ns16550 driver, converting the
On Mon, Jan 07, 2019 at 04:47:13PM +0900, AKASHI Takahiro wrote:
> Heinrich,
>
> On Wed, Dec 26, 2018 at 10:20:32PM +0100, Alexander Graf wrote:
> >
> >
> > On 25.12.18 09:44, AKASHI Takahiro wrote:
> > > On Sun, Dec 23, 2018 at 02:56:40AM +0100, Alexander Graf wrote:
> > >>
> > >>
> > >> On
On Mon, Jan 7, 2019 at 11:59 PM Marek Vasut wrote:
>
> On 1/7/19 10:14 PM, Simon Goldschmidt wrote:
> > This is an initial attempt to support OF_PLATDATA for socfpga gen5.
> >
> > There are two motivations for this:
> > a) reduce code size to eventually support secure boot (where SPL has to
> >
On Mon, Jan 7, 2019 at 10:59 PM Lukasz Majewski wrote:
>
> Hi Simon,
>
> > This is an initial attempt to support OF_PLATDATA for socfpga gen5.
> >
> > There are two motivations for this:
> > a) reduce code size to eventually support secure boot (where SPL has
> > to authenticate the next stage by
On Mon, Jan 7, 2019 at 11:58 PM Marek Vasut wrote:
>
> On 1/7/19 10:01 PM, Simon Goldschmidt wrote:
> > Am 07.01.2019 um 21:47 schrieb Marek Vasut:
> >> On 1/7/19 9:33 PM, Simon Goldschmidt wrote:
> >>> Am 07.01.2019 um 21:25 schrieb Marek Vasut:
> On 1/7/19 9:24 PM, Simon Goldschmidt wrote:
Hi Simon,
On 01/08/2019 08:38 AM, Simon Glass wrote:
> Hi Mark,
>
> On Sat, 5 Jan 2019 at 09:05, Mark Kettenis wrote:
>>> From: Simon Glass
>>> Date: Sat, 5 Jan 2019 08:56:07 -0700
>>>
>>> Hi Mark,
>>>
>>> On Fri, 4 Jan 2019 at 20:35, Simon Glass wrote:
Hi Mark,
On Fri, 4 Jan
On Tue, Jan 8, 2019 at 12:00 PM Ye Li wrote:
>
> On 1/7/2019 5:54 PM, Bin Meng wrote:
> > On Mon, Jan 7, 2019 at 10:45 AM Ye Li wrote:
> >>
> >> After updating the value of dev_context_ptrs[0], we should flush this
> >> from cache to memory. Otherwise the xhci controller won't use it.
> >>
> >>
On Mon, Jan 7, 2019 at 11:58 PM Marek Vasut wrote:
>
> On 1/7/19 10:14 PM, Simon Goldschmidt wrote:
> > 'socfpga_eth_reset_common' must not be compiled when OF_PLATDATA is enabled
> > since it uses functions accessing the devicetree.
> >
> > Since this function is not used in SPL anyway, change
On Mon, Jan 7, 2019 at 11:58 PM Marek Vasut wrote:
>
> On 1/7/19 10:14 PM, Simon Goldschmidt wrote:
> > In order to build a smaller SPL, let's imply SPL_DM_RESET and
> > SPL_WATCHDOG_SUPPORT instead of selecting them, so they can be disabled
> > via defconfig.
> >
> > This also seems to be
On Mon, Jan 7, 2019 at 11:12 PM Lukasz Majewski wrote:
>
> Hi Simon,
>
> > Add a driver for the "snps,dw-apb-uart" used in socfpga and others.
> >
> > This driver is required to get OF_PLATDATA to work for socfpga.
> > It uses the ns16550 driver, converting the platdata from of-platdata
> > go
Simon Glass [2019-01-07 17:38:31]:
> Yes, I believe these is a patch to fix this.
https://patchwork.ozlabs.org/patch/1014381/
-- ynezz
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hey all,
It's release day and, we're not doing the final release. I sent out an
email on Friday saying I was doing a week delay, and here we are. Too
much stuff came in post -rc2, for various reasons, and I couldn't just
release it. We also still have:
- A USB gadget / fastboot / etc issue to
On 1/7/2019 5:54 PM, Bin Meng wrote:
> On Mon, Jan 7, 2019 at 10:45 AM Ye Li wrote:
>>
>> After updating the value of dev_context_ptrs[0], we should flush this
>> from cache to memory. Otherwise the xhci controller won't use it.
>>
>> Signed-off-by: Ye Li
>> Reviewed-by: Marek Vasut
>> ---
>>
When checking for boards that are enabling a SATA driver that isn't
converted to DM yet we need to be sure to not also trip over boards that
do set CONFIG_DM_SCSI by itself, as that is not a bug.
Reported-by: Andy Shevchenko
Fixes: ea9d7c17fc4c ("dm: MIGRATION: Add migration plan for
Hi Andy,
On Tue, Jan 8, 2019 at 2:38 AM Andy Shevchenko
wrote:
>
> On Mon, Jan 7, 2019 at 8:34 PM Andy Shevchenko
> wrote:
> > On Wed, Dec 26, 2018 at 6:38 PM Tom Rini wrote:
> > > On Thu, Dec 13, 2018 at 12:52:21PM +0800, Bin Meng wrote:
> > > > On Wed, Dec 12, 2018 at 12:21 AM Andy
Hi Mark,
On Sat, 5 Jan 2019 at 09:05, Mark Kettenis wrote:
>
> > From: Simon Glass
> > Date: Sat, 5 Jan 2019 08:56:07 -0700
> >
> > Hi Mark,
> >
> > On Fri, 4 Jan 2019 at 20:35, Simon Glass wrote:
> > >
> > > Hi Mark,
> > >
> > > On Fri, 4 Jan 2019 at 13:43, Simon Glass wrote:
> > > >
> > > >
Hi,
On Mon, 7 Jan 2019 at 00:19, Priyanka Jain wrote:
>
> Hello Simon,
>
>
>
> Creating a duplicate driver for enabling the flag will add a lot of redundant
> code.
Please can you avoid top posting?
>
> Is there a way, I can add some conditional code to enable this flag for case
> when
On Sun, 6 Jan 2019 at 04:03, Heinrich Schuchardt wrote:
>
> test->time_ms[] is defined as unsigned. So use %u for printf().
>
> Signed-off-by: Heinrich Schuchardt
> ---
> cmd/sf.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by: Simon Glass
On Sat, 5 Jan 2019 at 01:39, Michael Heimpold wrote:
>
> Hi,
>
> this morning I bisected the issue and found the following commit is causing
> it:
>
> d0851c8937067ad396f2bdafc46d0326bf3317db is the first bad commit
> commit d0851c8937067ad396f2bdafc46d0326bf3317db
> Author: Bin Meng
> Date:
Hi Jagan,
On Sat, 5 Jan 2019 at 12:58, Jagan Teki wrote:
>
> Hi,
>
> I'm trying to bring-up rk3399 SBC with 1GB DDR3 933MHZ capable, and
> observed an sdram_init issue where data_training_rg transfer is
> looping forever. The denali_pi[80], and denali_pi[74] seems to be
> proper values while
On Sat, 5 Jan 2019 at 14:30, Heinrich Schuchardt wrote:
>
> when running the date command on sandbox_defconfig an error occurs:
>
> ./u-boot -D u-boot.dtb
>
> => date
> i2c_emul_find() No emulators for device 'rtc@43'
> ## Get date failed
>
> Correct the references to the emulator
On Sun, 6 Jan 2019 at 03:32, Heinrich Schuchardt wrote:
>
> gpio is defined as unsigned int. So we should use %u when calling printf().
>
> Signed-off-by: Heinrich Schuchardt
> ---
> cmd/gpio.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Reviewed-by: Simon Glass
Hi,
On Thu, 6 Dec 2018 at 03:37, Thomas Petazzoni
wrote:
>
> Hello Stefan,
>
> On Wed, 5 Dec 2018 12:30:57 +0100, Stefan Roese wrote:
>
> > > It's weird to me that it's happening with this SoC because it's based on
> > > ARM926ejs which is widely used I assume. Shouldn't have anyone already
> >
Hi Tom,
On Fri, 4 Jan 2019 at 22:00, Tom Rini wrote:
>
> On Fri, Jan 04, 2019 at 01:47:08PM -0700, Simon Glass wrote:
>
> > Hi Tom,
> >
> > https://travis-ci.org/sglass68/u-boot/builds/474968097
> >
> >
> > The following changes since commit f97c49d6a2f504d0f0a8aab37c67aa314e006250:
> >
> >
On Sat, 5 Jan 2019 at 15:41, Heinrich Schuchardt wrote:
>
> Commit 7b78d6438a2b ("efi_loader: Reserve unaccessible memory") introduced
> a comparison between RAM top and RAM start that was not known at the time
> when the patch of commit 49759743bf09 ("efi_loader: eliminate sandbox
> addresses")
On 01/07/19 20:22, Leif Lindholm wrote:
> On Mon, Jan 07, 2019 at 07:29:47PM +0100, Laszlo Ersek wrote:
>> The UEFI spec (v2.7) explicitly requires EFI_GUID to be 64-bit aligned,
>> unless specified otherwise. See in "Table 5. Common UEFI Data Types":
>>
>> EFI_GUID -- 128-bit buffer containing
On Mon, Jan 7, 2019 at 5:47 PM Simon Glass wrote:
>
> At present this stores the error number in an unsigned int so an error is
> never detected. Use the existing signed variable instead.
>
> Signed-off-by: Simon Glass
Acked-by: Joe Hershberger
___
Add a -O option which allows building with clang.
Signed-off-by: Simon Glass
---
Changes in v2:
- Use the command line instead of environment for make variables
tools/buildman/README | 10 +
tools/buildman/builderthread.py | 1 +
tools/buildman/cmdline.py | 2 ++
Now that buildman supports clang, use it.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
---
Changes in v2: None
.travis.yml | 13 +++--
1 file changed, 3 insertions(+), 10 deletions(-)
diff --git a/.travis.yml b/.travis.yml
index 321fd793a7..fc4d5a1d5c 100644
--- a/.travis.yml
At present this stores the error number in an unsigned int so an error is
never detected. Use the existing signed variable instead.
Signed-off-by: Simon Glass
---
Changes in v2: None
drivers/net/sandbox-raw.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git
Sometimes it is useful to see the environment that was used to build
U-Boot. Write this out to a file in the build directory.
Signed-off-by: Simon Glass
---
Changes in v2: None
tools/buildman/builderthread.py | 3 +++
1 file changed, 3 insertions(+)
diff --git
This function has tabs instead of spaces. Fix it.
Signed-off-by: Simon Glass
---
Changes in v2:
- Drop patches previously applied
- Add fixes needed to get clang building running
tools/buildman/toolchain.py | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
The printf() string here is not actually correct. Add a cast to avoid
a warning when checking is enabled.
Signed-off-by: Simon Glass
---
Changes in v2: None
lib/efi_loader/efi_file.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/efi_loader/efi_file.c
At present logging does not check printf() arguments. Now that all users
have been corrected, enable this to prevent further problems.
Signed-off-by: Simon Glass
---
Changes in v2: None
include/log.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/log.h
It turns out that the 'clang' support in buildman did not actually work,
i.e. it failed to build with clang. This is because the U-Boot Makefile
overrides the environment variables supplied by buildman. This series
fixes that as well as an EFI loader warning that would be introduced by
checking
On 1/7/19 3:59 PM, Tom Rini wrote:
On Mon, Jan 07, 2019 at 09:15:17PM +0100, Alexander Graf wrote:
On 07.01.19 18:13, Tom Rini wrote:
On Mon, Jan 07, 2019 at 05:57:10PM +0100, Alexander Graf wrote:
...
So the offending change is a new capability in QEMU that exposes EL2 (HYP)
mode on the
On Mon, Jan 07, 2019 at 09:15:17PM +0100, Alexander Graf wrote:
>
>
> On 07.01.19 18:13, Tom Rini wrote:
> > On Mon, Jan 07, 2019 at 05:57:10PM +0100, Alexander Graf wrote:
> >> On 01/07/2019 01:46 PM, Michal Simek wrote:
> >>> On 07. 01. 19 13:28, Tom Rini wrote:
> On Mon, Jan 07, 2019 at
On 1/7/19 10:01 PM, Simon Goldschmidt wrote:
> Am 07.01.2019 um 21:47 schrieb Marek Vasut:
>> On 1/7/19 9:33 PM, Simon Goldschmidt wrote:
>>> Am 07.01.2019 um 21:25 schrieb Marek Vasut:
On 1/7/19 9:24 PM, Simon Goldschmidt wrote:
> Am 07.01.2019 um 21:19 schrieb Marek Vasut:
>> On
On 1/7/19 10:14 PM, Simon Goldschmidt wrote:
> This is an initial attempt to support OF_PLATDATA for socfpga gen5.
>
> There are two motivations for this:
> a) reduce code size to eventually support secure boot (where SPL has to
>authenticate the next stage by loading/checking U-Boot from a
On 1/7/19 10:14 PM, Simon Goldschmidt wrote:
> 'socfpga_eth_reset_common' must not be compiled when OF_PLATDATA is enabled
> since it uses functions accessing the devicetree.
>
> Since this function is not used in SPL anyway, change the compile guard
> to reflect this and fix compiling SPL with
On 1/7/19 10:14 PM, Simon Goldschmidt wrote:
> In order to build a smaller SPL, let's imply SPL_DM_RESET and
> SPL_WATCHDOG_SUPPORT instead of selecting them, so they can be disabled
> via defconfig.
>
> This also seems to be required to use OF_PLATDATA, as the reset drivers
> don't seem to work
Hi Simon,
> Add a driver for the "snps,dw-apb-uart" used in socfpga and others.
>
> This driver is required to get OF_PLATDATA to work for socfpga.
> It uses the ns16550 driver, converting the platdata from of-platdata
> go the ns16550 format.
>
> Signed-off-by: Simon Goldschmidt
> ---
>
>
Hi Simon,
> This is an initial attempt to support OF_PLATDATA for socfpga gen5.
>
> There are two motivations for this:
> a) reduce code size to eventually support secure boot (where SPL has
> to authenticate the next stage by loading/checking U-Boot from a FIT
>image)
> b) to support the
'socfpga_eth_reset_common' must not be compiled when OF_PLATDATA is enabled
since it uses functions accessing the devicetree.
Since this function is not used in SPL anyway, change the compile guard
to reflect this and fix compiling SPL with OF_PLATDATA.
Signed-off-by: Simon Goldschmidt
---
This adds support for OF_PLATDATA to the socfpga_dw_mmc driver.
To do that, also the name of the driver has to be changed to match the
compatible string in the platdata generated from dts.
Signed-off-by: Simon Goldschmidt
---
drivers/mmc/socfpga_dw_mmc.c | 28 +---
1
Add a driver for the "snps,dw-apb-uart" used in socfpga and others.
This driver is required to get OF_PLATDATA to work for socfpga.
It uses the ns16550 driver, converting the platdata from of-platdata
go the ns16550 format.
Signed-off-by: Simon Goldschmidt
---
drivers/serial/Kconfig |
This is an initial attempt to support OF_PLATDATA for socfpga gen5.
There are two motivations for this:
a) reduce code size to eventually support secure boot (where SPL has to
authenticate the next stage by loading/checking U-Boot from a FIT
image)
b) to support the cyclone 5 boot ROM's CRC
In order to build a smaller SPL, let's imply SPL_DM_RESET and
SPL_WATCHDOG_SUPPORT instead of selecting them, so they can be disabled
via defconfig.
This also seems to be required to use OF_PLATDATA, as the reset drivers
don't seem to work with it.
Signed-off-by: Simon Goldschmidt
---
On Sun, 2019-01-06 at 20:42 +0100, Daniel Schwierzeck wrote:
> Cleanup and optimise MIPS linker scripts and align them more with
> Linux.
>
> Switch the CI20 board from the custom SPL linker script to the
> generic MIPS SPL linker script.
>
>
For both patches:
Tested-by: Ezequiel Garcia
Do not build write support, unless it's enabled.
In the SPL case, this change will typically remove
precious bytes (as write support is most often
not needed in SPL).
This is important on this platform, where the maximum
SPL size is 14 KiB.
With gcc v7.3, this change saves 144 bytes producing:
Use CONFIG_IS_ENABLED(BLK) instead of CONFIG_BLK,
in order to fix the following build issues when
CONFIG_SPL_MMC_WRITE is selected:
drivers/mmc/mmc_write.c:69:7: error: conflicting types for 'mmc_berase'
ulong mmc_berase(struct udevice *dev, lbaint_t start, lbaint_t blkcnt)
^~
In
Am 07.01.2019 um 21:47 schrieb Marek Vasut:
On 1/7/19 9:33 PM, Simon Goldschmidt wrote:
Am 07.01.2019 um 21:25 schrieb Marek Vasut:
On 1/7/19 9:24 PM, Simon Goldschmidt wrote:
Am 07.01.2019 um 21:19 schrieb Marek Vasut:
On 1/7/19 8:36 PM, Simon Goldschmidt wrote:
When debug UART is enabled
On 1/7/19 9:33 PM, Simon Goldschmidt wrote:
> Am 07.01.2019 um 21:25 schrieb Marek Vasut:
>> On 1/7/19 9:24 PM, Simon Goldschmidt wrote:
>>> Am 07.01.2019 um 21:19 schrieb Marek Vasut:
On 1/7/19 8:36 PM, Simon Goldschmidt wrote:
> When debug UART is enabled on socfpga_gen5, the debug uart
On 1/7/19 9:37 PM, Viktoriia Taraniuk wrote:
> During dfu command the next unnecessary warning appears:
>
> musb-hdrc: peripheral reset irq lost!
>
> which confuses user (it is not an actual error).
>
> This patch makes the warning to be printed with debug(), so
> that it only appears in
On Sat, 5 Jan 2019 at 10:01, Jagan Teki wrote:
>
> On Sat, Jan 5, 2019 at 7:27 AM Simon Glass wrote:
> >
> > Hi Jagan,
> >
> > On Tue, 1 Jan 2019 at 12:17, Jagan Teki wrote:
> > >
> > > Migration plan for DM_SPI_FLASH is v2019.07 since it
> > > depends on DM_SPI migration.
> > >
> > >
During dfu command the next unnecessary warning appears:
musb-hdrc: peripheral reset irq lost!
which confuses user (it is not an actual error).
This patch makes the warning to be printed with debug(), so
that it only appears in debug build.
Signed-off-by: Viktoriia Taraniuk
---
Am 07.01.2019 um 21:25 schrieb Marek Vasut:
On 1/7/19 9:24 PM, Simon Goldschmidt wrote:
Am 07.01.2019 um 21:19 schrieb Marek Vasut:
On 1/7/19 8:36 PM, Simon Goldschmidt wrote:
When debug UART is enabled on socfpga_gen5, the debug uart driver hangs
in an endless loop because
Request for inclusion of below patch.
CC Joe Hershberger as listed maintainer for 'drivers/net/'.
Thanks,
Andreas
On Thu, 2018-11-29 at 20:04 +0100, Andreas Pretzsch wrote:
> For KSZ9021, all skew register fields are 4-bit wide.
> For KSZ9031, the clock skew register fields are 5-bit wide.
>
On 1/7/19 9:24 PM, Simon Goldschmidt wrote:
> Am 07.01.2019 um 21:19 schrieb Marek Vasut:
>> On 1/7/19 8:36 PM, Simon Goldschmidt wrote:
>>> When debug UART is enabled on socfpga_gen5, the debug uart driver hangs
>>> in an endless loop because 'socfpga_bridges_reset' calls printf before
>>> the
Am 07.01.2019 um 21:19 schrieb Marek Vasut:
On 1/7/19 8:36 PM, Simon Goldschmidt wrote:
When debug UART is enabled on socfpga_gen5, the debug uart driver hangs
in an endless loop because 'socfpga_bridges_reset' calls printf before
the debug UART is initialized.
After the generic fix for this
The uuid command is only really useful in U-Boot, but it's useless in
SPL. Worse yet, it pulls in various environment manipulation functions
as it call env_set(). Do not compile the command in in SPL.
Signed-off-by: Marek Vasut
Cc: Tom Rini
---
lib/uuid.c | 2 +-
1 file changed, 1
Add support for gunzip-ing gzip-compressed uImages in the SPL Ymodem code.
Loading data over Ymodem can be gruelingly slow, gzip-ing the data can
reduce that aggravating slowness at least slightly (depends on the data,
u-boot.bin compresses to ~1/3 of it's original size on ARM64), hence add
On Mon, 2019-01-07 at 17:33 +0100, Stefan Agner wrote:
> On 07.01.2019 00:18, Marcel Ziswiler wrote:
> > On Sun, 2019-01-06 at 22:00 +0100, Stefan Agner wrote:
> > > From: Stefan Agner
> > >
> > > In preparation of adding CONFIG_DM_MMC support use separate
> > > device
> > > trees for raw NAND
On 1/7/19 8:36 PM, Simon Goldschmidt wrote:
> When debug UART is enabled on socfpga_gen5, the debug uart driver hangs
> in an endless loop because 'socfpga_bridges_reset' calls printf before
> the debug UART is initialized.
>
> After the generic fix for this in the UART driver did not work due to
On 07.01.19 18:13, Tom Rini wrote:
> On Mon, Jan 07, 2019 at 05:57:10PM +0100, Alexander Graf wrote:
>> On 01/07/2019 01:46 PM, Michal Simek wrote:
>>> On 07. 01. 19 13:28, Tom Rini wrote:
On Mon, Jan 07, 2019 at 01:18:46PM +0100, Michal Simek wrote:
> On 04. 01. 19 4:01, Tom Rini
Am 07.01.19 um 14:02 schrieb Horatiu Vultur:
> Add board support and configuration for Jaguar2 SOC family.
> The detection of the board type in this family is based on the phy ids.
>
> Signed-off-by: Horatiu Vultur
> ---
> arch/mips/dts/Makefile | 1 +
> arch/mips/mach-mscc/Makefile |
Am 07.01.19 um 14:02 schrieb Horatiu Vultur:
> As the Ocelot and Luton SoCs, this family of SoCs are found
> in Microsemi Switches solution.
>
> Signed-off-by: Horatiu Vultur
> ---
> arch/mips/mach-mscc/Kconfig| 9 +
> arch/mips/mach-mscc/cpu.c
Am 07.01.19 um 14:02 schrieb Horatiu Vultur:
> Create sysreset driver for Jaguar2 SOC family and update defconfig
> to use it.
>
> Signed-off-by: Horatiu Vultur
> ---
> MAINTAINERS | 1 +
> board/mscc/jr2/jr2.c| 8 +++
> configs/mscc_jr2_defconfig |
Am 07.01.19 um 14:02 schrieb Horatiu Vultur:
> The Jaguar2 SOC family has 63 gpio pins therefore I extended mscc-common
> to support new numbe of pins.
>
> Signed-off-by: Horatiu Vultur
> ---
> MAINTAINERS| 1 +
> drivers/pinctrl/mscc/Kconfig | 9 +
>
When debug UART is enabled on socfpga_gen5, the debug uart driver hangs
in an endless loop because 'socfpga_bridges_reset' calls printf before
the debug UART is initialized.
After the generic fix for this in the UART driver did not work due to
portability issues, let's just drop this printf
The platdata initialization structs are currently generated into .rwdata.
Make sure the are put into .rodata by generating them as const.
Signed-off-by: Simon Goldschmidt
---
tools/dtoc/dtb_platdata.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The 01/07/2019 18:09, Daniel Schwierzeck wrote:
>
>
> Am 07.01.19 um 09:20 schrieb Horatiu Vultur:
> > When probing soft_spi the result of dev_get_parent_priv(dev) in probe
> > function is null ptr because the spi is on the ahb bus which has
> > per_child_auto_alloc_size set to 0. Therefore it
Improve some things in the documentation of OF_PLATDATA that I found
while porting socfgpa_gen5 to it.
Signed-off-by: Simon Goldschmidt
---
doc/driver-model/of-plat.txt | 18 --
dts/Kconfig | 6 ++
2 files changed, 14 insertions(+), 10 deletions(-)
diff
On Mon, Jan 07, 2019 at 07:29:47PM +0100, Laszlo Ersek wrote:
> On 01/07/19 15:09, Leif Lindholm wrote:
> > Apologies for late reply, back from holidays today.
>
> I'm going to snip a whole lot of context below, since I have no idea
> what project this is about, and/or what files in that project
On Mon, Jan 07, 2019 at 08:38:35PM +0200, Andy Shevchenko wrote:
> On Mon, Jan 7, 2019 at 8:34 PM Andy Shevchenko
> wrote:
> > On Wed, Dec 26, 2018 at 6:38 PM Tom Rini wrote:
> > > On Thu, Dec 13, 2018 at 12:52:21PM +0800, Bin Meng wrote:
> > > > On Wed, Dec 12, 2018 at 12:21 AM Andy Shevchenko
On Mon, Jan 07, 2019 at 09:42:27AM +0900, Minkyu Kang wrote:
> Hi,
>
> The following changes since commit 1f2e948d6d53f77a2ddb2dde3531b0d5bc2815ad:
>
> Prepare v2019.01-rc2 (2018-12-17 20:25:24 -0500)
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-samsung master
On Sun, Jan 06, 2019 at 03:29:51PM +0100, Philipp Tomsich wrote:
> The following changes since commit 53240275666acf32cb9811e44eaf2fd571a6cb75:
>
> Merge tag 'for-v2019.01' of git://git.denx.de/u-boot-video (2019-01-03
> 15:34:44 -0500)
>
> are available in the git repository at:
>
>
On Mon, Jan 7, 2019 at 8:34 PM Andy Shevchenko
wrote:
> On Wed, Dec 26, 2018 at 6:38 PM Tom Rini wrote:
> > On Thu, Dec 13, 2018 at 12:52:21PM +0800, Bin Meng wrote:
> > > On Wed, Dec 12, 2018 at 12:21 AM Andy Shevchenko
> > > wrote:
> > > > Since X86 implies SCSI and Intel Edison board does
On Wed, Dec 26, 2018 at 6:38 PM Tom Rini wrote:
>
> On Thu, Dec 13, 2018 at 12:52:21PM +0800, Bin Meng wrote:
> > Hi Andy,
> >
> > On Wed, Dec 12, 2018 at 12:21 AM Andy Shevchenko
> > wrote:
> > >
> > > Hi!
> > >
> > > Since X86 implies SCSI and Intel Edison board does not use it, I have got
>
On 01/07/19 15:09, Leif Lindholm wrote:
> Apologies for late reply, back from holidays today.
>
I'm going to snip a whole lot of context below, since I have no idea
what project this is about, and/or what files in that project (no diff
hunk headers in the context). Judged from the address list,
On Mon, Jan 07, 2019 at 02:09:12PM +, Andre Przywara wrote:
> > > What is MISC, exactly? Seems like an artefact clock to me, some
> > > placeholder you need because gate clocks are handled separately in
> > > the gates struct. Should this be called something with SIMPLE
> > > instead, or GATE?
On 7.1.2019 15.54, Andre Przywara wrote:
> On Mon, 7 Jan 2019 14:16:23 +0100
> Maxime Ripard wrote:
>
>> On Sat, Jan 05, 2019 at 08:03:46PM +0200, Oskari Lemmela wrote:
>>> Enable SPI bootcmd if CONFIG_DM_SPI_FLASH is defined.
>>>
>>> Signed-off-by: Oskari Lemmela
>>> ---
>>>
Am 07.01.19 um 14:28 schrieb Lars Povlsen:
> This patch add a new SPI driver for MSCC SOCs that does not sport the
> designware SPI hardware controller.
>
> Performance gain: 7.664 seconds vs. 17.633 for 1 Mbyte write.
>
> Signed-off-by: Lars Povlsen
> ---
> MAINTAINERS
On Mon, Jan 07, 2019 at 05:57:10PM +0100, Alexander Graf wrote:
> On 01/07/2019 01:46 PM, Michal Simek wrote:
> >On 07. 01. 19 13:28, Tom Rini wrote:
> >>On Mon, Jan 07, 2019 at 01:18:46PM +0100, Michal Simek wrote:
> >>>On 04. 01. 19 4:01, Tom Rini wrote:
> On Fri, Jan 04, 2019 at 09:29:47AM
Am 07.01.19 um 09:20 schrieb Horatiu Vultur:
> When probing soft_spi the result of dev_get_parent_priv(dev) in probe
> function is null ptr because the spi is on the ahb bus which has
> per_child_auto_alloc_size set to 0. Therefore it would generate an Ooops
> messages when accessing spi_slave
On 01/07/2019 01:46 PM, Michal Simek wrote:
On 07. 01. 19 13:28, Tom Rini wrote:
On Mon, Jan 07, 2019 at 01:18:46PM +0100, Michal Simek wrote:
On 04. 01. 19 4:01, Tom Rini wrote:
On Fri, Jan 04, 2019 at 09:29:47AM +0800, Bin Meng wrote:
On Thu, Jan 3, 2019 at 9:39 PM Tom Rini wrote:
On
Am 07.01.19 um 11:19 schrieb lars.povl...@microchip.com:
> Hi Daniel!
>
> Thank you for your comments. I hope we are not carpet-bombing you
> with patches :-). Your efforts are much appreciated!
>
> I added comments below.
>
>> -Original Message-
>> From: Daniel Schwierzeck
>> Sent:
On 07.01.2019 00:49, Marcel Ziswiler wrote:
> On Sun, 2019-01-06 at 22:00 +0100, Stefan Agner wrote:
>> From: Stefan Agner
>>
>> Add a default configuration for Colibri iMX7D 1GB (with eMMC
>> NAND flash).
>
> Finally (;-p).
>
>> Signed-off-by: Stefan Agner
>> ---
>>
>>
On 07.01.2019 00:25, Marcel Ziswiler wrote:
> On Sun, 2019-01-06 at 22:00 +0100, Stefan Agner wrote:
>> From: Stefan Agner
>>
>> Use DM and device trees for raw NAND devices by default. This
>> fixes -74 NAND read errors since it makes sure the ECC settings
>> are the same as used in Linux and
On 07.01.2019 00:18, Marcel Ziswiler wrote:
> On Sun, 2019-01-06 at 22:00 +0100, Stefan Agner wrote:
>> From: Stefan Agner
>>
>> In preparation of adding CONFIG_DM_MMC support use separate device
>> trees for raw NAND and eMMC devices.
>>
>> Signed-off-by: Stefan Agner
>> ---
>>
>>
On 1/7/19 3:51 PM, Jean-Jacques Hiblot wrote:
>
> On 04/01/2019 19:51, Marek Vasut wrote:
>> On 1/4/19 4:17 PM, Jean-Jacques Hiblot wrote:
>>> On 04/01/2019 16:07, Marek Vasut wrote:
On 1/4/19 8:01 AM, Lukasz Majewski wrote:
> Dear Marek,
>
> The following changes since commit
On 04/01/2019 19:51, Marek Vasut wrote:
On 1/4/19 4:17 PM, Jean-Jacques Hiblot wrote:
On 04/01/2019 16:07, Marek Vasut wrote:
On 1/4/19 8:01 AM, Lukasz Majewski wrote:
Dear Marek,
The following changes since commit
7436f5e54d35bcad53befec90e2e67288071f74e:
Merge tag
On Mon, Jan 7, 2019 at 1:14 PM Bernhard Messerklinger
wrote:
>
> Add native tsc calibration function. Calibrate the tsc timer the same
> way as linux does in arch/x86/kernel/tsc.c.
> Fixes booting for Apollo Lake processors.
>
LGTM
Reviewed-by: Andy Shevchenko
P.S. Though I didn't test it.
>
On Mon, 7 Jan 2019 14:01:01 +0100
Maxime Ripard wrote:
Hi,
> On Mon, Jan 07, 2019 at 01:03:33AM +, André Przywara wrote:
> > On 31/12/2018 16:59, Jagan Teki wrote:
> > > Clock control unit comprises of parent clocks, gates,
> > > multiplexers, dividers, multipliers, pre/post dividers and
Apologies for late reply, back from holidays today.
On Tue, Dec 25, 2018 at 05:30:25PM +0900, AKASHI Takahiro wrote:
> > >>> +struct efi_key_descriptor {
> > >>> + efi_key key;
> > >>
> > >> Hello Takahiro,
> > >>
> > >> with the patch I can start the EFI shell. But I am still trying to
With the new mscc_bb_spi.c driver, there is no longer use for the
gpio-mscc-bitbang-spi.c driver.
Signed-off-by: Lars Povlsen
---
drivers/gpio/Kconfig | 7 --
drivers/gpio/Makefile| 1 -
drivers/gpio/gpio-mscc-bitbang-spi.c | 122 ---
Thes patch change the luton base device tree to use the newly added
SPI bitbang driver.
It also updates the "mscc_luton_defconfig" to use the new driver.
Signed-off-by: Lars Povlsen
---
arch/mips/dts/mscc,luton.dtsi | 15 ++-
configs/mscc_luton_defconfig | 3 ++-
2 files changed,
This patch add a new SPI driver for MSCC SOCs that does not sport the
designware SPI hardware controller.
Performance gain: 7.664 seconds vs. 17.633 for 1 Mbyte write.
Signed-off-by: Lars Povlsen
---
MAINTAINERS | 1 +
arch/mips/mach-mscc/include/mach/common.h |
1 - 100 of 140 matches
Mail list logo