|
[dunfell][PATCH] kernel u-boot: Fix formulation of LOCALVERSION
Reported-by: Daniel Thompson <daniel.thompson@...> Tested-by: Nishanth Menon <nm@...> We will need to apply this to master as well - looks like we carried the bug there as well.
Reported-by: Daniel Thompson <daniel.thompson@...> Tested-by: Nishanth Menon <nm@...> We will need to apply this to master as well - looks like we carried the bug there as well.
|
By
Nishanth Menon
· #14892
·
|
|
[PATCH dunfell 0/3] fix ARAGO_BRAND=mainline builds
We'd want mainline kernel, u-boot, tf-a, optee ..... as many upstream components as possible. is there a way to create a virtual package group that points to all upstream base components? I am looking
We'd want mainline kernel, u-boot, tf-a, optee ..... as many upstream components as possible. is there a way to create a virtual package group that points to all upstream base components? I am looking
|
By
Nishanth Menon
· #14880
·
|
|
[dunfell PATCH v2 1/5] conf: machine: Add j721s2 hs platform
Is there any way we can get rid of addresses from recipes?
Is there any way we can get rid of addresses from recipes?
|
By
Nishanth Menon
· #14797
·
|
|
[dunfell PATCH v2 4/5] ti-graphics: Add j721s2-hs-evm as a compatible machine
^^ DDK km build does'nt again change based on board.. so why are we doint this based on board? BVNC does'nt change based on evm - so why are we do it based on board? ^^ Same question here as well.. am
^^ DDK km build does'nt again change based on board.. so why are we doint this based on board? BVNC does'nt change based on evm - so why are we do it based on board? ^^ Same question here as well.. am
|
By
Nishanth Menon
· #14796
·
|
|
[dunfell PATCH v2 5/5] cnm-wave-fw: add compatible for j721s2-hs-evm
Just curious.. Is the codec binary changing per board? if not, why not just plug it based on SoC?
Just curious.. Is the codec binary changing per board? if not, why not just plug it based on SoC?
|
By
Nishanth Menon
· #14795
·
|
|
[dunfell/master PATCH] linux-ti-mainline: Bump kernel version to v5.18
This adds up numerous fixes for various k3 platforms, adds platform such as AM62x, J721S2. While at it, bump the ti-upstream-tools repo as this sync up gives us: - Switch over to 4k as default, config
This adds up numerous fixes for various k3 platforms, adds platform such as AM62x, J721S2. While at it, bump the ti-upstream-tools repo as this sync up gives us: - Switch over to 4k as default, config
|
By
Nishanth Menon
· #14794
·
|
|
[master PATCH V2] all: Stop using git://git.ti.com
Stop using un-encrypted git:// protocol to access TI repositories. This is inline with the same arguments as made by github in [1] This patch was generated via the following script: git grep "git://gi
Stop using un-encrypted git:// protocol to access TI repositories. This is inline with the same arguments as made by github in [1] This patch was generated via the following script: git grep "git://gi
|
By
Nishanth Menon
· #14784
·
|
|
[dunfell PATCH V2] all: Stop using git://git.ti.com
Stop using un-encrypted git:// protocol to access TI repositories. This is inline with the same arguments as made by github in [1] This patch was generated via the following script: git grep "git://gi
Stop using un-encrypted git:// protocol to access TI repositories. This is inline with the same arguments as made by github in [1] This patch was generated via the following script: git grep "git://gi
|
By
Nishanth Menon
· #14757
·
|
|
[dunfell PATCH] all: Stop using git://git.ti.com
Stop using un-encrypted git:// protocol to access TI repositories. This is inline with the same arguments as made by github in [1] This patch was generated via the following script: git grep "git://gi
Stop using un-encrypted git:// protocol to access TI repositories. This is inline with the same arguments as made by github in [1] This patch was generated via the following script: git grep "git://gi
|
By
Nishanth Menon
· #14753
·
|
|
[master PATCH] all: Stop using git://git.ti.com
Stop using un-encrypted git:// protocol to access TI repositories. This is inline with the same arguments as made by github in [1] This patch was generated via the following script: git grep "git://gi
Stop using un-encrypted git:// protocol to access TI repositories. This is inline with the same arguments as made by github in [1] This patch was generated via the following script: git grep "git://gi
|
By
Nishanth Menon
· #14752
·
|
|
[dunfell][PATCH] ti-sci-fw: Add DM firmware to deploy directory for am62xx-evm
This is the DM firmware. yes, it is already packaged as of tispl build, so what is missing here?
This is the DM firmware. yes, it is already packaged as of tispl build, so what is missing here?
|
By
Nishanth Menon
· #14730
·
|
|
[dunfell PATCH V2] recipes-kernel: setup-defconfig: Use SRCPV to update KERNEL_LOCALVERSION
Due to recent security update[1] in git, a subprocess will be unable to run git rev-parse to fetch revision. So instead, use the SRCPV to parse the short commit ID and set the KERNEL_LOCALVERSION vari
Due to recent security update[1] in git, a subprocess will be unable to run git rev-parse to fetch revision. So instead, use the SRCPV to parse the short commit ID and set the KERNEL_LOCALVERSION vari
|
By
Nishanth Menon
· #14631
·
|
|
[dunfell PATCH V2] u-boot-ti: Use SRCPV instead of SRCREV for U_BOOT_LOCAL_VERSION
SRCREV works with fixed commits, but when we use AUTOREV for a downstream distro bbappend, we will end up getting a bad local revision. Lets use SRCPV instead, which bitbake already deals with sensibl
SRCREV works with fixed commits, but when we use AUTOREV for a downstream distro bbappend, we will end up getting a bad local revision. Lets use SRCPV instead, which bitbake already deals with sensibl
|
By
Nishanth Menon
· #14630
·
|
|
[PATCH] recipes-kernel: setup-defconfig: Use SRCPV to update KERNEL_LOCALVERSION
That went all haywire... will post a V2.. Sorry for the noise. I also realized i forgot (yet again) to indicate via $subject which branch is the patch for.
That went all haywire... will post a V2.. Sorry for the noise. I also realized i forgot (yet again) to indicate via $subject which branch is the patch for.
|
By
Nishanth Menon
· #14629
·
|
|
[PATCH] u-boot-ti: Use SRCPV instead of SRCREV for U_BOOT_LOCAL_VERSION
SRCREV works with fixed commits, but when we use AUTOREV for a downstream distro bbappend, we will end up getting a bad local revision. Lets use SRCPV instead, which bitbake already deals with sensibl
SRCREV works with fixed commits, but when we use AUTOREV for a downstream distro bbappend, we will end up getting a bad local revision. Lets use SRCPV instead, which bitbake already deals with sensibl
|
By
Nishanth Menon
· #14628
·
|
|
[PATCH] recipes-kernel: setup-defconfig: Use SRCPV to update KERNEL_LOCALVERSION
Due to recent security update[1] in git, a subprocess will be unable to not able to run git rev-parse to fetch revision. So instead, use the SRCPV to parse the short commit ID and set the KERNEL_LOCAL
Due to recent security update[1] in git, a subprocess will be unable to not able to run git rev-parse to fetch revision. So instead, use the SRCPV to parse the short commit ID and set the KERNEL_LOCAL
|
By
Nishanth Menon
· #14627
·
|
|
[dunfell][PATCH] u-boot-ti: Use SRCREV to get short commit ID
I see a similar logic in recipes-kernel/linux/setup-defconfig.inc as well. Considering similar problem https://lore.kernel.org/all/20220413155249.3458236-2-raj.khem@... was wondering as to what
I see a similar logic in recipes-kernel/linux/setup-defconfig.inc as well. Considering similar problem https://lore.kernel.org/all/20220413155249.3458236-2-raj.khem@... was wondering as to what
|
By
Nishanth Menon
· #14607
·
|
|
[dunfell][PATCH] linux-ti-staging/mainline: depend on libmpc-native and gmp-native
Thank you. Reviewed-by: Nishanth Menon <nm@...>
Thank you. Reviewed-by: Nishanth Menon <nm@...>
|
By
Nishanth Menon
· #14606
·
|
|
[dunfell][PATCH] Rename the am62xx-evm platform to am62xx-sk
Could we please add a commit message explaining reasoning? This is overall, IMHO a bad idea. sk is ONE of the boards we will support with the same build. See am335x, 437x etc.. if we start spawning of
Could we please add a commit message explaining reasoning? This is overall, IMHO a bad idea. sk is ONE of the boards we will support with the same build. See am335x, 437x etc.. if we start spawning of
|
By
Nishanth Menon
· #14594
·
|
|
[dunfell][PATCH 00/11] Adding support for am62xx
NAK to the series. a) patches need to be cleaned up - squashed etc. b) lpm-demo binary should probably belong to meta-arago instead of meta-ti. meta-ti should be a bsp layer, not a distro.
NAK to the series. a) patches need to be cleaned up - squashed etc. b) lpm-demo binary should probably belong to meta-arago instead of meta-ti. meta-ti should be a bsp layer, not a distro.
|
By
Nishanth Menon
· #14541
·
|