-
Notifications
You must be signed in to change notification settings - Fork 7.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Crash when RMT mem_block_num > 1 (IDFGH-2915) #4959
Comments
@cskilbeck Thanks for reporting. Would you please help provide more details as suggested in the issue template? Information like elf, sdk configuration, backtrace, log outputs, commit ID, hardware and etc. would help us debug further. Thanks. |
Hi, @cskilbeck |
From looking at the debug log, it seems to be having a problem in static void IRAM_ATTR rmt_fill_memory(rmt_channel_t channel, const rmt_item32_t *item,
uint16_t item_num, uint16_t mem_offset)
{
RMT_ENTER_CRITICAL();
rmt_ll_set_mem_owner(p_rmt_obj[channel]->hal.regs, channel, RMT_MEM_OWNER_SW);
rmt_ll_write_memory(p_rmt_obj[channel]->hal.mem, channel, item, item_num, mem_offset);
rmt_ll_set_mem_owner(p_rmt_obj[channel]->hal.regs, channel, RMT_MEM_OWNER_HW);
RMT_EXIT_CRITICAL();
} |
Also worth mentioning (although this is really a separate bug) that when |
Hi,@cskilbeck thanks !! |
Great, thanks for looking into it, let me know if you want anything tested. |
Having the same issue. I think I'm using version 4.0 but I could be wrong. I would happily apply a patch to the driver so as to not wait for a full version release (in case you already have it). |
I haven't looked into it, sorry, just waiting for a new version.
…On Sun, 5 Apr 2020, at 4:30 PM, atwoz wrote:
Having the same issue. I think I'm using version 4.0 but I could be wrong. I would happily apply a patch to the driver so as to not wait for a full version release (in case you already have it).
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#4959 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABGDOK45D3ORUBVAU2HRCULRLCPZ7ANCNFSM4LO55OJQ>.
|
@cskilbeck @atwoz Thanks for reporting and follow-up, we have a fix which is now under internal reviewing, will update once it is available on GitHub. Thanks. |
Hi, @atwoz |
Hi, @cskilbeck the fix of this issue will remove the line
in
Can you help check if this fix is OK? @atwoz Can you provide you IDF version? thanks |
I'll give it a go and report back. |
@koobest I can confirm that the crash goes away when removing that line. Tested on v4.2. |
Environment
ESP32-WROOM
ESP32D0WDQ5 (revision 1)
v4.1-dev-2079-g5dbabae9d
xtensa-esp32-elf-gcc (crosstool-NG esp-2019r2) 8.2.0
Problem Description
When rmt_config is called with rmt_config_t containing mem_block_num value > 1, then a hard crash occurs in rmt translation function.
Expected Behavior
Using > 1 mem_blocks used to work (I think on v4.0)
Actual Behavior
Hang, resulting in WDT trigger
Steps to reproduce
config.mem_block_num = 8;
Code to reproduce this issue
https://gist.github.com/cskilbeck/6ce188fd980637f194f454d5bdd43037
Debug Log
https://gist.github.com/cskilbeck/56da4ad34c9c9bb4d04efe092b5cb632
Other items
-elf led_strip.zip
The text was updated successfully, but these errors were encountered: