On 12.9.2017 20:05, Tom McLeod wrote:
> Add the Zynq-based SYZYGY Hub board from Opal Kelly. The board
> contains a Xilinx Zynq xc7z012s SoC, 1GB DDR3 RAM, and supports
> booting from SD.
>
> Signed-off-by: Tom McLeod
> ---
> arch/arm/dts/Makefile
On Sel, 2017-09-26 at 12:37 +0200, Marek Vasut wrote:
> On 09/26/2017 07:06 AM, Chee, Tien Fong wrote:
> >
> > On Isn, 2017-09-25 at 11:21 +0200, Marek Vasut wrote:
> > >
> > > On 09/25/2017 10:40 AM, tien.fong.c...@intel.com wrote:
> > > >
> > > >
> > > > From: Tien Fong Chee
On 09/27/2017 03:05 AM, Marek Vasut wrote:
> Old version of the uniphier-sd 64bit IO support patchset V1 was
> applied by the maintainer, update the uniphier-sd.c with the
> changes from the V3 of the patchset.
>
> Signed-off-by: Marek Vasut
> Cc: Masahiro Yamada
On Sel, 2017-09-26 at 12:33 +0200, Marek Vasut wrote:
> On 09/26/2017 10:23 AM, Chee, Tien Fong wrote:
> >
> > On Isn, 2017-09-25 at 11:15 +0200, Marek Vasut wrote:
> > >
> > > On 09/25/2017 10:40 AM, tien.fong.c...@intel.com wrote:
> > > >
> > > >
> > > > From: Tien Fong Chee
On Sel, 2017-09-26 at 12:35 +0200, Marek Vasut wrote:
> On 09/26/2017 10:20 AM, Chee, Tien Fong wrote:
> >
> > On Isn, 2017-09-25 at 11:19 +0200, Marek Vasut wrote:
> > >
> > > On 09/25/2017 10:40 AM, tien.fong.c...@intel.com wrote:
> > > >
> > > >
> > > > From: Tien Fong Chee
On 09/22/2017 02:20 PM, Clément Péron wrote:
Sorry these are my local commits you can find them here :
https://patchwork.ozlabs.org/patch/765992/
https://patchwork.ozlabs.org/patch/765996/
https://patchwork.ozlabs.org/patch/765997/
https://patchwork.ozlabs.org/patch/765998/
Hi,
just tested
On Sel, 2017-09-26 at 12:37 +0200, Marek Vasut wrote:
> On 09/26/2017 06:42 AM, Chee, Tien Fong wrote:
> >
> > On Isn, 2017-09-25 at 11:23 +0200, Marek Vasut wrote:
> > >
> > > On 09/25/2017 10:40 AM, tien.fong.c...@intel.com wrote:
> > > >
> > > >
> > > > From: Tien Fong Chee
On Isn, 2017-09-25 at 11:23 +0200, Marek Vasut wrote:
> On 09/25/2017 10:40 AM, tien.fong.c...@intel.com wrote:
> >
> > From: Tien Fong Chee
> >
> > Clock frequency info is required in U-boot.
> >
> > Signed-off-by: Tien Fong Chee
> I want a
On Sel, 2017-09-26 at 12:38 +0200, Marek Vasut wrote:
> On 09/26/2017 06:31 AM, Chee, Tien Fong wrote:
> >
> > On Isn, 2017-09-25 at 11:24 +0200, Marek Vasut wrote:
> > >
> > > On 09/25/2017 10:40 AM, tien.fong.c...@intel.com wrote:
> > > >
> > > >
> > > > From: Tien Fong Chee
On Sel, 2017-09-26 at 12:30 +0200, Marek Vasut wrote:
> On 09/26/2017 10:54 AM, Chee, Tien Fong wrote:
> >
> > On Isn, 2017-09-25 at 11:00 +0200, Marek Vasut wrote:
> > >
> > > On 09/25/2017 10:39 AM, tien.fong.c...@intel.com wrote:
> > > >
> > > >
> > > > From: Tien Fong Chee
As reported by Coverity, we did not free dirnode in the case of failure.
Do so now.
Reported-by: Coverity (CID: 131221)
Cc: Stefan Brüns
Signed-off-by: Tom Rini
---
fs/ext4/ext4fs.c | 1 +
1 file changed, 1 insertion(+)
diff --git
Coverity has found some problems with the return paths in parts of this
code. We have a case where we were going to the wrong part of the
unwind (open() failed so we cannot close the fd), a case where we were
only free()ing our buf on the error path and finally a case where we did
not munmap in
Hi Pawel:
On 2017年09月26日 19:34, Paweł Jarosz wrote:
Hi,
W dniu 25.09.2017 o 12:29, Heiko Stübner pisze:
Hi Andy,
Am Montag, 25. September 2017, 17:45:03 CEST schrieb Andy Yan:
On 2017年09月22日 13:56, Heiko Stuebner wrote:
Am Freitag, 22. September 2017, 08:50:49 CEST schrieb Andy Yan:
Hi
stdin might not be set, which would cause iomux_doenv() to fail
therefore causing probe_usb_keyboard() to fail. Furthermore if we do
have iomux enabled, the sensible thing (in terms of user experience)
would be to simply add ourselves to the list of stdin devices.
This fixes an issue with usbkbd
We cannot leave this uninitialized, set it to 0.
Reported-by: Coverity (CID: 144426)
Signed-off-by: Tom Rini
---
cmd/time.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/cmd/time.c b/cmd/time.c
index de57e3b9dd5e..2cd8b1a5 100644
--- a/cmd/time.c
For the initrd portion of handling our bootm arguments we do not have a
sufficiently long enough buffer for some improbable 64bit cases. Expand
this buffer to allow for a 64bit address and almost 256MB initrd to be
used. Make use of strncpy/strncat when constructing the values here
since we know
When we have multiple messages provided, we need to be sure that we do
not exceed the length of our 'message' buffer. In the for loop, make
sure that pos is not larger than message. Only copy in at most however
much of the message buffer remains. Finally, if we have not reached the
end of the
On Tue, Sep 19, 2017 at 4:22 AM, wrote:
> From: Chin Liang See
>
> Add misc support for Stratix SoC
Just because the file is call misc.c doesn't mean you can just keep the commit
message that simple. Can you add what functions are you adding?
On Tue, Sep 19, 2017 at 4:22 AM, wrote:
> From: Chin Liang See
>
> Add Reset Manager driver support for Stratix SoC
>
> Signed-off-by: Chin Liang See
> ---
> arch/arm/mach-socfpga/Makefile | 1
On Tue, Sep 19, 2017 at 4:22 AM, wrote:
> From: Chin Liang See
>
> Add Clock Manager driver support for Stratix SoC
>
> Signed-off-by: Chin Liang See
> ---
> arch/arm/mach-socfpga/Makefile | 4
On Tue, Sep 19, 2017 at 4:22 AM, wrote:
> From: Chin Liang See
>
> Device tree for Stratix10 SoC
>
> Signed-off-by: Chin Liang See
> ---
> arch/arm/dts/Makefile| 3 +-
>
On Tue, Sep 19, 2017 at 4:22 AM, wrote:
> From: Chin Liang See
>
> Device tree for Stratix10 SoC
>
> Signed-off-by: Chin Liang See
> ---
> arch/arm/dts/Makefile| 3 +-
>
On Tue, Sep 26, 2017 at 2:50 PM, Peter Robinson wrote:
> I tested a build with 6.4 from Fedora 25 and I saw the same issue so
> I'm not sure where the problem is coming from but I'm also
> travelling/meetings so haven't had time to dig further into the issue
In the
On Tue, Sep 26, 2017 at 1:08 PM, Tom Rini wrote:
> Coverity scan has identified potential buffer overruns in these tests.
> Correct this by zeroing our buffer and using strncpy not strcpy.
>
> Reported-by: Coverity (CID: 155462, 155463)
> Cc: Joe Hershberger
Add a test which tries out various filters and options to make sure that
logging works as expected.
Signed-off-by: Simon Glass
---
Changes in v2:
- Change log levels to match new header
- Only execute log tests if CONFIG_LOG is enabled
- Rename LOGL_WARN to LOGL_WARNING
Enable all logging features on sandbox so that the tests can be run.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v2:
- Change sandbox log level to 6
configs/sandbox_defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git
This does not appear to be used by any boards. Before introducing a new
log system, remove this old one.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v2: None
cmd/Makefile | 1 -
cmd/log.c
Before adding new features, move these definitions to a separate header
to avoid further cluttering common.h.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v2: None
include/common.h | 64 +
It is useful to display log messages on the console. Add a simple driver
to handle this.
Note that this driver outputs to the console, which may be serial or
video. It does not specifically select serial output.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
Add a command which exercises the logging system.
Signed-off-by: Simon Glass
---
Changes in v2:
- Fix function called when test command is selected
- Fix help output for 'log test'
- Rename LOGL_WARN to LOGL_WARNING
MAINTAINERS | 1 +
cmd/Kconfig | 3 +-
Add documentation for the log system.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v2:
- Drop the special log() functions from the README
doc/README.log | 214 +
1 file changed,
The debug() macro now evaluates its expression so does not need #ifdef
protection. In fact the current code causes a warning with the new log
implementation. Adjust the code to fix this.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v2:
Add a command for adjusting the log level.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v2: None
cmd/Kconfig | 7 +++
cmd/Makefile | 1 +
cmd/log.c| 55 +++
3 files
Set up logging both before and after relocation.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v2: None
common/board_f.c | 5 -
common/board_r.c | 2 ++
common/log.c | 1 +
While sandbox works OK without the special-case code, it does result in
console output being stored in the pre-console buffer while sandbox starts
up. If there is a crash or a problem then there is no indication of what
is going on.
For ease of debugging it seems better to revert this change
While sandbox works OK without the special-case code, it does result in
console output being stored in the pre-console buffer while sandbox starts
up. If there is a crash or a problem then there is no indication of what
is going on.
For ease of debugging it seems better to revert this change.
Add the logging header file and implementation with some configuration
options to control it.
Signed-off-by: Simon Glass
---
Changes in v2:
- Add a comment as to why CONFIG_LOG_MAX_LEVEL is not defined
- Drop MAINTAINERS entries for files not added by this patch
- Drop the
We cannot use sandbox memory at 0 since other things use memory at that
address. Move it up out of the way.
Note that the pre-console buffer is currently disabled with sandbox, but
this change will avoid confusion if it is manually enabled.
Signed-off-by: Simon Glass
---
U-Boot currently has fairly rudimentary logging features. A basic printf()
provides console output and debug() provides debug output which is
activated if DEBUG is defined in the file containing the debug()
statements.
It would be useful to have a few more features:
- control of debug output at
On Tue, Sep 26, 2017 at 06:28:40PM +, Langer, Thomas wrote:
> Hello Tom,
>
> I just read some days ago about the kernel Coding-Style:
>
>
> Choose label names which say what the goto does or why the goto exists. An
> example of a good name could be ``out_free_buffer:`` if the goto frees
>
On 26 September 2017 at 12:08, Tom Rini wrote:
> Coverity scan has identified potential buffer overruns in these tests.
> Correct this by zeroing our buffer and using strncpy not strcpy.
>
> Reported-by: Coverity (CID: 155462, 155463)
> Cc: Joe Hershberger
Hi Masahiro,
On 20 September 2017 at 11:19, Masahiro Yamada
wrote:
> Hi Simon,
>
>
> 2017-09-20 22:49 GMT+09:00 Simon Glass :
>> Hi Masahiro,
>>
>> On 19 September 2017 at 20:51, Masahiro Yamada
>> wrote:
>>> Hi
Hi Bin,
On 17 September 2017 at 23:45, Bin Meng wrote:
> On Sun, Sep 17, 2017 at 5:23 AM, Simon Glass wrote:
>> It is useful to display log messages on the console. Add a simple driver
>> to handle this.
>>
>> Signed-off-by: Simon Glass
Hello Tom,
I just read some days ago about the kernel Coding-Style:
Choose label names which say what the goto does or why the goto exists. An
example of a good name could be ``out_free_buffer:`` if the goto frees
``buffer``.
Avoid using GW-BASIC names like ``err1:`` and ``err2:``, as you
Coverity scan has identified potential buffer overruns in these tests.
Correct this by zeroing our buffer and using strncpy not strcpy.
Reported-by: Coverity (CID: 155462, 155463)
Cc: Joe Hershberger
Cc: Simon Glass
Cc: Bin Meng
Since we use EHCI generic driver on RCar Gen3 , this driver is useless.
Remove it.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
drivers/usb/host/Kconfig | 8 ---
drivers/usb/host/Makefile | 1 -
In order to use ehci-generic driver, move the configuration of HSUSB
block into the board file. This configuration should not have been in
the Gen3 EHCI USB driver in the first place, so move it to the board
file until there is a proper infrastructure and driver for the HSUSB
block.
In order to use ehci-generic driver, move the configuration of HSUSB
block into the board file. This configuration should not have been in
the Gen3 EHCI USB driver in the first place, so move it to the board
file until there is a proper infrastructure and driver for the HSUSB
block.
Enable the EHCI generic driver, which is superior to ad-hoc SoC specific one.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
configs/r8a7795_salvator-x_defconfig | 1 +
configs/r8a7796_salvator-x_defconfig | 1 +
2 files changed, 2
Just move those config options from macros to configs.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
configs/r8a7795_salvator-x_defconfig | 4
configs/r8a7795_ulcb_defconfig | 5 +
configs/r8a7796_salvator-x_defconfig |
Old version of the uniphier-sd 64bit IO support patchset V1 was
applied by the maintainer, update the uniphier-sd.c with the
changes from the V3 of the patchset.
Signed-off-by: Marek Vasut
Cc: Masahiro Yamada
Cc: Jaehoon Chung
Enable the EHCI generic driver, which is superior to ad-hoc SoC specific one.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
configs/r8a7795_ulcb_defconfig | 1 +
configs/r8a7796_ulcb_defconfig | 1 +
2 files changed, 2 insertions(+)
The R8A7796 EHCI USB nodes are missing from r8a7796 dtsi, add them.
These nodes don't come from mainline Linux, yet the DT binding is
similar enough to R8A7795 which already has those in mainline and
once the nodes hit mainline, this DT should be resynched.
Signed-off-by: Marek Vasut
The UniPhier SD driver handles the same Matsushita IP as is used
in the Renesas RCar SoCs, yet the driver is significantly better
than the SH SDHI one. Switch over to the Uniphier driver.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
>>> I'm seeing some issues with some of the i.MX6 devices with the latest
>>> stable release. It loads the SPL and then just seems to loop:
>>>
>>> U-Boot SPL 2017.09 (Sep 25 2017 - 18:42:10)
>>> Trying to boot from MMC1
>>>
>>> U-Boot SPL 2017.09 (Sep 25 2017 - 18:42:10)
>>> Trying to boot from
Hi,
On 26/09/17 01:28 AM, Siva Durga Prasad Paladugu wrote:
> Hi,
>
>> -Original Message-
>> From: Jagan Teki [mailto:jagannadh.t...@gmail.com]
>> Sent: Tuesday, September 26, 2017 10:17 AM
>> To: Liam Beguin
>> Cc: u-boot@lists.denx.de; Michal Simek
Add option to set spi controller clock frequency via device tree
using standard clock bindings.
Old way of setting spi controller clock frequency (via implementation
of 'cm_get_spi_controller_clk_hz' function in platform specific code)
remains supported.
Signed-off-by: Eugeniy Paltsev
Hi,
> -Original Message-
> From: Jagan Teki [mailto:jagannadh.t...@gmail.com]
> Sent: Tuesday, September 26, 2017 10:17 AM
> To: Liam Beguin
> Cc: u-boot@lists.denx.de; Michal Simek ; Siva Durga
> Prasad Paladugu
> Subject:
Resending with proper CC since the email came back.
On 24/09/17 09:36 PM, Liam Beguin wrote:
> Hi,
>
> I'm testing a new Xilinx zynqmp dev board and was not able to probe the
> qspi with the latest mainline U-Boot. I see that there is a 'zynqmp_qspi'
> driver in the Xilinx tree [1] but nothing
Hi Michal,
I wanted to check in and see if you've had a chance to review this patch
yet. Please let me know if you need me to make any changes or if it's good
to go.
Thanks,
-Tom
On Tue, Sep 12, 2017 at 11:05 AM, Tom McLeod
wrote:
> Add the Zynq-based SYZYGY Hub
Hi Philipp,
On 13.9.2017 21:29, Philipp Tomsich wrote:
>
> A number of things about how we boot the RK3368 and RK3399 through ATF
> are less than ideal today, especially when considering future
> platforms that will follow a similar boot concept:
> - the auto-detection of images from the FIT
Hi Peter,
2017-09-25 16:00 GMT-03:00 Fabio Estevam :
> Hi Peter,
>
> On Mon, Sep 25, 2017 at 3:54 PM, Peter Robinson wrote:
>> Hi Fabio,
>>
>> I'm seeing some issues with some of the i.MX6 devices with the latest
>> stable release. It loads the SPL and
Thanks Patrice,
> -Original Message-
> From: Patrice CHOTARD
> Sent: Tuesday, September 26, 2017 5:27 AM
> To: Vikas MANOCHA ; u-boot@lists.denx.de;
> albert.u.b...@aribaud.net; s...@chromium.org
> Cc: Patrick DELAUNAY ; Christophe KERELLO
Hi,
I'm currently testing USB on my x86 platform. And noticed, that
the "usb storage" command does not work as expected:
=> usb reset
resetting USB...
USB0: Register 7000820 NbrPorts 7
Starting the controller
USB XHCI 1.00
scanning bus 0 for devices... 5 USB Device(s) found
scanning
With the overlay tests now being built in sandbox Coverity has found a
number of issues in the tests. In short, if malloc ever failed we would
leak the previous mallocs, so we need to do the usual goto pattern to
free each in turn. Finally, we always looked at the free()d location to
see how
Hi Tom,
please pull the following 2 patches from Marek for the CFI driver.
Thanks,
Stefan
The following changes since commit 1f6049e2501b5c35c61435dbc05ba96743202674:
tools/mkimage: Make the path to the dtc binary that mkimage calls
configurable (2017-09-24 07:33:03 -0400)
are available in
On 12.09.2017 19:09, Marek Vasut wrote:
The status register is optional in the AMD command sets, but it's
presence can be checked by reading out CFI table entry 0xc bit 0.
If the register is present, prefer using it's bit 7 to determine
if the flash is busy over reading the flash ; this is
On 12.09.2017 19:09, Marek Vasut wrote:
Embed the flash base into struct flash_info instead of having ad-hoc
static array in the code. This does not only remove static variable,
but also allows CFI-like controllers, ie. HyperFlash ones, to use most
of the CFI flash code by populating the
2017-09-22 22:54 GMT+09:00 Jaehoon Chung :
> On 08/21/2017 12:11 AM, Marek Vasut wrote:
>> This patch prepares the driver to support controller(s) with registers
>> at locations shifted by constant. Pull out the readl()/writel() from
>> the driver into separate functions,
+Simon,
On Tue, Sep 26, 2017 at 10:14 PM, Bin Meng wrote:
> On Tue, Sep 26, 2017 at 5:32 PM, Bin Meng wrote:
>> Hi Stephen,
>>
>> On Tue, Sep 26, 2017 at 1:11 AM, Stephen Warren
>> wrote:
>>> On 09/25/2017 10:40 AM, Marek Vasut
On Mon, Sep 25, 2017 at 10:06:34PM +0300, Tuomas Tynkkynen wrote:
> The previous commit fixed a problem in FAT code where going back to the
> root directory using '..' wouldn't work correctly on FAT12 or FAT16.
> Add a test to exercise this case (which was once fixed in commit
> 18a10d46f26 "fat:
On Mon, Sep 25, 2017 at 10:06:32PM +0300, Tuomas Tynkkynen wrote:
> Currently we can only test FAT32 which is the default FAT version that
> mkfs.vfat creates by default. Instead make it explicitly create either a
> FAT16 or a FAT32 volume. This allows us to exercise more code, for
> instance the
On Mon, Sep 25, 2017 at 10:06:31PM +0300, Tuomas Tynkkynen wrote:
> The current code doesn't compute the group descriptor checksum correctly
> for the filesystems that e2fsprogs 1.43.4 creates (they have
> 'Group descriptor size: 64' as reported by tune2fs). Extend the checksum
> calculation to be
Dear Wolfgang Denk,
Thanks a lot for your explanations !
Clement
> I'm tempted to rephrase: you made some errors :-)
>> The first one is when I try to do a mask from a memory address and
>> store it to an env variable.
>>
>> => setexpr toto *{loadaddr} & 0xFF
>> syntax error
>> => setexpr toto
On Tue, Sep 26, 2017 at 03:21:25PM +0300, Tuomas Tynkkynen wrote:
> The 'block' field of fat_itr needs to be properly aligned for DMA and
> while it does have '__aligned(ARCH_DMA_MINALIGN)', the fat_itr structure
> itself needs to be properly aligned as well.
>
> While at it use
On Tue, Sep 26, 2017 at 07:42:28AM -0700, ali...@peloton-tech.com wrote:
> From: Alison Chaiken
>
> Create a common exit for most of the error handling code in
> do_rename_gpt_parts. Delete the list elements in disk_partitions
> before calling INIT_LIST_HEAD from
From: Alison Chaiken
Create a common exit for most of the error handling code in
do_rename_gpt_parts. Delete the list elements in disk_partitions
before calling INIT_LIST_HEAD from get_gpt_info() a second time.
The SIZEOF_MISMATCH error is not addressed, since that
Hi,
On Tue, Sep 26, 2017 at 10:39 PM, wrote:
> From: Alison Chaiken
>
> Create a common exit for most of the error handling code in
> do_rename_gpt_parts. Delete the list elements in disk_partitions
> before calling INIT_LIST_HEAD from
Dear Clément Péron,
In message
you wrote:
>
> I write a script on u-boot but i found 2 strange behaviors.
I'm tempted to rephrase: you made some errors :-)
> The first one is when I try to do a mask from a memory address and
From: Alison Chaiken
Create a common exit for most of the error handling code in
do_rename_gpt_parts. Delete the list elements in disk_partitions
before calling INIT_LIST_HEAD from get_gpt_info() a second time.
The SIZEOF_MISMATCH error is not addressed, since that
On Tue, Sep 26, 2017 at 02:02:47PM +, Quentin Schulz wrote:
> As explained in arch/arm/mach-sunxi/clock_sun8i_a83t.c, clk for CPU
> clusters is computed as clk = 24*n. However, the current formula is clk
> = 24*(n-1).
>
> This results in a clock set to a frequency that isn't specified as
>
Hi,
I write a script on u-boot but i found 2 strange behaviors.
The first one is when I try to do a mask from a memory address and
store it to an env variable.
=> setexpr toto *{loadaddr} & 0xFF
syntax error
=> setexpr toto *{loadaddr} & 0x3F
syntax error
=> setexpr toto 0x3F & *{loadaddr}
On Tue, Sep 26, 2017 at 5:32 PM, Bin Meng wrote:
> Hi Stephen,
>
> On Tue, Sep 26, 2017 at 1:11 AM, Stephen Warren wrote:
>> On 09/25/2017 10:40 AM, Marek Vasut wrote:
>>>
>>> On 09/25/2017 06:13 PM, Stephen Warren wrote:
Marek,
>>>
>>>
>>>
As explained in arch/arm/mach-sunxi/clock_sun8i_a83t.c, clk for CPU
clusters is computed as clk = 24*n. However, the current formula is clk
= 24*(n-1).
This results in a clock set to a frequency that isn't specified as
possible for CPUs.
Let's use the correct formula.
Fixes: f542948b1e8c
Hi Vikas
On 09/26/2017 10:51 AM, Patrice CHOTARD wrote:
> Hi Vikas
>
> On 09/25/2017 09:51 AM, Patrice CHOTARD wrote:
>> Hi Vikas
>>
>> On 09/20/2017 03:39 AM, Vikas Manocha wrote:
>>> Hi Patrice,
>>>
>>> On 09/13/2017 09:00 AM, patrice.chot...@st.com wrote:
From: Patrice Chotard
On Mon, Sep 25, 2017 at 06:41:58PM +0200, Marek Vasut wrote:
> The following changes since commit 1f6049e2501b5c35c61435dbc05ba96743202674:
>
> tools/mkimage: Make the path to the dtc binary that mkimage calls
> configurable (2017-09-24 07:33:03 -0400)
>
> are available in the git repository
The 'block' field of fat_itr needs to be properly aligned for DMA and
while it does have '__aligned(ARCH_DMA_MINALIGN)', the fat_itr structure
itself needs to be properly aligned as well.
While at it use malloc_cache_aligned() for other aligned allocations in
the file.
Fixes: 2460098cffacd1
On Mon, Sep 25, 2017 at 02:31:03PM +0900, Jaehoon Chung wrote:
> Dear Tom,
>
> Could you pull these patches into u-boot/master?
> If there is a problem, let me know, plz.
>
> Other patches needs to check more, so i didn't apply them.
> If i need to send PR again, i will send the PR as "take v2"
On Mon, Sep 25, 2017 at 01:21:35PM +0530, Jagan Teki wrote:
> Hi Tom,
>
> Please pull this PR.
>
> thanks!
> Jagan.
>
> The following changes since commit 1f6049e2501b5c35c61435dbc05ba96743202674:
>
> tools/mkimage: Make the path to the dtc binary that mkimage calls
> configurable
On 26/09/2017 13:19, Fabio Estevam wrote:
> Hi Stefano,
>
> On Wed, Sep 20, 2017 at 8:17 PM, Fabio Estevam wrote:
>> From: Fabio Estevam
>>
>> Add support for the latest MX6QP wandboard variant.
>>
>> Based on Richard Hu's work from Technexion's
Hi,
W dniu 25.09.2017 o 12:29, Heiko Stübner pisze:
Hi Andy,
Am Montag, 25. September 2017, 17:45:03 CEST schrieb Andy Yan:
On 2017年09月22日 13:56, Heiko Stuebner wrote:
Am Freitag, 22. September 2017, 08:50:49 CEST schrieb Andy Yan:
Hi Heiko:
On 2017年09月22日 08:24, Andy Yan wrote:
Hi
Hi Stefano,
On Wed, Sep 20, 2017 at 8:17 PM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Add support for the latest MX6QP wandboard variant.
>
> Based on Richard Hu's work from Technexion's U-Boot tree.
>
> Signed-off-by: Fabio Estevam
On 09/26/2017 11:52 AM, Chee, Tien Fong wrote:
> On Isn, 2017-09-25 at 11:14 +0200, Marek Vasut wrote:
>> On 09/25/2017 10:40 AM, tien.fong.c...@intel.com wrote:
>>>
>>> From: Tien Fong Chee
>>>
>>> These drivers handle FPGA program operation from flash loading
>>> RBF
On 09/26/2017 06:31 AM, Chee, Tien Fong wrote:
> On Isn, 2017-09-25 at 11:24 +0200, Marek Vasut wrote:
>> On 09/25/2017 10:40 AM, tien.fong.c...@intel.com wrote:
>>>
>>> From: Tien Fong Chee
>>>
>>> Enable SPL loading U-boot from SDMMC to DDR and booting U-boot.
>> This
On 09/26/2017 10:20 AM, Chee, Tien Fong wrote:
> On Isn, 2017-09-25 at 11:15 +0200, Marek Vasut wrote:
>> On 09/25/2017 10:40 AM, tien.fong.c...@intel.com wrote:
>>>
>>> From: Tien Fong Chee
>>>
>>> Add function for both multiple DRAM bank and single DRAM bank size
>>>
On 09/26/2017 10:23 AM, Chee, Tien Fong wrote:
> On Isn, 2017-09-25 at 11:15 +0200, Marek Vasut wrote:
>> On 09/25/2017 10:40 AM, tien.fong.c...@intel.com wrote:
>>>
>>> From: Tien Fong Chee
>>>
>>> Current sdram driver is only applied to gen5 device, hence it is
>>>
On 09/26/2017 10:20 AM, Chee, Tien Fong wrote:
> On Isn, 2017-09-25 at 11:19 +0200, Marek Vasut wrote:
>> On 09/25/2017 10:40 AM, tien.fong.c...@intel.com wrote:
>>>
>>> From: Tien Fong Chee
>>>
>>> Add DDR driver suppport for Arria 10.
>>>
>>> Signed-off-by: Tien Fong
On 09/26/2017 06:42 AM, Chee, Tien Fong wrote:
> On Isn, 2017-09-25 at 11:23 +0200, Marek Vasut wrote:
>> On 09/25/2017 10:40 AM, tien.fong.c...@intel.com wrote:
>>>
>>> From: Tien Fong Chee
>>>
>>> Enhance preloader header with both additional program length and
>>>
On 09/26/2017 07:06 AM, Chee, Tien Fong wrote:
> On Isn, 2017-09-25 at 11:21 +0200, Marek Vasut wrote:
>> On 09/25/2017 10:40 AM, tien.fong.c...@intel.com wrote:
>>>
>>> From: Tien Fong Chee
>>>
>>> Add support to memory allocation in SPL for preparation to enable
>>>
On 09/26/2017 10:30 AM, Chee, Tien Fong wrote:
> On Isn, 2017-09-25 at 11:14 +0200, Marek Vasut wrote:
>> On 09/25/2017 10:40 AM, tien.fong.c...@intel.com wrote:
>>>
>>> From: Tien Fong Chee
>>>
>>> These drivers handle FPGA program operation from flash loading
>>> RBF
1 - 100 of 120 matches
Mail list logo