GNU bug report logs - #49550
Enable to boot from emmc on rockpro64

Previous Next

Package: guix;

Reported by: Pierre Langlois <pierre.langlois <at> gmx.com>

Date: Tue, 13 Jul 2021 19:37:01 UTC

Severity: normal

Done: Pierre Langlois <pierre.langlois <at> gmx.com>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 49550 in the body.
You can then email your comments to 49550 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-guix <at> gnu.org:
bug#49550; Package guix. (Tue, 13 Jul 2021 19:37:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Pierre Langlois <pierre.langlois <at> gmx.com>:
New bug report received and forwarded. Copy sent to bug-guix <at> gnu.org. (Tue, 13 Jul 2021 19:37:01 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Pierre Langlois <pierre.langlois <at> gmx.com>
To: Bug guix <bug-guix <at> gnu.org>
Cc: Vagrant Cascadian <vagrant <at> debian.org>
Subject: Enable to boot from emmc on rockpro64
Date: Tue, 13 Jul 2021 20:36:28 +0100
[Message part 1 (text/plain, inline)]
Hi guix!

I'm afraid since commit 3a851d45576e046d696fcf35b34d57b2cd28ea49 [0]
I've not been able to boot from eMMC on the rockpro64 board, it freezes
before loading the kernel. Re-introducing the work-around fixed the
issue for me (see patch attached).

Did we mean to remove the work-around? I'm wondering if there's
something I'm missing, or if I should instead boot from a USB device.

I've also updated u-boot to 2021.07 but I'm seeing the same boot issue
so it doesn't appear to be fixed upstream :-/

Anybody know of any other work around? If not, are you happy with the
patch attached?

Thanks,
Pierre

[signature.asc (application/pgp-signature, inline)]
[0001-gnu-u-boot-rockpro64-rk3399-Disable-USB-boot.patch (text/x-patch, attachment)]
[Message part 4 (text/plain, inline)]

[0]: https://lists.gnu.org/archive/html/guix-commits/2021-05/msg00085.html



Information forwarded to bug-guix <at> gnu.org:
bug#49550; Package guix. (Fri, 16 Jul 2021 13:39:01 GMT) Full text and rfc822 format available.

Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Vagrant Cascadian <vagrant <at> debian.org>
To: Pierre Langlois <pierre.langlois <at> gmx.com>, Bug guix <bug-guix <at> gnu.org>
Subject: Re: Enable to boot from emmc on rockpro64
Date: Fri, 16 Jul 2021 06:38:09 -0700
[Message part 1 (text/plain, inline)]
On 2021-07-13, Pierre Langlois wrote:
> I'm afraid since commit 3a851d45576e046d696fcf35b34d57b2cd28ea49 [0]
> I've not been able to boot from eMMC on the rockpro64 board, it freezes
> before loading the kernel. Re-introducing the work-around fixed the
> issue for me (see patch attached).
>
> Did we mean to remove the work-around? I'm wondering if there's
> something I'm missing, or if I should instead boot from a USB device.

I definitely tested this on pinebook-pro and probably just assumed it
would also fix the issue on rockpro64...


> I've also updated u-boot to 2021.07 but I'm seeing the same boot issue
> so it doesn't appear to be fixed upstream :-/
>
> Anybody know of any other work around? If not, are you happy with the
> patch attached?

I'll try to test on rockpro64 and see if I can confirm the issue and
your fix...


live well,
  vagrant

> From f3c647bb447706f465a3fb4b8d6e09cd089dbed9 Mon Sep 17 00:00:00 2001
> From: Pierre Langlois <pierre.langlois <at> gmx.com>
> Date: Sat, 8 May 2021 16:19:23 +0100
> Subject: [PATCH 1/3] gnu: u-boot-rockpro64-rk3399: Disable USB boot.
>
> * gnu/packages/bootloaders.scm (u-boot-rockpro64-rk3399)[arguments]: Add
> 'patch-rockpro64-config phase.
> ---
>  gnu/packages/bootloaders.scm | 11 ++++++++---
>  1 file changed, 8 insertions(+), 3 deletions(-)
>
> diff --git a/gnu/packages/bootloaders.scm b/gnu/packages/bootloaders.scm
> index 742992a119..75705a27c1 100644
> --- a/gnu/packages/bootloaders.scm
> +++ b/gnu/packages/bootloaders.scm
> @@ -12,7 +12,7 @@
>  ;;; Copyright © 2019 Mathieu Othacehe <m.othacehe <at> gmail.com>
>  ;;; Copyright © 2020 Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>
>  ;;; Copyright © 2018, 2019, 2020 Vagrant Cascadian <vagrant <at> debian.org>
> -;;; Copyright © 2020 Pierre Langlois <pierre.langlois <at> gmx.com>
> +;;; Copyright © 2020, 2021 Pierre Langlois <pierre.langlois <at> gmx.com>
>  ;;; Copyright © 2021 Vincent Legoll <vincent.legoll <at> gmail.com>
>  ;;; Copyright © 2021 Brice Waegeneire <brice <at> waegenei.re>
>  ;;;
> @@ -931,11 +931,16 @@ to Novena upstream, does not load u-boot.img from the first partition.")
>          (substitute-keyword-arguments (package-arguments base)
>            ((#:phases phases)
>             `(modify-phases ,phases
> +              (add-after 'unpack 'patch-rockpro64-config
> +                ;; Fix regression in 2020.10 causing freezes on boot with USB boot enabled.
> +                ;; See https://gitlab.manjaro.org/manjaro-arm/packages/core/uboot-rockpro64/-/issues/4
> +                (lambda _
> +                  (substitute* "configs/rockpro64-rk3399_defconfig"
> +                    (("CONFIG_USE_PREBOOT=y") "CONFIG_USE_PREBOOT=n"))))
>                (add-after 'patch-rockpro64-config 'set-environment
>                  (lambda* (#:key inputs #:allow-other-keys)
>                    (setenv "BL31" (string-append (assoc-ref inputs "firmware")
> -                                                "/bl31.elf"))
> -                  #t))
> +                                                "/bl31.elf"))))
>                ;; Phases do not succeed on the bl31 ELF.
>                (delete 'strip)
>                (delete 'validate-runpath)))))
> -- 
> 2.32.0
>
>
>
> [0]: https://lists.gnu.org/archive/html/guix-commits/2021-05/msg00085.html
[signature.asc (application/pgp-signature, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#49550; Package guix. (Tue, 27 Jul 2021 19:30:02 GMT) Full text and rfc822 format available.

Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Pierre Langlois <pierre.langlois <at> gmx.com>
To: Vagrant Cascadian <vagrant <at> debian.org>
Cc: Pierre Langlois <pierre.langlois <at> gmx.com>, Bug guix <bug-guix <at> gnu.org>
Subject: Re: Enable to boot from emmc on rockpro64
Date: Tue, 27 Jul 2021 20:28:54 +0100
[Message part 1 (text/plain, inline)]
Hi Vagrant,

I just had a break-through with this! See inline.

Vagrant Cascadian writes:

> On 2021-07-13, Pierre Langlois wrote:
>> I'm afraid since commit 3a851d45576e046d696fcf35b34d57b2cd28ea49 [0]
>> I've not been able to boot from eMMC on the rockpro64 board, it freezes
>> before loading the kernel. Re-introducing the work-around fixed the
>> issue for me (see patch attached).
>>
>> Did we mean to remove the work-around? I'm wondering if there's
>> something I'm missing, or if I should instead boot from a USB device.
>
> I definitely tested this on pinebook-pro and probably just assumed it
> would also fix the issue on rockpro64...
>
>
>> I've also updated u-boot to 2021.07 but I'm seeing the same boot issue
>> so it doesn't appear to be fixed upstream :-/
>>
>> Anybody know of any other work around? If not, are you happy with the
>> patch attached?
>
> I'll try to test on rockpro64 and see if I can confirm the issue and
> your fix...
>
>
> live well,
>   vagrant
>
>> From f3c647bb447706f465a3fb4b8d6e09cd089dbed9 Mon Sep 17 00:00:00 2001
>> From: Pierre Langlois <pierre.langlois <at> gmx.com>
>> Date: Sat, 8 May 2021 16:19:23 +0100
>> Subject: [PATCH 1/3] gnu: u-boot-rockpro64-rk3399: Disable USB boot.
>>
>> * gnu/packages/bootloaders.scm (u-boot-rockpro64-rk3399)[arguments]: Add
>> 'patch-rockpro64-config phase.
>> ---
>>  gnu/packages/bootloaders.scm | 11 ++++++++---
>>  1 file changed, 8 insertions(+), 3 deletions(-)
>>
>> diff --git a/gnu/packages/bootloaders.scm b/gnu/packages/bootloaders.scm
>> index 742992a119..75705a27c1 100644
>> --- a/gnu/packages/bootloaders.scm
>> +++ b/gnu/packages/bootloaders.scm
>> @@ -12,7 +12,7 @@
>>  ;;; Copyright © 2019 Mathieu Othacehe <m.othacehe <at> gmail.com>
>>  ;;; Copyright © 2020 Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>
>>  ;;; Copyright © 2018, 2019, 2020 Vagrant Cascadian <vagrant <at> debian.org>
>> -;;; Copyright © 2020 Pierre Langlois <pierre.langlois <at> gmx.com>
>> +;;; Copyright © 2020, 2021 Pierre Langlois <pierre.langlois <at> gmx.com>
>>  ;;; Copyright © 2021 Vincent Legoll <vincent.legoll <at> gmail.com>
>>  ;;; Copyright © 2021 Brice Waegeneire <brice <at> waegenei.re>
>>  ;;;
>> @@ -931,11 +931,16 @@ to Novena upstream, does not load u-boot.img from the first partition.")
>>          (substitute-keyword-arguments (package-arguments base)
>>            ((#:phases phases)
>>             `(modify-phases ,phases
>> +              (add-after 'unpack 'patch-rockpro64-config
>> +                ;; Fix regression in 2020.10 causing freezes on boot with USB boot enabled.
>> +                ;; See https://gitlab.manjaro.org/manjaro-arm/packages/core/uboot-rockpro64/-/issues/4
>> +                (lambda _
>> +                  (substitute* "configs/rockpro64-rk3399_defconfig"
>> +                    (("CONFIG_USE_PREBOOT=y") "CONFIG_USE_PREBOOT=n"))))
>>                (add-after 'patch-rockpro64-config 'set-environment

Wait a minute, there was a bug here on master! The 'set-environment
phase runs after 'patch-rockpro64-config phase, it should be 'unpack.
This was the reason it was hanging on boot for me, it wasn't to do with
PREBOOT, ah-ha! :-D

That's nice, I was really confused about this issue, thinking I maybe
had a faulty board.

[signature.asc (application/pgp-signature, inline)]
[0001-gnu-u-boot-rockpro64-rk3399-Enable-set-environment-p.patch (text/x-patch, attachment)]
[Message part 4 (text/plain, inline)]

>>                  (lambda* (#:key inputs #:allow-other-keys)
>>                    (setenv "BL31" (string-append (assoc-ref inputs "firmware")
>> -                                                "/bl31.elf"))
>> -                  #t))
>> +                                                "/bl31.elf"))))
>>                ;; Phases do not succeed on the bl31 ELF.
>>                (delete 'strip)
>>                (delete 'validate-runpath)))))
>> --
>> 2.32.0
>>
>>
>>
>> [0]: https://lists.gnu.org/archive/html/guix-commits/2021-05/msg00085.html

Thanks,
Pierre


Information forwarded to bug-guix <at> gnu.org:
bug#49550; Package guix. (Tue, 27 Jul 2021 19:39:02 GMT) Full text and rfc822 format available.

Message #14 received at 49550 <at> debbugs.gnu.org (full text, mbox):

From: Pierre Langlois <pierre.langlois <at> gmx.com>
To: 49550 <at> debbugs.gnu.org
Cc: Vagrant Cascadian <vagrant <at> debian.org>,
 Pierre Langlois <pierre.langlois <at> gmx.com>
Subject: Re: Enable to boot from emmc on rockpro64
Date: Tue, 27 Jul 2021 20:38:18 +0100
[Message part 1 (text/plain, inline)]
Whoops, I hadn't realised the bug email wasn't included in the email,
sorry!

Pierre Langlois writes:

> Hi Vagrant,
>
> I just had a break-through with this! See inline.
>
> Vagrant Cascadian writes:
>
>> On 2021-07-13, Pierre Langlois wrote:
>>> I'm afraid since commit 3a851d45576e046d696fcf35b34d57b2cd28ea49 [0]
>>> I've not been able to boot from eMMC on the rockpro64 board, it freezes
>>> before loading the kernel. Re-introducing the work-around fixed the
>>> issue for me (see patch attached).
>>>
>>> Did we mean to remove the work-around? I'm wondering if there's
>>> something I'm missing, or if I should instead boot from a USB device.
>>
>> I definitely tested this on pinebook-pro and probably just assumed it
>> would also fix the issue on rockpro64...
>>
>>
>>> I've also updated u-boot to 2021.07 but I'm seeing the same boot issue
>>> so it doesn't appear to be fixed upstream :-/
>>>
>>> Anybody know of any other work around? If not, are you happy with the
>>> patch attached?
>>
>> I'll try to test on rockpro64 and see if I can confirm the issue and
>> your fix...
>>
>>
>> live well,
>>   vagrant
>>
>>> From f3c647bb447706f465a3fb4b8d6e09cd089dbed9 Mon Sep 17 00:00:00 2001
>>> From: Pierre Langlois <pierre.langlois <at> gmx.com>
>>> Date: Sat, 8 May 2021 16:19:23 +0100
>>> Subject: [PATCH 1/3] gnu: u-boot-rockpro64-rk3399: Disable USB boot.
>>>
>>> * gnu/packages/bootloaders.scm (u-boot-rockpro64-rk3399)[arguments]: Add
>>> 'patch-rockpro64-config phase.
>>> ---
>>>  gnu/packages/bootloaders.scm | 11 ++++++++---
>>>  1 file changed, 8 insertions(+), 3 deletions(-)
>>>
>>> diff --git a/gnu/packages/bootloaders.scm b/gnu/packages/bootloaders.scm
>>> index 742992a119..75705a27c1 100644
>>> --- a/gnu/packages/bootloaders.scm
>>> +++ b/gnu/packages/bootloaders.scm
>>> @@ -12,7 +12,7 @@
>>>  ;;; Copyright © 2019 Mathieu Othacehe <m.othacehe <at> gmail.com>
>>>  ;;; Copyright © 2020 Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>
>>>  ;;; Copyright © 2018, 2019, 2020 Vagrant Cascadian <vagrant <at> debian.org>
>>> -;;; Copyright © 2020 Pierre Langlois <pierre.langlois <at> gmx.com>
>>> +;;; Copyright © 2020, 2021 Pierre Langlois <pierre.langlois <at> gmx.com>
>>>  ;;; Copyright © 2021 Vincent Legoll <vincent.legoll <at> gmail.com>
>>>  ;;; Copyright © 2021 Brice Waegeneire <brice <at> waegenei.re>
>>>  ;;;
>>> @@ -931,11 +931,16 @@ to Novena upstream, does not load u-boot.img from the first partition.")
>>>          (substitute-keyword-arguments (package-arguments base)
>>>            ((#:phases phases)
>>>             `(modify-phases ,phases
>>> +              (add-after 'unpack 'patch-rockpro64-config
>>> +                ;; Fix regression in 2020.10 causing freezes on boot with USB boot enabled.
>>> +                ;; See https://gitlab.manjaro.org/manjaro-arm/packages/core/uboot-rockpro64/-/issues/4
>>> +                (lambda _
>>> +                  (substitute* "configs/rockpro64-rk3399_defconfig"
>>> +                    (("CONFIG_USE_PREBOOT=y") "CONFIG_USE_PREBOOT=n"))))
>>>                (add-after 'patch-rockpro64-config 'set-environment
>
> Wait a minute, there was a bug here on master! The 'set-environment
> phase runs after 'patch-rockpro64-config phase, it should be 'unpack.
> This was the reason it was hanging on boot for me, it wasn't to do with
> PREBOOT, ah-ha! :-D
>
> That's nice, I was really confused about this issue, thinking I maybe
> had a faulty board.
>
>
>
>>>                  (lambda* (#:key inputs #:allow-other-keys)
>>>                    (setenv "BL31" (string-append (assoc-ref inputs "firmware")
>>> -                                                "/bl31.elf"))
>>> -                  #t))
>>> +                                                "/bl31.elf"))))
>>>                ;; Phases do not succeed on the bl31 ELF.
>>>                (delete 'strip)
>>>                (delete 'validate-runpath)))))
>>> --
>>> 2.32.0
>>>
>>>
>>>
>>> [0]: https://lists.gnu.org/archive/html/guix-commits/2021-05/msg00085.html
>
> Thanks,
> Pierre

[signature.asc (application/pgp-signature, inline)]

Reply sent to Pierre Langlois <pierre.langlois <at> gmx.com>:
You have taken responsibility. (Sat, 31 Jul 2021 11:42:01 GMT) Full text and rfc822 format available.

Notification sent to Pierre Langlois <pierre.langlois <at> gmx.com>:
bug acknowledged by developer. (Sat, 31 Jul 2021 11:42:02 GMT) Full text and rfc822 format available.

Message #19 received at 49550-done <at> debbugs.gnu.org (full text, mbox):

From: Pierre Langlois <pierre.langlois <at> gmx.com>
To: 49550-done <at> debbugs.gnu.org
Cc: Vagrant Cascadian <vagrant <at> debian.org>,
 Pierre Langlois <pierre.langlois <at> gmx.com>
Subject: Re: Enable to boot from emmc on rockpro64
Date: Sat, 31 Jul 2021 12:38:09 +0100
[Message part 1 (text/plain, inline)]
Hi Guix!

Pierre Langlois <pierre.langlois <at> gmx.com> writes:

> [[PGP Signed Part:Undecided]]
> Hi Vagrant,
>
> I just had a break-through with this! See inline.

(snip)

From 055d1d358c55811cafd4c56b919865b75e59d936 Mon Sep 17 00:00:00 2001
From: Pierre Langlois <pierre.langlois <at> gmx.com>
Date: Tue, 27 Jul 2021 20:15:55 +0100
Subject: [PATCH] gnu: u-boot-rockpro64-rk3399: Enable 'set-environment phase.

* gnu/packages/bootloaders.scm (u-boot-rockpro64-rk3399)[arguments]: Run
'set-environment phase after 'unpack instead of non-existent
'patch-rockpro64-config phase.
---
 gnu/packages/bootloaders.scm | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/gnu/packages/bootloaders.scm b/gnu/packages/bootloaders.scm
index 742992a119..4f7a8853e8 100644
--- a/gnu/packages/bootloaders.scm
+++ b/gnu/packages/bootloaders.scm
@@ -931,7 +931,7 @@ to Novena upstream, does not load u-boot.img from the first partition.")
         (substitute-keyword-arguments (package-arguments base)
           ((#:phases phases)
            `(modify-phases ,phases
-              (add-after 'patch-rockpro64-config 'set-environment
+              (add-after 'unpack 'set-environment
                 (lambda* (#:key inputs #:allow-other-keys)
                   (setenv "BL31" (string-append (assoc-ref inputs "firmware")
                                                 "/bl31.elf"))

Given this turned out to be a simple bug-fix, I just pushed it with
adb84ae8ea95a6f956d81fdac0b5c6508024a541

Closing!

Thanks,
Pierre
[signature.asc (application/pgp-signature, inline)]

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sun, 29 Aug 2021 11:24:06 GMT) Full text and rfc822 format available.

This bug report was last modified 2 years and 233 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.