On at least Ubuntu Xenial, free() can be called before main(). In this
case, U-Boot won't have set gd, so dereferencing it will crash. Check
whether gd is set before using it.
While at it, apply the same fix to other functions.
Signed-off-by: Stephen Warren
---
common/dlmalloc.c | 6 +++---
1 f
Hi,
On 04-03-16 09:19, Stephen Warren wrote:
On at least Ubuntu Xenial, free() can be called before main(). In this
case, U-Boot won't have set gd, so dereferencing it will crash. Check
whether gd is set before using it.
While at it, apply the same fix to other functions.
Signed-off-by: Stephe
Hi Marek,
> It's I belive in socfpga_common.h and it should be migrated to
> socfpga_*_defconfig where it makes sense. Do you want to submit
> a patch for this ?
I put it in my todo list.
Once I will finish with u-boot bringup I will submit the patch.
Currently I have Ethernet not working :(
B
We mark the device tree as reserved today, spanning exactly the amount
of space it needs. If some other piece of code (like grub2) comes in and
wants to modify the device tree to for example add a kernel command line
though, it might assume that it has some space to do so.
So let's just reserve 2
Dear U-Boot support,
I'm migrating to new U-Boot version from 2013 and now have Ethernet not working
both in U-Boot and in Linux (after booting).
I have custom board with Altera Arria 5 SocFpga onboard.
U-Boot version: 2016.03-rc1
In logs I can see:
Net: No ethernet found.
With more verbos
On Fri, Mar 04, 2016 at 10:19:10AM +0100, Alexander Graf wrote:
> We mark the device tree as reserved today, spanning exactly the amount
> of space it needs. If some other piece of code (like grub2) comes in and
> wants to modify the device tree to for example add a kernel command line
> though, it
On 03/04/2016 10:03 AM, Bakhvalov, Denis (Nokia - PL/Wroclaw) wrote:
> Hi Marek,
Hi,
>> It's I belive in socfpga_common.h and it should be migrated to
>> socfpga_*_defconfig where it makes sense. Do you want to submit
>> a patch for this ?
>
> I put it in my todo list.
> Once I will finish with
Hi Marek,
> > Currently I have Ethernet not working :(
>
> OK. Do you use the same ethernet controller as ArriaV SoCDK? There are two.
Yes. I didn't changed that.
It is gmac1: ethernet@ff702000.
I already started new topic for that problem here:
http://lists.denx.de/pipermail/u-boot/2016-March
On 03/04/2016 01:24 PM, Bakhvalov, Denis (Nokia - PL/Wroclaw) wrote:
> Hi Marek,
Hi,
>>> Currently I have Ethernet not working :(
>>
>> OK. Do you use the same ethernet controller as ArriaV SoCDK? There are two.
>
> Yes. I didn't changed that.
> It is gmac1: ethernet@ff702000.
>
> I already s
On 03/04/2016 10:20 AM, Bakhvalov, Denis (Nokia - PL/Wroclaw) wrote:
> Dear U-Boot support,
>
> I'm migrating to new U-Boot version from 2013 and now have Ethernet
> not working both in U-Boot and in Linux (after booting).
>
> I have custom board with Altera Arria 5 SocFpga onboard. U-Boot
> vers
Hi,
> It seems like your PHY is not recongnised. Could there be some reset
> line which is left asserted ?
I'm afraid I don't know how to check that.
But I have previous version of U-Boot (2013) where Ethernet is working.
Maybe I can check it there?
I already tried to go that path, but code is q
Hi Stefano,
On Mon, Feb 29, 2016 at 9:33 AM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Add the basic support for Warp7 board.
>
> For more information about this reference design, please visit:
>
> https://www.element14.com/community/docs/DOC-79058/l/warp-7-the-next-generation-wearable-refe
Hi Fabio,
On 04/03/2016 14:11, Fabio Estevam wrote:
> Hi Stefano,
>
> On Mon, Feb 29, 2016 at 9:33 AM, Fabio Estevam wrote:
>> From: Fabio Estevam
>>
>> Add the basic support for Warp7 board.
>>
>> For more information about this reference design, please visit:
>>
>> https://www.element14.com/c
On Fri, Mar 4, 2016 at 11:22 AM, Stefano Babic wrote:
> Really I have postponed to -next. As we have now two month cycle
> release, the merge window becomes more strictly and I will try to not
> let flow patches that are not fixes after window is closed.
It makes sense. Just wanted to confirm, t
On 03/02/2016 05:24 PM, Marek Vasut wrote:
> On 03/03/2016 12:08 AM, Dinh Nguyen wrote:
>> On 03/02/2016 04:54 PM, Dinh Nguyen wrote:
>>> CC: Marek Vasut
>>>
>>> On 03/01/2016 08:40 PM, George Broz wrote:
On 17 February 2016 at 18:45, Phil Reid wrote:
> G'day George
>
>
> On 1
From: Lokesh Vutla
Its not compulsory that speed definition should be same on EFUSE_BOOTROM
register for all keystone 2 devices. So, allow for board specific
speed definitions.
Signed-off-by: Lokesh Vutla
Signed-off-by: Nishanth Menon
Reviewed-by: Tom Rini
---
Changes in V2:
- Picked
From: Suman Anna
Define a macro for the DSP GEM power domain id number and
use it instead of a hard-coded number in the code that
disables all the DSPs on various Keystone2 SoCs.
Signed-off-by: Suman Anna
Signed-off-by: Nishanth Menon
Reviewed-by: Tom Rini
---
Changes in V2:
- Picked
From: Lokesh Vutla
The maximum device and arm speeds can be determined by reading
EFUSE_BOOTROM register. As there is already a framework for reading this
register, adding support for all possible speeds on k2g devices.
Signed-off-by: Lokesh Vutla
Signed-off-by: Nishanth Menon
Reviewed-by: Tom
From: Vitaly Andrianov
Because KS2 u-boot works in 32 bit address space the existing ram_size
global data field cannot be used. The maximum, which the get_ram_size()
can detect is 2GB only. The ft_board_setup() needs the actual ddr3 size
to fix up dtb.
This commit introduces the ddr3_get_size()
From: Suman Anna
The DSPs are powered on by default upon a Power ON reset, and
they are powered off on current Keystone 2 SoCs - K2HK, K2L, K2E
during the boot in u-boot. This is not functional on K2G though.
Extend the existing DSP power-off support to the only DSP present
on K2G. Do note that t
From: Vitaly Andrianov
This commit replaces hard-coded EMIF and PHY DDR3 configurations for
predefined SODIMMs to a calculated configuration. The SODIMM parameters
are read from SODIMM's SPD and used to calculated the configuration.
The current commit supports calculation for DDR3 with 1600MHz a
Hi,
Please find various fixes for DDR, DSP and speed grade operations
w.r.t Keystone devices
Based on master 52dd704bf8ed Merge branch 'master' of
http://git.denx.de/u-boot-sunxi
Changes in V2:
- updates to patch #5 (review comments)
- picked up reviewed by
V1: http://marc.in
On 03/03/2016 04:09 PM, Marek Vasut wrote:
> On 03/03/2016 11:00 PM, George Broz wrote:
>> On 3 March 2016 at 06:51, Marek Vasut wrote:
>>> On 03/03/2016 03:48 PM, Dinh Nguyen wrote:
On 03/02/2016 05:24 PM, Marek Vasut wrote:
>
> Well, that's our usual USB/QSPI cache issue t
On 03/04/2016 01:45 AM, Hans de Goede wrote:
Hi,
On 04-03-16 09:19, Stephen Warren wrote:
On at least Ubuntu Xenial, free() can be called before main(). In this
case, U-Boot won't have set gd, so dereferencing it will crash. Check
whether gd is set before using it.
While at it, apply the same
On 03/04/2016 05:06 PM, Dinh Nguyen wrote:
> On 03/02/2016 05:24 PM, Marek Vasut wrote:
>> On 03/03/2016 12:08 AM, Dinh Nguyen wrote:
>>> On 03/02/2016 04:54 PM, Dinh Nguyen wrote:
CC: Marek Vasut
On 03/01/2016 08:40 PM, George Broz wrote:
> On 17 February 2016 at 18:45, Phil Rei
The behavior before this patch would attempt to configure the mux
setting for pins 0 to 27 on PORTD to all be setting 3 for LVDS. The
LVDS interface actually only uses pins 18 to 27 and not pins 0 to 27
as in the parallel LCD interface. This patch restricts the
configuration to only the relevant
From: Dinh Nguyen
For the case where an external VBUS is used, we should enable the external
VBUS comparator in the driver. This would prevent an unnecessary overcurrent
error which would then disable the host port.
The overcurrent condition was happening on the SoCFPGA Cyclone5 devkit, thus
USB
... adding in devicetree-spec,
http://lists.denx.de/pipermail/u-boot/2016-February/246542.html for the
first part of this
On Fri, Feb 26, 2016 at 07:10:23PM -0600, Nishanth Menon wrote:
> Tom,
>
>
> On Fri, Feb 26, 2016 at 6:27 PM, Tom Rini wrote:
> > On Fri, Feb 26, 2016 at 06:18:30PM -0600, N
On 03/04/2016 10:05 PM, dingu...@opensource.altera.com wrote:
> From: Dinh Nguyen
>
> For the case where an external VBUS is used, we should enable the external
> VBUS comparator in the driver. This would prevent an unnecessary overcurrent
> error which would then disable the host port.
>
> The
From: Dinh Nguyen
For the case where an external VBUS is used, we should enable the external
VBUS comparator in the driver. This would prevent an unnecessary overcurrent
error which would then disable the host port.
The overcurrent condition was happening on the SoCFPGA Cyclone5 devkit, thus
USB
On 03/05/2016 01:57 AM, dingu...@opensource.altera.com wrote:
> From: Dinh Nguyen
>
> For the case where an external VBUS is used, we should enable the external
> VBUS comparator in the driver. This would prevent an unnecessary overcurrent
> error which would then disable the host port.
>
> The
Hi,
two minor fixes for 2016.03 . Thanks!
The following changes since commit 50dc8677d769be6e2b34f49b6c43ad1e977bdc51:
Merge git://git.denx.de/u-boot-usb (2016-02-26 18:08:43 -0500)
are available in the git repository at:
git://git.denx.de/u-boot-usb.git master
for you to fetch changes up
32 matches
Mail list logo
