-
Notifications
You must be signed in to change notification settings - Fork 4
added block command which returns the block size #2
added block command which returns the block size #2
Conversation
This v2 of PR #1 Thanks @razvan-becheriu I will test this patch and have the u-boot recipe apply it from here https://github.com/htot/meta-intel-edison/tree/master/meta-intel-edison-bsp/recipes-bsp/u-boot/files (it will take a little time from there to get into edision-fw). That way it will survive u-boot updates automatically (until it breaks). Will you send this patch to upstream? |
yes I will.
please let me how to proceed.
Regards,
Razvan.
PS: please let me know when it will be included in the thud build.
…Sent from my iPhone
On 26 Oct 2019, at 22:18, Ferry Toth ***@***.***> wrote:
This v2 of PR #1
Thanks @razvan-becheriu I will test this patch and have the u-boot recipe apply it from here https://github.com/htot/meta-intel-edison/tree/master/meta-intel-edison-bsp/recipes-bsp/u-boot/files.
That way it will survive u-boot updates automatically (until it breaks). Will you send this patch to upstream?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
I think you would need to rebase against u-boot master and send to ML here https://lists.denx.de/listinfo/u-boot
It will go into warrior. |
@razvan-becheriu I took your U-Boot patch and added it into the u-boot recipe. This way it will survive u-boot updates automatically, until you patch get upstreamed or until it breaks otherwise. I force pushed this into htoth/meta-intel-edison master and warrior. Eventually this will go into edison-fw. It builds but I would appreciate if you test it.. |
Add support to boot some remoteprocs at U-boot prompt on the J721E EVM boards by using the 'boot_rprocs' and other env variables defined in the common environment file k3_rproc.h, and updating the 'DEFAULT_RPROCS' macro. The list of R5F cores to be started before loading and booting the Linux kernel are as follows, and in this order: Main R5FSS0 (Split) Core1 : 3 /lib/firmware/j7-main-r5f0_1-fw Main R5FSS1 (LockStep) : 4 /lib/firmware/j7-main-r5f1_0-fw The MCU R5FSS0 and Main R5FSS1 are currently in LockStep mode, so the equivalent Core1 rprocs (rproc #1 and #5) are not included. The Main R5FSS0 Core0 (rproc #2) is already started by R5 SPL, so is not included in the list either. The DSP cores are started in the following order before loading and booting the Linux kernel: C66_0: 6 /lib/firmware/j7-c66_0-fw C66_1: 7 /lib/firmware/j7-c66_1-fw C71_0: 8 /lib/firmware/j7-c71_0-fw The order of the rprocs to boot can be changed at runtime if desired by overwriting the 'rproc_fw_binaries' environment variable at U-boot prompt. Signed-off-by: Jean-Jacques Hiblot <jjhiblot@ti.com> Signed-off-by: Suman Anna <s-anna@ti.com> Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com>
After updating libavb to most recent version from AOSP/master, two new warnings appear: Warning #1: lib/libavb/avb_cmdline.c: In function 'avb_append_options': lib/libavb/avb_cmdline.c:365:15: warning: 'dm_verity_mode' may be used uninitialized in this function [-Wmaybe-uninitialized] new_ret = avb_replace( ^~~~~~~~~~~~ slot_data->cmdline, "$(ANDROID_VERITY_MODE)", dm_verity_mode); ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ lib/libavb/avb_cmdline.c:374:8: warning: 'verity_mode' may be used uninitialized in this function [-Wmaybe-uninitialized] if (!cmdline_append_option( ^~~~~~~~~~~~~~~~~~~~~~ slot_data, "androidboot.veritymode", verity_mode)) { ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Warning #2: lib/libavb/avb_slot_verify.c: In function 'avb_slot_verify': lib/libavb/avb_slot_verify.c:1349:23: warning: 'ret' may be used uninitialized in this function [-Wmaybe-uninitialized] AvbSlotVerifyResult ret; ^~~ Fix those by providing default return values to affected functions. Signed-off-by: Sam Protsenko <semen.protsenko@linaro.org>
@razvan-becheriu: @andy-shev has declared that all his edison patches are now in upstream and therefore edison-fw should use that. His repo will now be used for experimental work from now on. So edison-fw will now switch to upstream, but add (non-essential) patches from @andy-shev and the patch from this PR. Are you planning to send your patch upstream (please do)? |
I don't understand. Is there something I should do. I would like to send the patch upstream, but I thing only you or andy-shev can do that. Hasn't this patch been merged yet? |
oh, just read previous posts. I think I can do that. I'll let you know when it is done. |
hm...it seems that fw-intel-edison (https://github.com/edison-fw/u-boot.git)
master is missing command 'number'.
Can you merge that functionality first? I can send you the patch just for
block part. Should I add for 'number' as well?
Regards,
Razvan
…On Sun, Apr 19, 2020 at 2:50 PM Ferry Toth ***@***.***> wrote:
@razvan-becheriu <https://github.com/razvan-becheriu>: @andy-shev
<https://github.com/andy-shev> has declared that all his edison patches
are now in upstream and therefore edison-fw should use that. His repo will
now be used for experimental work from now on.
So edison-fw will now switch to upstream, but add (non-essential) patches
from @andy-shev <https://github.com/andy-shev> and the patch from this
PR. Are you planning to send your patch upstream (please do)?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#2 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AEURNW6SSP6OZIDKWNZ65KTRNLQRVANCNFSM4JFOH6EQ>
.
|
attached is the patch.
next step is to send it to: <u-boot@lists.denx.de> ?
Can you give me an example of CAHANGELOG (if needed).
Regards,
Razvan
On Sun, Apr 19, 2020 at 5:32 PM razvan becheriu <razvan.becheriu@gmail.com>
wrote:
… hm...it seems that fw-intel-edison (
https://github.com/edison-fw/u-boot.git) master is missing command
'number'.
Can you merge that functionality first? I can send you the patch just for
block part. Should I add for 'number' as well?
Regards,
Razvan
On Sun, Apr 19, 2020 at 2:50 PM Ferry Toth ***@***.***>
wrote:
> @razvan-becheriu <https://github.com/razvan-becheriu>: @andy-shev
> <https://github.com/andy-shev> has declared that all his edison patches
> are now in upstream and therefore edison-fw should use that. His repo will
> now be used for experimental work from now on.
>
> So edison-fw will now switch to upstream, but add (non-essential) patches
> from @andy-shev <https://github.com/andy-shev> and the patch from this
> PR. Are you planning to send your patch upstream (please do)?
>
> —
> You are receiving this because you were mentioned.
> Reply to this email directly, view it on GitHub
> <#2 (comment)>, or
> unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AEURNW6SSP6OZIDKWNZ65KTRNLQRVANCNFSM4JFOH6EQ>
> .
>
|
|
@razvan-becheriu |
Hi,
I want to do this right, so, with the risk of being annoying, please
explicitly mention repo and branch that I should use to apply the patch.
As mentioned:
fw-intel-edison (https://github.com/edison-fw/u-boot.git)
master is missing part command 'number'.
Is there another patch waiting to be merged first?
I am not sure why the MR (#2) has
been closed without merging any changes.
That MR was done against
https://github.com/edison-fw/u-boot/tree/acpi-v2019.10. Was that a mistake?
Thank you,
Razvan
…On Tue, Apr 21, 2020 at 7:38 PM Andy Shevchenko ***@***.***> wrote:
@razvan-becheriu <https://github.com/razvan-becheriu>
Follow
https://www.denx.de/wiki/U-Boot/Patches and send directly to upstream.
Thanks!
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#2 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AEURNWYOU7UY6XFA2UKYCQDRNXDZ5ANCNFSM4JFOH6EQ>
.
|
No, it's not a mistake. meta-intel-edison has your patch in the recipe for U-Boot. But this U-Boot repo will be archived any moment now. So your patch should go to upstream U-Boot (sent to mailing list so it will go into master). |
OK, so which is the upstream U-boot repo? can you explicitly give me
the repo url? And the branch is master, right?
Thank you,
Razvan
…On Tue, Apr 21, 2020 at 11:50 PM Ferry Toth ***@***.***> wrote:
No, it's not a mistake. meta-intel-edison has your patch in the recipe for U-Boot. But this U-Boot repo will be archived any moment now. So your patch should go to upstream U-Boot (sent to mailing list so it will go into master).
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
https://github.com/andy-shev/u-boot.git ?
On Tue, Apr 21, 2020 at 11:56 PM razvan becheriu
<razvan.becheriu@gmail.com> wrote:
…
OK, so which is the upstream U-boot repo? can you explicitly give me
the repo url? And the branch is master, right?
Thank you,
Razvan
On Tue, Apr 21, 2020 at 11:50 PM Ferry Toth ***@***.***> wrote:
>
> No, it's not a mistake. meta-intel-edison has your patch in the recipe for U-Boot. But this U-Boot repo will be archived any moment now. So your patch should go to upstream U-Boot (sent to mailing list so it will go into master).
>
> —
> You are receiving this because you were mentioned.
> Reply to this email directly, view it on GitHub, or unsubscribe.
|
You mean to rebase against? https://github.com/u-boot/u-boot But they don't take PR's from github. You should send the patch to the mailing list (that is: by e-mail) |
I have send the email.
I will let you know how this goes. Should I monitor the repo or usually I
should get a response (favorable or not).
Thank you.
Razvan
…On Wed, Apr 22, 2020 at 12:00 AM Ferry Toth ***@***.***> wrote:
You mean to rebase against? https://github.com/u-boot/u-boot
But they don't take PR's from github. You should send the patch to the
mailing list (that is: by e-mail)
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#2 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AEURNWZ53SJBVLHQJBQICA3RNYCN5ANCNFSM4JFOH6EQ>
.
|
Your patch made it to the list. I think you didn't follow the guide on using patchman? So there is no one on the CC. But maybe @andy-shev will care to review it? |
I am not sure how they can make the distinction between the file content
and everything which is 'a header' containing: Tested-by: tag,
Signed-off-by: tag, etc
…On Thu, Apr 23, 2020 at 9:31 PM Ferry Toth ***@***.***> wrote:
Your patch made it to the list. I think you didn't follow the guide on
using patchman? So there is no one on the CC. But maybe @andy-shev
<https://github.com/andy-shev> will care to review it?
I can add Tested-by: tag. But I sure they will want you to add
Signed-off-by: tag. You will probably be asked to resend anyway.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#2 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AEURNW5QY4EEV4ZAT7EK3BDROCCPTANCNFSM4JFOH6EQ>
.
|
I don't know. Just my git is configured to automatically add signed-off. |
@razvan-becheriu For your convenience: @htot |
No description provided.