p; go ${fileaddr}
275005 bytes read in 20 ms (13.1 MiB/s)
## Starting application at 0x8001 ...
<>
===
What am I doing so wrong?
I'm available to all possible tests, but I'm, most likely, just missing
something obvious.
I'm also available on IRC as "mcon".
Thanks in advance.
Mauro Condarelli
Thanks Daniel.
On 8/31/20 10:36 PM, Daniel Schwierzeck wrote:
> Hi Mauro,
>
> Am Montag, den 31.08.2020, 21:57 +0200 schrieb Mauro Condarelli:
>> Sorry to disturb :(
>>
>> I am trying to switch from
>> https://gitlab.denx.de/u-b
Hi Daniel,
Hi Stefan,
comments inline below.
Many Thanks
Mauro
On 9/1/20 1:41 AM, Daniel Schwierzeck wrote:
> Am Montag, den 31.08.2020, 23:53 +0200 schrieb Mauro Condarelli:
>> Thanks Daniel.
>>
>> On 8/31/20 10:36 PM, Daniel Schwierzeck wrote:
>>> Hi Mauro,
>
t __udivdi3/__umoddi3 in my architecture
(i.e.: u-boot/arch/mips/lib), but that doesn't seem like what has been
done in other places. I would like to provide an upstreamable patch.
==8<--- Here comes the (tentative) patch==
>From cfd07aac0aa00345df1a0f2fac04ee549c78f87a Mon S
Small update, see below.
On 9/3/20 10:41 AM, Mauro Condarelli wrote:
> Hi,
> enabling squashfs on my target (vocore2) result in multiple errors:
>
>> /home/mcon/vocore/__V2__/Buildroot-2/recov/per-package/uboot/host/bin/mipsel-linux-ld.bfd:
>> fs/built-in.o: in function `sqf
real PITA.
Thanks in Advance
Mauro
>From 74ba63e93099515950a8dcd57162d8f5b98b9e5d Mon Sep 17 00:00:00 2001
From: Mauro Condarelli
Date: Thu, 3 Sep 2020 08:37:58 +0200
Subject: [PATCH 4/4] Fix missing __udivdi3 in SquashFS implementation.
Signed-off-by: Mauro Condarelli
---
fs/squashfs/sqfs
Hi Stefan,
On 2/12/20 2:22 PM, Stefan wrote:
> Hi Mauro,
>
> On 12.02.20 14:09, Mauro Condarelli wrote:
>> Hi Daniel,
>> Hi Stefan,
>>
>> I'll test this ASAP, but, in the meantime, please have a look at the
>> strange (and perhaps related) code in
Tested on VoCore2 board.
RAM loading seems to work flawlessly.
Tested-by: Mauro Condarelli
Regards
Mauro
On 2/12/20 3:26 PM, Stefan Roese wrote:
> It has been noticed on MT7628/88 platforms, that booting the RAM image
> does not work reliably. Sometimes it works and sometimes not. Deb
SoM can be found at "https://vocore.io/v2.html";.
Signed-off-by: Mauro Condarelli
---
Changes in v5:
- Removed unneeded (and wrong) UART2 initialization in board.c
- Added network setup.
- Removed project-specific code.
- Move back environment to SPI NOR.
- Changes to environme
Thanks Daniel,
On 2/12/20 5:58 PM, Daniel Schwierzeck wrote:
> On Wed, Feb 12, 2020 at 4:30 PM Mauro Condarelli wrote:
>> Small patch series to add support for VoCore/VoCore2 board.
>>
>> VoCore is open hardware and runs OpenWrt/LEDE.
>> It has WIFI, USB, UART, 20+
Thanks Weijie.
On 2/13/20 3:32 AM, Weijie Gao wrote:
> On Wed, 2020-02-12 at 16:30 +0100, Mauro Condarelli wrote:
>> Small patch series to add support for VoCore/VoCore2 board.
>>
>> VoCore is open hardware and runs OpenWrt/LEDE.
>> It has WIFI, USB, UART, 20+ GPIOs
Thanks Stefan.
On 2/13/20 7:50 AM, Stefan wrote:
> On 12.02.20 16:30, Mauro Condarelli wrote:
>> Small patch series to add support for VoCore/VoCore2 board.
>>
>> VoCore is open hardware and runs OpenWrt/LEDE.
>> It has WIFI, USB, UART, 20+ GPIOs but is only one inch
Thanks Stefan.
On 2/13/20 10:21 AM, Stefan wrote:
> On 13.02.20 10:18, Mauro Condarelli wrote:
>> Thanks Stefan.
>>
>> On 2/13/20 7:50 AM, Stefan wrote:
>>> On 12.02.20 16:30, Mauro Condarelli wrote:
>>>> Small patch series to add support for VoCo
Hi Weijie,
On 2/13/20 10:09 AM, Mauro Condarelli wrote:
>>> +};
>>> diff --git a/arch/mips/mach-mtmips/Kconfig b/arch/mips/mach-mtmips/Kconfig
>>> index bcd635f438..489e466daf 100644
>>> --- a/arch/mips/mach-mtmips/Kconfig
>>> +++ b/arch/mips/mach
Hi Daniel,
On 2/12/20 11:01 PM, Mauro Condarelli wrote:
>>> +
>>> +/* SPL */
>>> +#if defined(CONFIG_SPL) && !defined(CONFIG_SPL_BUILD)
>>> +#define CONFIG_SKIP_LOWLEVEL_INIT
>>> +#endif
>> CONFIG_SPL_BUILD is only relevant in Makefile
Hi Daniel,
a gentle reminder...
I was unable to comply with a few of Your remarks (see below),
What should I do?
Submit v6 as is or do You have specific instructions?
Thanks a lot
Mauro
On 2/12/20 11:01 PM, Mauro Condarelli wrote:
> Thanks Daniel,
>
> On 2/12/20 5:58 PM, Daniel Sc
can be found at "https://vocore.io/v2.html";.
Signed-off-by: Mauro Condarelli
---
Changes in v6:
- Added MAINTAINERS file.
- Removed project-specific configs/vocore2_defconfig_ENV_IN_FAT.
- Removed guard for SPL Serial definitions in include/configs/vocore2.h.
- Removed Baudrate Table def
Hi,
just a timid information request.
What is current status of Weijie Gao patch series in subject? (actually
"Untitled series #158043 - #158064")
AFAIK they are in u-boot-mips/testing.
Is there chance to see them in mainline? (my own "[v6] Add support for
SoM "VoCore2"." needs them)
They seem to
me know how I should proceed.
Best Regards and Thanks in Advance
>From bee4d1255357c2e1f7546cdde3641380e95348e8 Mon Sep 17 00:00:00 2001
From: Mauro Condarelli
Date: Mon, 20 Jan 2020 21:40:13 +0100
Subject: [PATCH 1/2] mtmips: Add support for VoCore2 board
Signed-off-by: Mauro Condare
ing about relinking at a different address, but I'm unsure.
TiA!
Regards
Mauro Condarelli
On 1/21/20 4:11 AM, Weijie Gao wrote:
> On Tue, 2020-01-21 at 00:55 +0100, Mauro Condarelli wrote:
>> Hi Weijie,
>> I attach my, apparently working, port to VoCore2 SoM.
>>
&g
Hi Stefan,
On 1/21/20 1:08 PM, Stefan Roese wrote:
> Hi Mauro,
>
> On 21.01.20 12:27, Mauro Condarelli wrote:
>> Thanks Weijie,
>> I made the changes You suggested.
>> I have also seen You sent a new version of Your patches.
>> Since mine are based on yours I *t
: 000640a2
epc : 87fa1600 (text 80221600)
ra : 87fa9524 (text 80229524)
Status: 0006
Cause : d0008028 (ExcCode 0a)
PrId : 00019655
### ERROR ### Please RESET the board ###
Thanks
Mauro
On 1/22/20 9:16 PM, Mauro Condarelli wrote:
> Hi Stefan,
>
> On 1/21/20 1:08 PM, Stefan Roese wr
This might be a lng shot in the dark, but...
Many MMC/SD cards need to be fully reset, when left in
an "undefined" state.
This normally means power supply voltage (at SD card)
must drop below 1.3V for a sizable (>100ms) time.
Do you have means to physically remove power to eMMC?
Many eMMC chi
SoM can be found at "https://vocore.io/v2.html";.
Signed-off-by: Mauro Condarelli
---
Changes in v3:
- based on top of Weijie Gao patchset:
"[v3,xx/20]Refactor the architecture parts of mt7628"
Changes in v2:
- Removed some dead code
- Changed Author to my full name
RET -5
Error reading cluster
** Unable to read file uboot-ram.bin **
=>
=
Any hint welcome (I'm out of my depth, here).
Thanks in Advance
Mauro
On 1/25/20 10:12 PM, Mauro Condarelli wrote:
> Small patch series to add support for VoCore/VoC
Update:
On 1/27/20 1:09 PM, Stefan Roese wrote:
> On 27.01.20 12:37, Mauro Condarelli wrote:
>> Unfortunately this still doesn't work as it should.
>>
>> I've been doing more tests and I found out MMC/SD *does*
>> work, but with a ridiculously low throu
I just trimmed too much.
This is also the cause of MMC/SD misbehavior (missing
interrupt).
I will send another patch *after* some serious testing.
Regards
Mauro
On 1/27/20 1:41 PM, Stefan Roese wrote:
> On 25.01.20 22:12, Mauro Condarelli wrote:
>> Small patch series to add support f
re.
It will help you to make a smart house, study embedded system
or even make the tiniest router in the world.
Details about this SoM can be found at "https://vocore.io/v2.html";.
Signed-off-by: Mauro Condarelli
---
Changes in v4:
- Reverted some overzealous DTS cleaning.
- Added suppor
Hi,
I would like to have a tentative time frame for inclusion
of Wiijie Gao "Refactor the architecture parts of mt7628"
series into master.
Reason why I ask is my own patches are based on it.
Thanks in Advance
Mauro
Timid reminder...
Is there any reason why these could *not* get into mainline?
These work for me, should I add a "tested-by" annotation?
Many Thanks
Mauro
On 1/30/20 3:28 PM, Mauro Condarelli wrote:
> Hi,
> I would like to have a tentative time frame for inclusion
> of Wiiji
FYI
I've been using this patchset for over a week without any adverse effect.
It allowed me to port to VoCore2 board.
Should I add a "Tested-by" flag?
If so: how should I do it?
Regards
Mauro Codarelli
On 2/10/20 6:20 PM, Daniel Schwierzeck wrote:
> Hi Weije,
>
> Am 21.01.20 um 09:17 schrieb Weij
Thanks Daniel.
On 2/10/20 10:28 PM, Daniel Schwierzeck wrote:
> Hi Mauro,
>
> Am 10.02.20 um 21:20 schrieb Mauro Condarelli:
>> FYI
>> I've been using this patchset for over a week without any adverse effect.
>> It allowed me to port to VoCore2 board.
>> Sho
Thanks for the fast answer, Stefan.
On 2/11/20 12:16 PM, Stefan wrote:
> Hi Mauro,
> ===8<
>>> https://gitlab.denx.de/u-boot/custodians/u-boot-mips/commits/testing
>> I tried to use this repo/branch, but something is wrong (or I goofed
>> badly).
>
> Just a quick reply: I tested u-boot-mips/te
find it.
Thanks in Advance for any advice
Best Regards
Mauro
On 2/11/20 2:54 PM, Daniel Schwierzeck wrote:
> On Tue, Feb 11, 2020 at 11:58 AM Mauro Condarelli wrote:
>> Thanks Daniel.
>>
>> On 2/10/20 10:28 PM, Daniel Schwierzeck wrote:
>>> Hi Mauro,
>>>
&g
Thanks Daniel.
On 2/11/20 5:49 PM, Daniel Schwierzeck wrote:
> On Tue, Feb 11, 2020 at 5:11 PM Mauro Condarelli wrote:
>> ===8<
>> Hit any key to stop autoboot: 0
>> =>
> ok, booting from RAM works. But what I meant with bootable is, that
> you can write t
Hi Stefan,
Hi Daniel,
On 2/12/20 7:39 AM, Stefan wrote:
> Hi Mauro,
> Hi Daniel,
>
> On 11.02.20 19:05, Mauro Condarelli wrote:
>> ===8<---
>>
>> What *does NOT* work is loading RAM version or, to be more precise:
>> It works IF (and only if) you load the
s patch adds a cache flush for the complete SDRAM area to the go cmd
>> before jumping to the entry point. The complete area is flushed as we
>> don't know at this point, how big the area of the "application" really
>> is.
>>
>> Signed-off-by: Stefan
27;
failed
make[1]: ***
[/home/valeria/MyProject/VoCore/Buildroot-2/recov/build/uboot-v2020.10-rc3/.stamp_built]
Error 2
Makefile:23: recipe for target '_all' failed
make: *** [_all] Error 2
and I have no idea how to fix this.
Any hint would be very welcome as this is a
Hi Daniel,
comments inline below.
On 9/19/20 9:15 PM, Daniel Schwierzeck wrote:
> Hi Mauro,
>
> Am Samstag, den 19.09.2020, 15:39 +0200 schrieb Mauro Condarelli:
>
>> Hi,
>> I'm facing a new problem for my Mt7628/vocore2 target.
>>
>> I moved the Linux ke
Signed-off-by: Mauro Condarelli
---
configs/vocore2_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configs/vocore2_defconfig b/configs/vocore2_defconfig
index 99a1143e6e..5776aada15 100644
--- a/configs/vocore2_defconfig
+++ b/configs/vocore2_defconfig
@@ -6,7 +6,7
Signed-off-by: Mauro Condarelli
---
arch/mips/dts/vocore_vocore2.dts | 2 +-
include/configs/vocore2.h| 2 ++
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/mips/dts/vocore_vocore2.dts b/arch/mips/dts/vocore_vocore2.dts
index 3502e4b8b7..9adf39652f 100644
--- a/arch
Signed-off-by: Mauro Condarelli
---
fs/squashfs/sqfs.c| 45 +--
fs/squashfs/sqfs_inode.c | 8 +++
include/configs/vocore2.h | 2 +-
3 files changed, 34 insertions(+), 21 deletions(-)
diff --git a/fs/squashfs/sqfs.c b/fs/squashfs/sqfs.c
index
There are two distinct things here:
- a few small fixes specific to vocore2 board.
- fixes to SquashFS to allow compilation on 32-bit architectures.
Mauro Condarelli (3):
Small fixes to reduce size and ensure correct console output.
Enlarge SPL malloc area to prevent failure in lzma
Thanks for the review,
I'll prepare a v2 ASAP.
On 9/23/20 12:05 AM, Daniel Schwierzeck wrote:
> Am Sonntag, den 20.09.2020, 21:21 -0400 schrieb Tom Rini:
>> On Sun, Sep 20, 2020 at 06:29:01PM +0200, Mauro Condarelli wrote:
>>
>>> Signed-off-by: Mauro Condarelli
&g
Use right shift to avoid 64-bit divisions.
These divisions are needed to convert from file length (potentially
over 32-bit range) to block number, so result and remainder are
guaranteed to fit in 32-bit integers.
Signed-off-by: Mauro Condarelli
---
Changes in v2:
- replace division with right
struct blk_desc blksz is a a power of 2 and thus using log2blksz
is actually correct.
Changes in v2:
- replace division with right shift (Daniel Schwierzeck).
- remove vocore2-specific change (Daniel Schwierzeck).
- add warning to Kconfig about CONFIG_SYS_MALLOC_LEN (Tom Rini).
Mauro Condarelli (1
Thanks for Your review.
On 10/1/20 9:59 AM, Miquel Raynal wrote:
> Hello,
>
> Thomas Petazzoni wrote on Thu, 1 Oct
> 2020 09:28:41 +0200:
>
>> Hello,
>>
>> On Wed, 30 Sep 2020 17:45:11 +0200
>> Mauro Condarelli wrote:
>>
>>> Use right shift
Correcting myself.
See below.
On 10/1/20 10:41 AM, Mauro Condarelli wrote:
> Thanks for Your review.
>
> On 10/1/20 9:59 AM, Miquel Raynal wrote:
>> Hello,
>>
>> Thomas Petazzoni wrote on Thu, 1 Oct
>> 2020 09:28:41 +0200:
>>
>>> Hello,
>
Ok, Thanks.
Patch is ready, I'll send it after some extended testing on my system (vocore2).
Regards
Mauro
On 10/1/20 10:56 AM, Miquel Raynal wrote:
> Hi Mauro,
>
> Mauro Condarelli wrote on Thu, 1 Oct 2020 10:53:30
> +0200:
>
>> Correcting myself.
>> See below.
I am having huge problems with my system *possibly* due to fact I have 10
partitions on a single SD card.
I'm getting an unreliable behavior (issuing the same commands do *not* result
in consistent behavior) which *seem* to point to some overwrite/cache problem.
First of all: is a configuration
__udivdi3() compiler helper function in reduced libgcc.
Standard strategy is to use macros and do_div() inline.
Signed-off-by: Mauro Condarelli
---
Changes in v3:
- converted to use DIV_ROUND_(UP|DOWN)_ULL() macros (Miquel Raynal).
- split commits to handle unrelated Kconfig warning (Thomas
SquashFS may need a large amount of dynamic memory fot its buffers,
especially if and when compression is enabled I got failures with
CONFIG_SYS_MALLOC_LEN < 0x4000.
I found no way to enforce this in Kconfig itself, so I resorted
to ada a warning in help string.
Signed-off-by: Mauro Condare
about CONFIG_SYS_MALLOC_LEN (Tom Rini).
Mauro Condarelli (2):
Add warning for dynamic memory usage.
avoid 64-bit divisions on 32-bit
fs/squashfs/Kconfig | 2 ++
fs/squashfs/sqfs.c | 32
fs/squashfs/sqfs_inode.c | 7 ---
3 files changed, 22 inser
On 10/8/20 9:34 AM, Miquel Raynal wrote:
> Hi Mauro,
>
> Mauro Condarelli wrote on Thu, 8 Oct 2020 00:30:21
> +0200:
>
>> Use macros in linux/kernel.h to avoid 64-bit divisions.
> s/in/from/?
My command of English language is far from perfect.
I meant those macros
Merry Christmas and very Happy New Year!
Mauro
=
>From 3d239054fd01fbeb03863eee7eefd2a76b82dc02 Mon Sep 17 00:00:00 2001
From: Mauro Condarelli
Date: Wed, 18 Sep 2019 14:07:22 +0200
Subject: [PATCH 8/8] MIPS, MMC, VoCore2: Prel
t and testing without the
>> need to flash the image each time.
>>
>> Just an example of course.
>>
>> Please find some further review comments below inline.
>>
>>> Signed-off-by: MCon
>> Please use your name with the email address:
>>
From: MCon
Tested on VoCore2
Signed-off-by: MCon
Signed-off-by: Mauro Condarelli
---
Changes in v2: None
drivers/mtd/spi/spi-nor-ids.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/mtd/spi/spi-nor-ids.c b/drivers/mtd/spi/spi-nor-ids.c
index d3b84574ac..973b6f86c9 100644
SoM can be found at "https://vocore.io/v2.html";.
Signed-off-by: Mauro Condarelli
---
Changes in v2:
- Removed some dead code
- Changed Author to my full name (no nick)
- Removed unwanted fixup to .dts generation (not my call).
- Fixed commit message
- Fixed various variables/fi
I am having problems with this patch.
Problem is "reset"command fails (for my board) with:
> => reset
> resetting ...
> ### ERROR ### Please RESET the board ###
I traced down problem to "drivers/sysreset/sysreset-uclass.c" requesting
"uclass_first_device(UCLASS_SYSRESET, &dev)", while
"drivers/res
On 12/30/19 11:22 AM, Daniel Schwierzeck wrote:
>
> Am 30.12.19 um 10:19 schrieb Mauro Condarelli:
>> I am having problems with this patch.
>>
>> Problem is "reset"command fails (for my board) with:
>>> => reset
>>> resetting ...
>&g
On 12/30/19 11:22 AM, Daniel Schwierzeck wrote:
>
> Am 30.12.19 um 10:19 schrieb Mauro Condarelli:
>> I am having problems with this patch.
>>
>> Problem is "reset"command fails (for my board) with:
>>> => reset
>>> resetting ...
>&g
I would like to implement an update system (most likely using SWUpdate)
"Double copy with fall-back" and, possibly a "last resort" recovery.
I have pretty clear what should be the program flow, but I don't know
how to implement it in U-Boot.
In particular:
* How can I determine, in U-Boot, if
n .dts).
OTOH I had to change a bit MMC handling, but that shouldn't be relevant,
or is it?
I attach my complete patch against a fairly recent commit (it was "master"
a few hours ago). The patch is to the working ENV_IS_IN_SPI_FLASH version.
Changes for &qu
On 1/2/20 1:30 PM, Stefan Roese wrote:
> Hi Mauro,
>
> On 30.12.19 13:14, Mauro Condarelli wrote:
>>
>>
>> On 12/30/19 11:22 AM, Daniel Schwierzeck wrote:
>>>
>>> Am 30.12.19 um 10:19 schrieb Mauro Condarelli:
>>>> I am having problems w
obe_bus_cs(CONFIG_SF_DEFAULT_BUS,
CONFIG_SF_DEFAULT_CS, CONFIG_SF_DEFAULT_SPEED,
CONFIG_SF_DEFAULT_MODE, &dev);` behind the scenes if
user tries to access MTD?
Should I submit a patch for this?
TiA
Mauro
On 1/4/20 2:19 AM, Mauro Condarelli wrote:
> Hi,
> I'm facing a strange problem t
On 1/7/20 2:21 PM, Stefan Roese wrote:
> Hi Mauro,
>
> On 27.12.19 14:25, Mauro Condarelli wrote:
>> Small patch series to add support for VoCore/VoCore2 board.
>>
>> VoCore is open hardware and runs OpenWrt/LEDE.
>> It has WIFI, USB, UART, 20+ GPIOs but is only
Thanks Daniel.
On 1/7/20 4:58 PM, Daniel Schwierzeck wrote:
> On Tue, Jan 7, 2020 at 3:30 PM Mauro Condarelli wrote:
> ...
>> I also have problems with entropy pool in Linux, do you happen to know
>> if (and how) MT7628 supports HWRNG?
> what problems exactly?
Currently it t
I managed to brick my target.
Situation:
I have a board with a paleolithic (1.1.3) version of u-boot.
I had been testing by loading in ram from USB:
usb reset; fatload usb 0 8001 u-boot.bin; go 8001
and everything was ok.
I changed a few settings (both defconfigs are attached below)
an
On 1/10/20 7:31 AM, Stefan Roese wrote:
> Hi Mauro,
>
> On 09.01.20 18:28, Mauro Condarelli wrote:
>> I managed to brick my target.
>>
>> Situation:
>> I have a board with a paleolithic (1.1.3) version of u-boot.
>> I had been testing by loading in ram fro
(added Weijie to Cc)
>
> On 10.01.20 10:06, Mauro Condarelli wrote:
>>
>>
>> On 1/10/20 7:31 AM, Stefan Roese wrote:
>>> Hi Mauro,
>>>
>>> On 09.01.20 18:28, Mauro Condarelli wrote:
>>>> I managed to brick my target.
>>>>
Thanks Joel,
unfortunately I already have that defined, even if I forgot to copy it.
I attach my full .config for reference as I have no idea what I'm
still missing.
On 1/11/20 9:42 PM, Sean Anderson wrote:
>> Could You share a Linkit _defconfig with early serial debug enabled?
>> I'm decidedly m
d what it means.
I don't think I would have found it without You pointing in the right
direction.
MANY Thanks!
Best regards
Mauro Condarelli
On 1/12/20 12:58 AM, Sean Anderson wrote:
> On 1/11/20 4:38 PM, Mauro Condarelli wrote:
>> Thanks Joel,
>> unfortunately I already hav
Hi Stefan,
On 1/13/20 7:53 AM, Stefan Roese wrote:
> Hi Mauro,
>
> On 11.01.20 20:00, Mauro Condarelli wrote:
>> I managed to find ONE of the reasons why my ROM build didn't run:
>> I forgot to enable `CONFIG_BOARD_EARLY_INIT_F=y`.
>
> I see. This explains of cour
On 1/13/20 12:39 PM, Stefan Roese wrote:
> Hi Mauro,
>
> On 13.01.20 11:24, Mauro Condarelli wrote:
>> On 1/13/20 7:53 AM, Stefan Roese wrote:
>>> Hi Mauro,
>>>
>>> On 11.01.20 20:00, Mauro Condarelli wrote:
>>>> I managed to find ONE of the
;system-controller@0', 'default'):
I might have done something stupid; Now I need do stop, but I'll
test again this evening.
Many thanks
Mauro
On 1/13/20 1:45 PM, Stefan Roese wrote:
> On 13.01.20 13:24, Mauro Condarelli wrote:
>>
>>
>> On 1/13/20 12:39 PM
: 87f5c000
***
Watchdog Reset Occurred
*******
... but this is almost expected because I relocated at another address
without changing SYS_TEXT_BASE.
A further measurement shows booting u-boot from flash stops for
almost 5 minutes (4m48s, using a manual stopwatch
Hi Stefan,
update, see below.
On 1/14/20 12:08 AM, Mauro Condarelli wrote:
> Next episode of this telenovela:
>
> I rebuilt u-boot for ROM at BC03 (my code, very similar to LinkIt).
> I flashed it at 3 in SPI NOR:
>
> => usb start; sf probe
> starting US
still refuses to display anything on serial; I assume some other
initialization is missing, but that will be another fight.
Any insight welcome.
Regards
Mauro
On 1/14/20 12:08 AM, Mauro Condarelli wrote:
> Next episode of this telenovela:
>
> I rebuilt u-boot for ROM at BC03 (my code, very s
HI Stefan,
On 1/15/20 8:25 AM, Stefan Roese wrote:
> Hi Mauro,
>
> On 15.01.20 00:55, Mauro Condarelli wrote:
>> I found *one* of the bugs in startup:
>> To enable UART2 pinmux setting:
>> void __iomem *gpio_mode;
>> gpio_mode = ioremap
Hi Stefan,
On 1/15/20 10:31 AM, Stefan Roese wrote:
> Hi Mauro,
>
> On 15.01.20 10:04, Mauro Condarelli wrote:
>>> On 15.01.20 00:55, Mauro Condarelli wrote:
>>>> I found *one* of the bugs in startup:
>>>> To enable UART2 pinmux setting:
>>>&g
Hi Stefan,
On 1/15/20 11:48 AM, Stefan Roese wrote:
> Hi Mauro,
>
> On 15.01.20 11:23, Mauro Condarelli wrote:
>>>> I am surprised though as all I could find on differences between
>>>> MT7628 and MT7688 are is a reference on Mediatek site:
>>>> h
On 1/15/20 4:04 PM, Stefan Roese wrote:
> Hi Mauro,
>
> On 15.01.20 13:50, Mauro Condarelli wrote:
>> Hi Stefan,
>>
>> On 1/15/20 11:48 AM, Stefan Roese wrote:
>>> Hi Mauro,
>>>
>>> On 15.01.20 11:23, Mauro Condarelli wrote:
>>&
On 1/15/20 5:20 PM, Stefan Roese wrote:
> On 15.01.20 16:55, Mauro Condarelli wrote:
>
>
===8<--
> in particular:
>>
>> b010: 00065144
>> System Configuration Register 0 -> 0110 0101 0001 0100
>> 0100
>> TEST_
SUCCESS!!!
> => usb start; load usb 0:1 8500 u-boot-mtmips.bin
> starting USB...
> Bus ehci@101c: pinctrl_select_state_full('ehci@101c', 'default'):
> USB EHCI 1.00
> scanning bus ehci@101c for devices... 3 USB Device(s) found
> scanning usb for storage devices... 1 Storage
it a bit, if
possible.
Any hint/criticism/advice would be VERY welcome.
Thanks in Advance
Mauro Condarelli
diff --git a/arch/mips/dts/Makefile b/arch/mips/dts/Makefile
index c9d75596f2..234bdfbaa9 100644
--- a/arch/mips/dts/Makefile
+++ b/arch/mips/dts/Makefile
@@ -22,6 +22,7 @@ dtb-$(CONFIG_BOAR
_DUAL_READ |
+ SPI_NOR_HAS_LOCK | SPI_NOR_HAS_TB)
+ },
{
INFO("gd25lq128", 0xc86018, 0, 64 * 1024, 256,
SECT_4K | SPI_NOR_DUAL_READ |
Regards
Mauro Condarelli
On 12/16/19 8:20 AM, Stefan Roese wrote:
> Hi Mauro,
>
> On 15.12.19 11:20, Mauro Condarelli wrote:
>> I am trying to extend support to a new board "VoCore2" whose specs can
>> be found here: https://vocore.io/v2.html
>
> Nice. Thanks for working on this.
87 matches
Mail list logo
