This is the maximum value that can be stored in a resource_size_t
and can be used as dummy invalid value if needed.
Import it with the same definition as in Linux.
Signed-off-by: Ahmad Fatoum
---
include/linux/limits.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/linux/limits.h
Fix compilation error:
drivers/mci/mci-core.c: In function 'mci_part_add':
drivers/mci/mci-core.c:693:32: error: invalid storage class for function
'mmc_extract_gpp_units'
693 | static __maybe_unused unsigned mmc_extract_gpp_units(const char
*ecsd_info, unsigned idx)
|
Hi Sascha,
On 07.04.25 15:07, Sascha Hauer wrote:
> -static struct image_handler arm_fit_handler = {
> -.name = "FIT image",
> -.bootm = do_bootm_linux,
> -.filetype = filetype_oftree,
> -};
> -
You delete the object, but not the references to it from the initcall.
> -st
Hi Renaud,
Am Montag, dem 07.04.2025 um 14:55 + schrieb Renaud Barbier:
> Hello,
> Barebox version: 2024-09
>
> I am porting the Linux PCIE driver for Broadcom Cortex-A9 (ARMv7) chip.
> So far I am able to detect the bridge and NVME device attach to it:
>
> pci: pci_scan_bus for bus 0
> pci:
Hi David,
On 05.03.25 14:55, David Jander wrote:
> On Wed, 5 Mar 2025 13:51:51 +0100
> Ahmad Fatoum wrote:
>> As we gain more confidence in the implementation (or rather import mptcp and
>> focus
>> on fuzzing that), this will change, but as things stand now, it's is not
>> advisable
>> to do n
Signed-off-by: Alexander Shiyan
---
firmware/.gitignore | 1 +
1 file changed, 1 insertion(+)
diff --git a/firmware/.gitignore b/firmware/.gitignore
index 8f9a956eb6..8e64a770ed 100644
--- a/firmware/.gitignore
+++ b/firmware/.gitignore
@@ -2,3 +2,4 @@
*.bin
*.bin-optee
+*.sum
--
2.39.1
On Tue, Apr 08, 2025 at 10:03:39AM +0300, Alexander Shiyan wrote:
> Fix compilation error:
> drivers/mci/mci-core.c: In function 'mci_part_add':
> drivers/mci/mci-core.c:693:32: error: invalid storage class for function
> 'mmc_extract_gpp_units'
> 693 | static __maybe_unused unsigned mmc_extract
Hello Alexander,
On 08.04.25 09:16, Alexander Shiyan wrote:
> Since barebox does not support RK3399-based boards, let's
> remove RK3399 support for now.
I have out-of-tree RK3399 (and PX30) support, but haven't got around
to fully upstream it :/
> It can be easily added later if needed.
> This c
