On 04/10/2018 09:45 PM, Dinh Nguyen wrote:
>
>
> On 04/10/2018 09:21 PM, Dinh Nguyen wrote:
>>
>>
>> On 04/10/2018 05:37 PM, Marek Vasut wrote:
>>> On 04/10/2018 11:36 PM, Dinh Nguyen wrote:
On 04/10/2018 02:25 PM, Marek Vasut wrote:
> On 04/10/2018 08:56 PM, Dinh Nguyen
On 04/10/2018 09:21 PM, Dinh Nguyen wrote:
>
>
> On 04/10/2018 05:37 PM, Marek Vasut wrote:
>> On 04/10/2018 11:36 PM, Dinh Nguyen wrote:
>>>
>>>
>>> On 04/10/2018 02:25 PM, Marek Vasut wrote:
On 04/10/2018 08:56 PM, Dinh Nguyen wrote:
>
>
> On 04/10/2018 01:29 PM, Marek Vasut
On 04/10/2018 05:37 PM, Marek Vasut wrote:
> On 04/10/2018 11:36 PM, Dinh Nguyen wrote:
>>
>>
>> On 04/10/2018 02:25 PM, Marek Vasut wrote:
>>> On 04/10/2018 08:56 PM, Dinh Nguyen wrote:
On 04/10/2018 01:29 PM, Marek Vasut wrote:
> On 04/10/2018 08:28 PM, Dinh Nguyen wrote:
On Wed, Apr 11, 2018 at 3:04 AM, Calvin Johnson wrote:
> On Mon, Apr 09, 2018 at 11:28:30PM -0700, Bin Meng wrote:
>> This adds a very simple elf64 loader via program headers, similar
>> to load_elf_image_phdr() that we already have.
>>
>> Signed-off-by: Bin Meng
We do not support bootefi booting ARMv7 in non-secure mode.
Signed-off-by: Heinrich Schuchardt
---
doc/README.uefi| 2 ++
lib/efi_loader/Kconfig | 2 ++
2 files changed, 4 insertions(+)
diff --git a/doc/README.uefi b/doc/README.uefi
index 7403be3614..ba66b16743
On 04/10/2018 11:36 PM, Dinh Nguyen wrote:
>
>
> On 04/10/2018 02:25 PM, Marek Vasut wrote:
>> On 04/10/2018 08:56 PM, Dinh Nguyen wrote:
>>>
>>>
>>> On 04/10/2018 01:29 PM, Marek Vasut wrote:
On 04/10/2018 08:28 PM, Dinh Nguyen wrote:
> Hi,
>
> I'm seeking advice with an
On Tue, Apr 10, 2018 at 10:42:45AM -0400, Simon Glass wrote:
> +U-Boot, Tom, Masahiro
>
> Hi David,
>
> On 10 April 2018 at 01:22, David Gibson wrote:
> > On Wed, Apr 04, 2018 at 01:21:10AM +0800, Simon Glass wrote:
> >> Hi David,
> >>
> >> On 3 April 2018 at 23:02,
On 04/10/2018 02:25 PM, Marek Vasut wrote:
> On 04/10/2018 08:56 PM, Dinh Nguyen wrote:
>>
>>
>> On 04/10/2018 01:29 PM, Marek Vasut wrote:
>>> On 04/10/2018 08:28 PM, Dinh Nguyen wrote:
Hi,
I'm seeking advice with an observation that I'm seeing on the Cyclone5
devkit/sockit.
With CONFIG_ARMV7_BOOT_SEC_DEFAULT=y a syntax error occurs.
Add the missing semicolon.
Signed-off-by: Heinrich Schuchardt
---
board/armltd/vexpress/vexpress_tc2.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/armltd/vexpress/vexpress_tc2.c
From: Jon Nettleton
These changes bring mainline back into line with the configurations
that were originally set in our stable BSP.
Signed-off-by: Jon Nettleton
Signed-off-by: Fabio Estevam
---
On 04/10/2018 08:56 PM, Dinh Nguyen wrote:
>
>
> On 04/10/2018 01:29 PM, Marek Vasut wrote:
>> On 04/10/2018 08:28 PM, Dinh Nguyen wrote:
>>> Hi,
>>>
>>> I'm seeking advice with an observation that I'm seeing on the Cyclone5
>>> devkit/sockit.
>>>
>>> I'm working with U-Boot version
It appears commit 4bafceff0e9e (" Merge git://git.denx.de/u-boot-mmc")
seems to have broken the AM3517-EVM board. The AM3517 is similar to the
OMAP3, and the omap3_logic board (DM3730) works just fine.
The output does not show any text for SPL/MLO but 4bafceff0e9e is commit
which seems hard to
On Mon, Apr 09, 2018 at 11:28:30PM -0700, Bin Meng wrote:
> This adds a very simple elf64 loader via program headers, similar
> to load_elf_image_phdr() that we already have.
>
> Signed-off-by: Bin Meng
> ---
>
> cmd/elf.c | 34 ++
> 1 file
On 04/10/2018 01:29 PM, Marek Vasut wrote:
> On 04/10/2018 08:28 PM, Dinh Nguyen wrote:
>> Hi,
>>
>> I'm seeking advice with an observation that I'm seeing on the Cyclone5
>> devkit/sockit.
>>
>> I'm working with U-Boot version v2018.05-rc1. Building the
>> u-boot-with-spl.sfp, then writing the
On 04/10/2018 08:28 PM, Dinh Nguyen wrote:
> Hi,
>
> I'm seeking advice with an observation that I'm seeing on the Cyclone5
> devkit/sockit.
>
> I'm working with U-Boot version v2018.05-rc1. Building the
> u-boot-with-spl.sfp, then writing the sfp file to the 0xa2 partition on
> the SD card,
Hi,
I'm seeking advice with an observation that I'm seeing on the Cyclone5
devkit/sockit.
I'm working with U-Boot version v2018.05-rc1. Building the
u-boot-with-spl.sfp, then writing the sfp file to the 0xa2 partition on
the SD card, does not boot, all I get is this:
U-Boot SPL 2018.05-rc1 (Apr
Hi,
I'm seeking advice with an observation that I'm seeing on the Cyclone5
devkit/sockit.
I'm working with U-Boot version v2018.05-rc1. Building the
u-boot-with-spl.sfp, then writing the sfp file to the 0xa2 partition on
the SD card, does not boot, all I get is this:
U-Boot SPL 2018.05-rc1 (Apr
On 10.04.2018 17:51, Tom Rini wrote:
> - For am335x_pdu001 we do not want the CPSW driver, drop it
> - Re-sync the defconfig for am43xx_evm_rtconly as it came in after the
> patch that converted CPSW to Kconfig was posted but before it was
> applied.
> - Drop empty section / comments from
On Wed, Apr 04, 2018 at 10:01:03AM +0200, linux-kernel-...@beckhoff.com wrote:
> 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
On 03/24/2018 03:57 PM, Heinrich Schuchardt wrote:
> On 03/18/2018 01:03 AM, Vagrant Cascadian wrote:
>> On 2018-03-17, Heinrich Schuchardt wrote:
>>> The Odroid C2 fails to read from mmc with U-Boot v2018.03.
>>> The change avoids a division by zero.
>>>
>>> The fix was suggested by Jaehoon in
- For am335x_pdu001 we do not want the CPSW driver, drop it
- Re-sync the defconfig for am43xx_evm_rtconly as it came in after the
patch that converted CPSW to Kconfig was posted but before it was
applied.
- Drop empty section / comments from pengwyn
- Drop empty section / comments from baltos
On 03/30/2018 10:42 AM, Simon Glass wrote:
> On 24 March 2018 at 04:12, Heinrich Schuchardt wrote:
>> According to the documentation the EFI log category is called LOGC_EFI.
>> All other categories start with LOGC_. So let's fix it.
>>
>> Fixes: 1973b381a1b3 ("log: add
On 10.04.2018 17:30, Tom Rini wrote:
> On Tue, Apr 10, 2018 at 05:26:25PM +0200, Felix Brack wrote:
>> On 10.04.2018 16:50, Tom Rini wrote:
>>> On Tue, Apr 10, 2018 at 04:11:09PM +0200, Felix Brack wrote:
On 10.04.2018 15:30, Tom Rini wrote:
> On Tue, Apr 10, 2018 at 02:59:23PM +0200,
On Tue, Apr 10, 2018 at 05:26:25PM +0200, Felix Brack wrote:
> On 10.04.2018 16:50, Tom Rini wrote:
> > On Tue, Apr 10, 2018 at 04:11:09PM +0200, Felix Brack wrote:
> >> On 10.04.2018 15:30, Tom Rini wrote:
> >>> On Tue, Apr 10, 2018 at 02:59:23PM +0200, Felix Brack wrote:
> On 10.04.2018
On 10.04.2018 16:50, Tom Rini wrote:
> On Tue, Apr 10, 2018 at 04:11:09PM +0200, Felix Brack wrote:
>> On 10.04.2018 15:30, Tom Rini wrote:
>>> On Tue, Apr 10, 2018 at 02:59:23PM +0200, Felix Brack wrote:
On 10.04.2018 14:54, Tom Rini wrote:
> On Tue, Apr 10, 2018 at 02:43:47PM +0200,
Hi Siva,
I've been working on a patch to add support for io-mode [1].
It's based on xilinx/master which is closer to v1 (no include file).
I haven't had much time to test it further but I can load a bitstream
from a ubifs partition with it.
Let me know if you have comments.
On Tue, 10 Apr 2018
The QSPI controller on RCar Gen2 has 32byte FIFO. Instead of doing
the SPI transmission 1 byte at time, if there is a 32byte chunk of
data to be transferred, fill the FIFO completely and then transfer
the data to/from the FIFO. This increases the SPI NOR access speed
significantly.
Signed-off-by:
Just replace unsigned {char,short,long} with u{8,16,32},
no functional change.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
drivers/spi/sh_qspi.c | 62 +--
1 file changed,
Replace the ad-hoc endless loops with wait_for_bit() with
reasonable timeout. Note that the loops had internal 10uS
delays, although there is no reason for those on this HW,
so they are dropped.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
Waiting for SPBDCR == 1 is not required and is covered by the
subsequent wait for SPSR_SPRFF, so drop this.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
drivers/spi/sh_qspi.c | 8
1 file changed, 8 deletions(-)
The Gen3 kernel images are often above 8 MiB, increase the
maximum kernel size to 64 MiB to future-proof it, just like
many other ARM64 boards do.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
include/configs/rcar-gen3-common.h | 1 +
On Tue, Apr 10, 2018 at 04:11:09PM +0200, Felix Brack wrote:
> On 10.04.2018 15:30, Tom Rini wrote:
> > On Tue, Apr 10, 2018 at 02:59:23PM +0200, Felix Brack wrote:
> >> On 10.04.2018 14:54, Tom Rini wrote:
> >>> On Tue, Apr 10, 2018 at 02:43:47PM +0200, Felix Brack wrote:
> On 10.04.2018
+U-Boot, Tom, Masahiro
Hi David,
On 10 April 2018 at 01:22, David Gibson wrote:
> On Wed, Apr 04, 2018 at 01:21:10AM +0800, Simon Glass wrote:
>> Hi David,
>>
>> On 3 April 2018 at 23:02, David Gibson wrote:
>> >
>> > On Fri, Mar 30,
Hi Neil,
On 10 April 2018 at 09:51, Neil Armstrong wrote:
> On 08/04/2018 15:50, Simon Glass wrote:
>> Hi,
>>
>> On 28 March 2018 at 05:54, Neil Armstrong wrote:
>>> The Amlogic SoCs have a registers containing the die revision
>>> and packaging
On Tue, Apr 10, 2018 at 04:16:14PM +0200, Michal Simek wrote:
> On 10.4.2018 16:08, Tom Rini wrote:
> > On Mon, Apr 09, 2018 at 04:39:29PM +0200, Michal Simek wrote:
> >
> >> Hi Tom,
> >>
> >> please pull these changes to your tree.
> >>
> >> Travis looks good.
> >>
On Tue, Apr 10, 2018 at 04:11:09PM +0200, Felix Brack wrote:
> On 10.04.2018 15:30, Tom Rini wrote:
> > On Tue, Apr 10, 2018 at 02:59:23PM +0200, Felix Brack wrote:
> >> On 10.04.2018 14:54, Tom Rini wrote:
> >>> On Tue, Apr 10, 2018 at 02:43:47PM +0200, Felix Brack wrote:
> On 10.04.2018
On 10.4.2018 16:08, Tom Rini wrote:
> On Mon, Apr 09, 2018 at 04:39:29PM +0200, Michal Simek wrote:
>
>> Hi Tom,
>>
>> please pull these changes to your tree.
>>
>> Travis looks good.
>> https://travis-ci.org/michalsimek/u-boot/builds/364047688
>>
>> And buildman output too.
>>
>> Thanks,
>>
On 10.04.2018 15:30, Tom Rini wrote:
> On Tue, Apr 10, 2018 at 02:59:23PM +0200, Felix Brack wrote:
>> On 10.04.2018 14:54, Tom Rini wrote:
>>> On Tue, Apr 10, 2018 at 02:43:47PM +0200, Felix Brack wrote:
On 10.04.2018 14:23, Tom Rini wrote:
> On Tue, Apr 10, 2018 at 09:21:06AM +0200,
On Mon, Apr 09, 2018 at 05:11:45PM +0200, Christian Gmeiner wrote:
> Make it possible to use gcc code coverage analysis.
>
> v1 -> v2:
> - Kconfig: remove not needed 'default n'
> - Makefile: use consistent spacing
>
> Signed-off-by: Christian Gmeiner
On Mon, Apr 09, 2018 at 04:39:29PM +0200, Michal Simek wrote:
> Hi Tom,
>
> please pull these changes to your tree.
>
> Travis looks good.
> https://travis-ci.org/michalsimek/u-boot/builds/364047688
>
> And buildman output too.
>
> Thanks,
> Michal
>
>
> The following changes since commit
On Mon, Apr 09, 2018 at 03:07:11PM +0200, Alexander Graf wrote:
> Hi Tom,
>
> Sorry the previous request failed travis checks. This one passes.
>
> This is my current patch queue for efi. Please pull.
>
> Alex
>
>
> The following changes since commit
On 08/04/2018 15:50, Simon Glass wrote:
> Hi,
>
> On 28 March 2018 at 05:54, 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
This is to announce that I have started working on DM driver support for
mxs spi driver that adds basic skeleton of DM driver functionality along with
legacy driver support.
This is compilation tested only.
Signed-off-by: Akash Gajjar
---
drivers/spi/mxs_spi.c | 74
This is to announce that I have started working on DM driver support for
mxs spi driver that adds basic skeleton of DM driver functionality along with
legacy driver support.
This is compilation tested only.
Signed-off-by: Akash Gajjar
---
drivers/spi/mxs_spi.c | 144
On Tue, Apr 10, 2018 at 02:59:23PM +0200, Felix Brack wrote:
> On 10.04.2018 14:54, Tom Rini wrote:
> > On Tue, Apr 10, 2018 at 02:43:47PM +0200, Felix Brack wrote:
> >> On 10.04.2018 14:23, Tom Rini wrote:
> >>> On Tue, Apr 10, 2018 at 09:21:06AM +0200, Felix Brack wrote:
> Hi Tom,
>
>
On 10.04.2018 14:54, Tom Rini wrote:
> On Tue, Apr 10, 2018 at 02:43:47PM +0200, Felix Brack wrote:
>> On 10.04.2018 14:23, Tom Rini wrote:
>>> On Tue, Apr 10, 2018 at 09:21:06AM +0200, Felix Brack wrote:
Hi Tom,
On 09.04.2018 17:03, Tom Rini wrote:
> On Sun, Apr 01, 2018 at
On Tue, Apr 10, 2018 at 02:43:47PM +0200, Felix Brack wrote:
> On 10.04.2018 14:23, Tom Rini wrote:
> > On Tue, Apr 10, 2018 at 09:21:06AM +0200, Felix Brack wrote:
> >> Hi Tom,
> >>
> >> On 09.04.2018 17:03, Tom Rini wrote:
> >>> On Sun, Apr 01, 2018 at 09:22:34AM +, Alex Kiernan wrote:
> >>>
On 10.04.2018 14:23, Tom Rini wrote:
> On Tue, Apr 10, 2018 at 09:21:06AM +0200, Felix Brack wrote:
>> Hi Tom,
>>
>> On 09.04.2018 17:03, Tom Rini wrote:
>>> On Sun, Apr 01, 2018 at 09:22:34AM +, Alex Kiernan wrote:
>>>
This converts CONFIG_DRIVER_TI_CPSW to Kconfig
> On 10 Apr 2018, at 14:32, Tom Rini wrote:
>
> On Tue, Apr 10, 2018 at 02:54:09PM +0800, Kever Yang wrote:
>> Hi Tom,
>>
>>
>> On 04/09/2018 06:35 AM, Tom Rini wrote:
I have do a lot of test and re-work in my local branch and at last make
it landed in
On Tue, Apr 10, 2018 at 02:54:09PM +0800, Kever Yang wrote:
> Hi Tom,
>
>
> On 04/09/2018 06:35 AM, Tom Rini wrote:
> >> I have do a lot of test and re-work in my local branch and at last make
> >> it landed in
> >> rockchip vendor U-Boot, with testing in most of SoCs(not including
> >>
On Tue, Apr 10, 2018 at 09:21:06AM +0200, Felix Brack wrote:
> Hi Tom,
>
> On 09.04.2018 17:03, Tom Rini wrote:
> > On Sun, Apr 01, 2018 at 09:22:34AM +, Alex Kiernan wrote:
> >
> >> This converts CONFIG_DRIVER_TI_CPSW to Kconfig
> >>
> >> Signed-off-by: Alex Kiernan
Hi Fabio,
On Mon, Apr 09, 2018 at 02:27:31PM -0300, Fabio Estevam wrote:
> Hi Gary,
>
> On Mon, Apr 9, 2018 at 11:40 AM, Gary Bisson
> wrote:
>
> >> #define CONFIG_EXTRA_ENV_SETTINGS \
> >> - "script=boot.scr\0" \
> >> - "uimage=uImage\0" \
> >>
Hi Guillaume,
On Mon, Apr 09, 2018 at 05:17:44PM +0200, Guillaume Gardet wrote:
>
>
> Le 09/04/2018 à 16:40, Gary Bisson a écrit :
> > Hi Guillaume,
> >
> > Thanks for your patch! Switching the upstream nitrogen6x configuration
> > to distro bootcmd has been in our todo list for some time
Hi Simon,
On Fri, Mar 30, 2018 at 12:43 AM, Simon Glass wrote:
> Hi Mario,
>
> On 28 March 2018 at 20:37, Mario Six wrote:
>> We cannot use device structures to disable devices, since getting
>> them with the API functions would bind and activate the
This commit adds support for the SST sst26wf016, sst26wf032
and sst26wf064 flash IC.
Signed-off-by: Eugeniy Paltsev
---
Changes v4->v5:
* None.
Changes v3->v4:
* None.
Changes v2->v3:
* None.
Changes v1->v2:
* None.
drivers/mtd/spi/spi_flash_ids.c | 3 +++
sst26wf flash series block protection implementation differs
from other SST series, so add specific implementation
flash_lock/flash_unlock/flash_is_locked functions for sst26wf
flash ICs.
Signed-off-by: Eugeniy Paltsev
---
Changes v4->v5:
* Return EACCES when flash
Add support for the SST sst26wf016, sst26wf032 and sst26wf064 flash IC:
sst26wf*** flash series block protection implementation differs from other
SST series, so we add implementation for sst26wf*** lock/unlock/is_locked
functions.
Add sst26wf016, sst26wf032 and sst26wf064 flash IC info to
Hi Simon,
On Fri, Mar 30, 2018 at 12:42 AM, Simon Glass wrote:
> Hi Mario,
>
> On 28 March 2018 at 20:39, Mario Six wrote:
>> Some devices offer a text-based OSD (on-screen display) that can be
>> programmatically controlled (i.e. text displayed on).
>>
>>
Hi Simon,
On Fri, Mar 30, 2018 at 12:43 AM, Simon Glass wrote:
> Hi Mario,
>
> On 28 March 2018 at 20:37, Mario Six wrote:
>> It's sometimes useful to get the device associated with a given ofnode.
>> Implement a function to implement this lookup
Hi Simon,
On Fri, Mar 30, 2018 at 12:43 AM, Simon Glass wrote:
> Hi Mario,
>
> On 28 March 2018 at 20:37, Mario Six wrote:
>> Implement a set of functions to manipulate properties in a live device
>> tree:
>>
>> * ofnode_set_property() to set generic
Hi Simon,
On Fri, Mar 30, 2018 at 12:42 AM, Simon Glass wrote:
> Hi Mario,
>
> On 28 March 2018 at 20:39, Mario Six wrote:
>> Add command to query information from and write text to IHS OSDs.
>>
>> Signed-off-by: Mario Six
>> ---
>>
The comment before the transmission loop in conjunction with the
definition of SPI_TIMEOUT as 1000 implies that the loop is supposed to
have a timeout value of 1000 ms. But since there is no mdelay(1) or
similar in the loop body, the loop just runs 1000 times, without regard
for the time elapsed.
There are three variables that have camel-case names, which is not the
preferred naming style.
Give those variables more compliant names instead.
Signed-off-by: Mario Six
---
drivers/spi/mpc8xxx_spi.c | 22 +++---
1 file changed, 11 insertions(+), 11
Decreasing the bit length and increasing the write data pointer should
be done when there are more than 32 bit of data, not 16 bit.
This did not produce incorrect behavior, because the only time where the
two checks produce different outcomes is the case of 16 < bitlen < 32,
and in this case the
Introduce the to_prescale_mod and set_char_len inline functions to make
the code more readable.
Note that the added "if (bitlen > 16)" check does not change the
semantics of the current code, and hence only preserves the current
error (this will be fixed in a later patch in the series).
The variable "char_size" holds the number of bits to be transferred in
the current loop iteration. A better name would be "xfer_bitlen", which
we rename this variable to.
Signed-off-by: Mario Six
---
drivers/spi/mpc8xxx_spi.c | 8
1 file changed, 4 insertions(+), 4
Instead of having a table right before the code implementing the length
setting for documentation, have inline comments for the if branches
actually implementing the length setting described table's entries
(which is readable thanks to the set_char_len function).
Signed-off-by: Mario Six
To prepare DM conversion, move all driver functionality into separate
functions, and call them from the driver functions; these functions will
also be called from the DM-driver functions, so that we can keep the
legacy functions for the boards that still need them.
Signed-off-by: Mario Six
Get rid of the is_read variable, and just keep the state of the "not
empty" and "not full" events in two boolean variables within the loop
body.
Signed-off-by: Mario Six
---
drivers/spi/mpc8xxx_spi.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff
Fix all "superfluous space after case" style errors.
Signed-off-by: Mario Six
---
drivers/spi/mpc8xxx_spi.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/spi/mpc8xxx_spi.c b/drivers/spi/mpc8xxx_spi.c
index 3ac9f2f8e8..079476c3ee 100644
---
We do nothing in the loop if the "not empty" event was not detected. To
simplify the logic, check if this is the case, and skip the execution of
the loop early to reduce the nesting level and flag checking.
Signed-off-by: Mario Six
---
drivers/spi/mpc8xxx_spi.c | 23
This patch series adds support for DM to the MPC8XXX SPI driver, cleans
up the driver code, fixes a few minor problems.
Some TODOs are left over for later, such as proper SPI speed setting,
and support for SPI mode setting. These would be enhancements to the
original functionality, and can come
Support DM for the MPC8XXX SPI driver.
Signed-off-by: Mario Six
---
drivers/spi/mpc8xxx_spi.c | 135 +-
1 file changed, 133 insertions(+), 2 deletions(-)
diff --git a/drivers/spi/mpc8xxx_spi.c b/drivers/spi/mpc8xxx_spi.c
index
Replace pre-processor defines with proper enums, and use the BIT macro
where applicable.
Signed-off-by: Mario Six
---
drivers/spi/mpc8xxx_spi.c | 26 +++---
1 file changed, 19 insertions(+), 7 deletions(-)
diff --git a/drivers/spi/mpc8xxx_spi.c
Minize the time the adapter is disabled (via SPI_MODE_EN
clearing/setting) to just the character length setting, and only set up
the temporary data writing variable right before we need it, so there is
a more clear distinction between setting up the SPI adapter, and setting
up the data to be
Accesses to the register map are currently done by directly reading and
writing the structure.
Switch to the appropriate IO accessors instead.
Signed-off-by: Mario Six
---
drivers/spi/mpc8xxx_spi.c | 38 +++---
1 file changed, 19
There are some comments on the same line as the code they document. Put
comments above the code lines they document, so the line length is not
unnecessarily increased.
Signed-off-by: Mario Six
---
drivers/spi/mpc8xxx_spi.c | 22 ++
1 file changed, 14
Replace the function name with a "%s" format string and the __func__
variable in debug statements (as proposed by checkpatch).
Signed-off-by: Mario Six
---
drivers/spi/mpc8xxx_spi.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git
Instead of having a nested if block, just have two branches within the
overarching if block to eliminate one nesting level.
Signed-off-by: Mario Six
---
drivers/spi/mpc8xxx_spi.c | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git
The function signatures in the driver are quite long as is. Use short
type names (uint etc.) to make them more readable.
Signed-off-by: Mario Six
---
drivers/spi/mpc8xxx_spi.c | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git
The transmission loop starts with setting some variables, which are only
used inside the loop. Reduce the scope to the loop to make the
declaration and initialization of these variables coincide.
In the case of char_size this also always initializes the variable
immediately with the final value
Hi Christian,
On Tue, Apr 10, 2018 at 5:48 PM, Christian Gmeiner
wrote:
> 2018-04-10 11:11 GMT+02:00 Bin Meng :
>> Hi Christian,
>>
>> On Tue, Apr 10, 2018 at 5:09 PM, Christian Gmeiner
>> wrote:
>>> Hi Bin,
>>>
>>>
2018-04-10 4:31 GMT+02:00 Bin Meng :
> This corrects a typo and updates several places for clarity.
>
> Signed-off-by: Bin Meng
Reviewed-by: Christian Gmeiner
> ---
>
> doc/README.vxworks | 8
> 1 file changed, 4
2018-04-10 11:11 GMT+02:00 Bin Meng :
> Hi Christian,
>
> On Tue, Apr 10, 2018 at 5:09 PM, Christian Gmeiner
> wrote:
>> Hi Bin,
>>
>> 2018-04-10 11:07 GMT+02:00 Bin Meng :
>>> Hi Christian,
>>>
>>> On Tue, Apr 10, 2018 at 4:47
Without armv8_setup_psci register VBAR_EL3 is not set up property which
makes SMC calls jump to invalid location.
smp_kick_all_cpus is required to make slave cpus leave gic_wait_for_interrupt.
Without this they will never pursue booting process.
Fix was applied to the two ways of booting
Hi Vasyl,
On Tue, Apr 10, 2018 at 5:16 PM, Vasyl Vavrychuk wrote:
> Without armv8_setup_psci register VBAR_EL3 is not set up property which
> makes SMC calls jump to invalid location.
>
> smp_kick_all_cpus is required to make slave cpus leave gic_wait_for_interrupt.
>
Without armv8_setup_psci register VBAR_EL3 is not set up property which
makes SMC calls jump to invalid location.
smp_kick_all_cpus is required to make slave cpus leave gic_wait_for_interrupt.
Without this they will never pursue booting process.
Fix was applied to the two ways of booting
Hi Christian,
On Tue, Apr 10, 2018 at 5:09 PM, Christian Gmeiner
wrote:
> Hi Bin,
>
> 2018-04-10 11:07 GMT+02:00 Bin Meng :
>> Hi Christian,
>>
>> On Tue, Apr 10, 2018 at 4:47 PM, Christian Gmeiner
>> wrote:
>>> Hi
Hi Bin,
2018-04-10 11:07 GMT+02:00 Bin Meng :
> Hi Christian,
>
> On Tue, Apr 10, 2018 at 4:47 PM, Christian Gmeiner
> wrote:
>> Hi Bin
>>
>> Thanks for you quick review!
>>
>>>
>>> On Tue, Apr 10, 2018 at 4:01 PM, Christian Gmeiner
>>>
Hi Christian,
On Tue, Apr 10, 2018 at 4:47 PM, Christian Gmeiner
wrote:
> Hi Bin
>
> Thanks for you quick review!
>
>>
>> On Tue, Apr 10, 2018 at 4:01 PM, Christian Gmeiner
>> wrote:
>>> Fixes performance issue when running vx5/vx7
Hi Bin
Thanks for you quick review!
>
> On Tue, Apr 10, 2018 at 4:01 PM, Christian Gmeiner
> wrote:
>> Fixes performance issue when running vx5/vx7 images.
>
> Could you elaborate more on what performance issue you are seeing?
>
The cache performance was bad
On 10.04.2018 10:09, Alex Kiernan wrote:
> On Tue, Apr 10, 2018 at 8:04 AM, Felix Brack wrote:
>>
>> On 10.04.2018 09:47, Alex Kiernan wrote:
>>> On Tue, Apr 10, 2018 at 7:21 AM, Felix Brack wrote:
Hi Tom,
On 09.04.2018 17:03, Tom Rini wrote:
> On
Hi Christian,
On Tue, Apr 10, 2018 at 4:01 PM, Christian Gmeiner
wrote:
> Fixes performance issue when running vx5/vx7 images.
Could you elaborate more on what performance issue you are seeing?
nits: better to spell out "VxWorks"
>
> Signed-off-by: Christian
On Tue, Apr 10, 2018 at 8:04 AM, Felix Brack wrote:
>
> On 10.04.2018 09:47, Alex Kiernan wrote:
>> On Tue, Apr 10, 2018 at 7:21 AM, Felix Brack wrote:
>>> Hi Tom,
>>>
>>> On 09.04.2018 17:03, Tom Rini wrote:
On Sun, Apr 01, 2018 at 09:22:34AM +, Alex Kiernan
On 10.04.2018 09:47, Alex Kiernan wrote:
> On Tue, Apr 10, 2018 at 7:21 AM, Felix Brack wrote:
>> Hi Tom,
>>
>> On 09.04.2018 17:03, Tom Rini wrote:
>>> On Sun, Apr 01, 2018 at 09:22:34AM +, Alex Kiernan wrote:
>>>
This converts CONFIG_DRIVER_TI_CPSW to Kconfig
Fixes performance issue when running vx5/vx7 images.
Signed-off-by: Christian Gmeiner
---
arch/x86/cpu/queensbay/Makefile | 2 +-
arch/x86/cpu/queensbay/cpu.c| 61 +
2 files changed, 62 insertions(+), 1 deletion(-)
On Tue, Apr 10, 2018 at 7:21 AM, Felix Brack wrote:
> Hi Tom,
>
> On 09.04.2018 17:03, Tom Rini wrote:
>> On Sun, Apr 01, 2018 at 09:22:34AM +, Alex Kiernan wrote:
>>
>>> This converts CONFIG_DRIVER_TI_CPSW to Kconfig
>>>
>>> Signed-off-by: Alex Kiernan
Hi Tom,
On 09.04.2018 17:03, Tom Rini wrote:
> On Sun, Apr 01, 2018 at 09:22:34AM +, Alex Kiernan wrote:
>
>> This converts CONFIG_DRIVER_TI_CPSW to Kconfig
>>
>> Signed-off-by: Alex Kiernan
>> Acked-by: Joe Hershberger
>
> Applied to
Hi Tom,
On 04/09/2018 06:35 AM, Tom Rini wrote:
>> I have do a lot of test and re-work in my local branch and at last make
>> it landed in
>> rockchip vendor U-Boot, with testing in most of SoCs(not including
>> rk3066/rk3188).
>> Well, I do try to split it into pieces, but I found that actually
Hi Jaehoon,
I would like to send v3 for this series, Any specific branch that you want me
to rebase the series?
Thanks,
DP
> -Original Message-
> From: Jaehoon Chung [mailto:jh80.ch...@samsung.com]
> Sent: Wednesday, January 17, 2018 8:04 AM
> To: Siva Durga Prasad Paladugu
1 - 100 of 105 matches
Mail list logo