[U-Boot] v7_outer_cache_inval_range error on iMX6Q

[U-Boot] v7_outer_cache_inval_range error on iMX6Q

[Neil Armstrong]

Hi,

I'm having a strange issue while porting the DART-MX6 and it's carrier board to mainline U-Boot.

Everything works as expected except "fatls" where I get the following output :

=> fatls mmc 0:1
CACHE: Misaligned operation at range [4f59dfc8, 4f59e7c8]
CACHE: Misaligned operation at range [4f59dfc8, 4f59e7c8]
ERROR: v7_outer_cache_inval_range - start address is not aligned - 0x4f59dfc8
ERROR: v7_outer_cache_inval_range - stop address is not aligned - 0x4f59e7c8
CACHE: Misaligned operation at range [4f59dfc8, 4f59e7c8]
CACHE: Misaligned operation at range [4f59dfc8, 4f59e7c8]
ERROR: v7_outer_cache_inval_range - start address is not aligned - 0x4f59dfc8
ERROR: v7_outer_cache_inval_range - stop address is not aligned - 0x4f59e7c8

0 file(s), 0 dir(s)

But :
=> fatinfo mmc 0:1
Interface:  MMC
  Device 0: Vendor: Man 000074 Snr 62aee901 Rev: 4.2 Prod: USD  \x10
            Type: Removable Hard Disk
            Capacity: 7695.0 MB = 7.5 GB (15759360 x 512)
Filesystem: FAT16 "boot       "

And it contains :
    41541   imx6q-var-dt6customboard.dtb
  6535440   uImage

And even fatload works :
=> fatload mmc 0:1 $loadaddr uIMage
reading uIMage
6535440 bytes read in 322 ms (19.4 MiB/s)

Same for mmc0 (SDCard) and mmc1 (eMMC).

I tested against v2017.11 and master (16fa2eb95172e63820ee5f3d4052f3362a6de84e) with :
gcc-linaro-4.9.4-2017.01-x86_64_arm-eabi
gcc-linaro-7.1.1-2017.08-x86_64_arm-linux-gnueabihf

same behaviour.

And same behaviour when reverting the following :
af609e3 fs/fat: Check malloc return values and fix memory leaks
09fa964 fs/fat: Fix 'CACHE: Misaligned operation at range' warnings
8df8731 fs/fat: Fix pathnames using '..' that lead to the root directory
2460098 fs/fat: Reduce stack usage

Do someone have an idea except disabling data cache ?

Thanks,
Neil

-- 
Neil Armstrong
Embedded Linux Software Engineer
BayLibre - At the Heart of Embedded Linux
www.baylibre.com

[U-Boot] v7_outer_cache_inval_range error on iMX6Q

[Lukasz Majewski]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="windows-1254", Size: 2638 bytes --]

Hi Neil,

> Hi,
> 
> I'm having a strange issue while porting the DART-MX6 and it's
> carrier board to mainline U-Boot.
> 
> Everything works as expected except "fatls" where I get the following
> output :

Please look into:
http://patchwork.ozlabs.org/patch/831183/

IN short:

You may need to fix the code by using cache aware allocation
functions instead of calloc(), malloc().


BR,
Łukasz
> 
> => fatls mmc 0:1  
> CACHE: Misaligned operation at range [4f59dfc8, 4f59e7c8]
> CACHE: Misaligned operation at range [4f59dfc8, 4f59e7c8]
> ERROR: v7_outer_cache_inval_range - start address is not aligned -
> 0x4f59dfc8 ERROR: v7_outer_cache_inval_range - stop address is not
> aligned - 0x4f59e7c8 CACHE: Misaligned operation at range [4f59dfc8,
> 4f59e7c8] CACHE: Misaligned operation at range [4f59dfc8, 4f59e7c8]
> ERROR: v7_outer_cache_inval_range - start address is not aligned -
> 0x4f59dfc8 ERROR: v7_outer_cache_inval_range - stop address is not
> aligned - 0x4f59e7c8
> 
> 0 file(s), 0 dir(s)
> 
> But :
> => fatinfo mmc 0:1  
> Interface:  MMC
>   Device 0: Vendor: Man 000074 Snr 62aee901 Rev: 4.2 Prod: USD  \x10
>             Type: Removable Hard Disk
>             Capacity: 7695.0 MB = 7.5 GB (15759360 x 512)
> Filesystem: FAT16 "boot       "
> 
> And it contains :
>     41541   imx6q-var-dt6customboard.dtb
>   6535440   uImage
> 
> And even fatload works :
> => fatload mmc 0:1 $loadaddr uIMage  
> reading uIMage
> 6535440 bytes read in 322 ms (19.4 MiB/s)
> 
> Same for mmc0 (SDCard) and mmc1 (eMMC).
> 
> I tested against v2017.11 and master
> (16fa2eb95172e63820ee5f3d4052f3362a6de84e) with :
> gcc-linaro-4.9.4-2017.01-x86_64_arm-eabi
> gcc-linaro-7.1.1-2017.08-x86_64_arm-linux-gnueabihf
> 
> same behaviour.
> 
> And same behaviour when reverting the following :
> af609e3 fs/fat: Check malloc return values and fix memory leaks
> 09fa964 fs/fat: Fix 'CACHE: Misaligned operation at range' warnings
> 8df8731 fs/fat: Fix pathnames using '..' that lead to the root
> directory 2460098 fs/fat: Reduce stack usage
> 
> Do someone have an idea except disabling data cache ?
> 
> Thanks,
> Neil
> 



Best regards,

Lukasz Majewski

--

DENX Software Engineering GmbH,      Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20171123/385b7b0f/attachment.sig>

[U-Boot] v7_outer_cache_inval_range error on iMX6Q

[Neil Armstrong]

Hi Łukasz,

On 23/11/2017 20:55, Lukasz Majewski wrote:
> Hi Neil,
> 
>> Hi,
>>
>> I'm having a strange issue while porting the DART-MX6 and it's
>> carrier board to mainline U-Boot.
>>
>> Everything works as expected except "fatls" where I get the following
>> output :
> 
> Please look into:
> http://patchwork.ozlabs.org/patch/831183/
> 
> IN short:
> 
> You may need to fix the code by using cache aware allocation
> functions instead of calloc(), malloc().

I found it in fat.c, thanks.

Neil

> 
> 
> BR,
> Łukasz
>>
>> => fatls mmc 0:1  
>> CACHE: Misaligned operation at range [4f59dfc8, 4f59e7c8]
>> CACHE: Misaligned operation at range [4f59dfc8, 4f59e7c8]
>> ERROR: v7_outer_cache_inval_range - start address is not aligned -
>> 0x4f59dfc8 ERROR: v7_outer_cache_inval_range - stop address is not
>> aligned - 0x4f59e7c8 CACHE: Misaligned operation at range [4f59dfc8,
>> 4f59e7c8] CACHE: Misaligned operation at range [4f59dfc8, 4f59e7c8]
>> ERROR: v7_outer_cache_inval_range - start address is not aligned -
>> 0x4f59dfc8 ERROR: v7_outer_cache_inval_range - stop address is not
>> aligned - 0x4f59e7c8
>>
>> 0 file(s), 0 dir(s)
>>
>> But :
>> => fatinfo mmc 0:1  
>> Interface:  MMC
>>   Device 0: Vendor: Man 000074 Snr 62aee901 Rev: 4.2 Prod: USD  \x10
>>             Type: Removable Hard Disk
>>             Capacity: 7695.0 MB = 7.5 GB (15759360 x 512)
>> Filesystem: FAT16 "boot       "
>>
>> And it contains :
>>     41541   imx6q-var-dt6customboard.dtb
>>   6535440   uImage
>>
>> And even fatload works :
>> => fatload mmc 0:1 $loadaddr uIMage  
>> reading uIMage
>> 6535440 bytes read in 322 ms (19.4 MiB/s)
>>
>> Same for mmc0 (SDCard) and mmc1 (eMMC).
>>
>> I tested against v2017.11 and master
>> (16fa2eb95172e63820ee5f3d4052f3362a6de84e) with :
>> gcc-linaro-4.9.4-2017.01-x86_64_arm-eabi
>> gcc-linaro-7.1.1-2017.08-x86_64_arm-linux-gnueabihf
>>
>> same behaviour.
>>
>> And same behaviour when reverting the following :
>> af609e3 fs/fat: Check malloc return values and fix memory leaks
>> 09fa964 fs/fat: Fix 'CACHE: Misaligned operation at range' warnings
>> 8df8731 fs/fat: Fix pathnames using '..' that lead to the root
>> directory 2460098 fs/fat: Reduce stack usage
>>
>> Do someone have an idea except disabling data cache ?
>>
>> Thanks,
>> Neil
>>
> 
> 
> 
> Best regards,
> 
> Lukasz Majewski
> 
> --
> 
> DENX Software Engineering GmbH,      Managing Director: Wolfgang Denk
> HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
> Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
> 


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20171124/9c269be4/attachment.sig>