If I'm not completely wrong, you did something other, compared to your last attempt.
But I'm still curious ... WHAT did you change and WHAT was the outcome in front of the shown log "fragment"?
Was it - probably - the part, where
aae was loaded successfully (where's the corresponding command line) and produces any output like this:
Code:
[ 16.112491] [module-mem] give 0x1a000 bytes at 810ed000 to module 'aae' (0x318000 bytes left)
[ 16.115851] [wlan_config] Given config is:
[ 16.115872] [wlan_config] hw_interface=0 chip_type=8 (scorpion) offload=1 (non)
[ 16.115883] [wlan_config] hw_interface=1 chip_type=11 (peregrine) offload=1 (non)
[ 16.145728] avm_net_trace: New net trace device 'WLAN Management Traffic' registered with minor 128.
[ 16.146128] [wlan_config] HWRevision now 205
[ 16.146159] [wlan_config] HWSubRevision now 2
[ 16.146200] [wlan_config] maca now 5c:49:79:4f:a8:8e
[ 16.149667] avm_net_trace: udev device avm_net_trace128 created
[ 16.198430] [wlan_eeprom] EEPROM1: Awaiting calibration data via char dev
[ 16.198518] [wlan_eeprom] New valid EEPROM1 loaded
[ 16.198530] [wlan_eeprom] EEPROM #1, type "AR93xx/AR95xx":
[ 16.198557] [wlan_eeprom] Customer data="DVBC_Repeater_CAL1_V"
[ 16.198597] [wlan_eeprom] MinCCAPwr thresh set to 2GHz:-70,-70,-70 5GHz:-1,0,0
[ 16.198606] [wlan_eeprom] Build with ART2 4.4
[ 16.198688] [wlan_eeprom] EEPROM2: Awaiting calibration data via char dev
[ 16.198750] [wlan_eeprom] New valid EEPROM2 loaded
[ 16.198761] [wlan_eeprom] EEPROM #2, type "QCA98xx":
[ 16.198784] [wlan_eeprom] Customer data="DVBC_Repeater_CAL2_V"
[ 16.198793] [wlan_eeprom] patching regDmnExt to enable ext chan 144 for fcc
, where some of the tasks, which will fail later while loading
qca_da.ko, were done already? Could it be, that the last parameter of
aae.ko (
patch_eeprom) has something to do with the "wlan_eeprom"-related lines from above and that the
qca_da.ko driver (which hasn't any own parameters according to
modinfo) checks anyhow, whether
aae.ko already applied calibration data?
We don't know it ... because we can't see, what happens while
aae.ko got loaded. ->
Just in this moment, your addendum from #121 arrived.
If you want to try something other while I'm busy ... try to set
HWRevision and
HWSubrevision from urlader environment again (only for the running system, it doesn't matter, if the changes will not survive a reboot)
AND to export those values to
wland's environment, too, so it gets inherited by all further children. The urlader environment may be set via write operation to
/proc/sys/urlader/environment (we had this theme already, afair) from any script file, that's called before WLAN initialization is started - or even directly in this file (
rc.wlan). Use a value of
206 for
HWRevision (it's the native one for a 1750E device) and one of
0,
1 or
7 (those three are defined in the 1750E kernel) for
HWSubrevision. My intention is a test, whether anywhere in the WLAN components an additional table exists, that's not built from values out of the WLAN configuration files under
/etc/$CONFIG_PRODUKT/$OEM/wlan* - it would be weird (why would anyone take the efforts with WLAN configuration files, if there're still "fixed values" somewhere in the code), but I want to exclude such a simple problem for sure.
EDIT: And the output of
aae.ko should change automatically, according to your changes - but kernel modules do not have an environment (like
wland) and will read the value(s) from urlader environment. This module has an own list of functions for access to config info:
Code:
00000760 D avm_cfg_chip_type_str
00010818 T avm_cfg_cleanup
0000fb84 T avm_cfg_display
0000f6e4 T avm_cfg_get
0000f708 T avm_cfg_get_chip_type
0000f5f0 T avm_cfg_get_hw_cnt
0000f5fc T avm_cfg_get_hwrev
0000f608 T avm_cfg_get_hwsubrev
0000f6b8 T avm_cfg_get_maca
0000f730 T avm_cfg_get_offload
00000e44 b avm_cfg_hw_cnt
00010044 T avm_cfg_init
0000f614 T avm_cfg_is_erratum_set
0000f758 T avm_cfg_is_full_offload
0000f788 T avm_cfg_is_partial_offload
0000f6c4 T avm_cfg_is_prodtest
0000f6d4 T avm_cfg_is_suspend_fw_unload_set
00000750 D avm_cfg_offload_str
0000fed4 T avm_cfg_wlan_env_get_value
0000fd1c T avm_cfg_wlan_env_insert
0000ff4c T avm_cfg_wlan_env_list_for_sysfs
0000feac T avm_cfg_wlan_env_remove
0000fa74 t avm_cfg_wlan_env_remove.part.1
