Hi Clémént,
> Did you also test the saveenv and sf unlock ?
I did test saveenv and it works. I did not test sf protection.
> Did you get some strange behaviors after a "warm reboot" from linux ?
Indeed, warm reboot fails. When rebooting via "reboot" command from
linux, the last thing I see is S
Hi,
My issue is with the eMMC after the boot from linux 3.12 and a warm reboot.
The eMMC is stuck in an infinite loop after CMD8 small trace of the
eMMC cmds sent:
Sending CMD0
Sending CMD8
dwmci_send_cmd: Response Timeout.
Sending CMD55
dwmci_send_cmd: Response Timeout.
Sending CMD0
Sending CMD1
Hi Clement,
> Did you also test the saveenv and sf unlock ?
Not yet.
> Did you get some strange behaviors after a "warm reboot" from linux ?
Unfortunately, I'm not that far, yet. My Linux image only uses the sd-card for
now.
Regards,
Simon
___
U-Bo
On 09/27/2017 06:54 AM, Hannes Schmelzer wrote:
> 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/
>
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/
Tested on
Clément Péron wrote:
Hi,
> Did you get some strange behaviors after a "warm reboot" from linux ?
> A week that i'm using a new u-boot but i catch some strange behavior
> after a reboot from linux.
there may some issue since linux can set the flash into another (4byte)
addressing mode which can
Hi Simon,
> Disable the data cache tooI change the "compatible" string of the flash chip
from "n25q00" to "spi-flash".
Yes, missed to mention these steps.
Did you also test the saveenv and sf unlock ?
Did you get some strange behaviors after a "warm reboot" from linux ?
A week that i'm using a n
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 this
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/
2017-09-22 14:12 GMT+02:00 Clément Péron :
> Hi,
>
> I got also som
Hi,
I got also somme issue with my QSPI on CycmoneV and u-boot 2017.07
I cherry-picked commits from Jason Rush :
b90ce1c29023abe730d2b4174294bdc09acef3e0
836a0278476be94c95ff084f81c2302fc5c0265c
b0eac7e0d1e4817388543b58d30b322d0bac49a8
Also i forgot to put the
"u-boot,dm-pre-reloc;" in my device
Hi Jagan,
On 09/04/2017 08:22 AM, Hannes Schmelzer wrote:
"U-Boot" schrieb am 01.09.2017 16:39:03:
wrote:
Hi Eldor,
just found your post in the mailinglist.
https://lists.denx.de/pipermail/u-boot/2016-December/276491.html
Reason why i'm searched there is, that i've now excactly same probl
"U-Boot" schrieb am 01.09.2017 16:39:03:
> Von: Jagan Teki
> An: Hannes Schmelzer
> Kopie: "u-boot@lists.denx.de >> u-boot" ,
e...@systemsoft.no
> Datum: 01.09.2017 16:39
> Betreff: Re: [U-Boot] QSPI "sf probe ...", "sf read ..." on Altera SoC
FPGA
> Gesendet von: "U-Boot"
>
> On Fri, Sep 1
12 matches
Mail list logo