• State Verified Answer
  • Replies 8 replies
  • Subscribers 68 subscribers
  • Views 1172 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 316798
Options

Bus Fault in DMIC Driver on NRF9160 After Upgrading to SDK Version 2.5.0

sensorbee-dev

I've recently encountered an issue with the DMIC driver on the NRF9160 after updating to SDK version 2.5.0. Specifically, a bus fault arises during the initialization phase of Zephyr.

Some observations and details:

  • The BusFault Address Register (BFAR) indicates that the fault was triggered by address 0x40006540 [PDM->CLK].
  • The previous SDK version I was using was 2.4.2, and I didn't experience this issue.
  • I haven't made any modifications to the DMIC configuration or altered anything within the device tree.
  • Due to the early occurrence of the fault during the boot-up process, I've been unable to retrieve any logs.
  • I have also tried to look for any changes in the driver that could be causing this issue, but there does not seem to have been any significant changes recently.

Has anyone else faced a similar issue or have suggestions on how to resolve it?

This is the DTS configuration that I am currenly using:

&pinctrl {
    pdm0_default_alt: pdm0_default_alt {
        group1 {
            psels = <NRF_PSEL(PDM_CLK, 0, 22)>,
                <NRF_PSEL(PDM_DIN, 0, 21)>;
        };
    };
};

dmic_dev: &pdm0 {
    status = "okay";
    pinctrl-0 = <&pdm0_default_alt>;
    pinctrl-names = "default";
    clock-source = "PCLK32M_HFXO";
};

Parents
  • 0

    Hi, and sorry for the late reply.

    • The BusFault Address Register (BFAR) indicates that the fault was triggered by address 0x40006540 [PDM->CLK].
    • The previous SDK version I was using was 2.4.2, and I didn't experience this issue.
    • I haven't made any modifications to the DMIC configuration or altered anything within the device tree.
    • Due to the early occurrence of the fault during the boot-up process, I've been unable to retrieve any logs.
    • I have also tried to look for any changes in the driver that could be causing this issue, but there does not seem to have been any significant changes recently.

    Thanks for your clear description!

    Has anyone else faced a similar issue or have suggestions on how to resolve it?

    No, I can't find any reference to this either internally or on DevZone. But v2.5.0 has not been out for long.

    I also don't see any changed to DMIC drivers mentioned in the release notes.

    So far I haven't figured out what could be causing this, but I'll let you know if I find anything. Keep me updated if you happen to fix it!

    By the way, which board are you using? Are you able to run your application on a DK, on v2.4.2 and v2.5.0? Or have you tried running the DMIC sample in v2.5.0?

    Best regards,

    Raoul

  • 0 in reply to Raoul

    Hi Raoul,

    Thank you for looking into this. I appreciate your efforts. Here's an update on the situation after following your suggestions and performing some additional tests:

    1. I attempted to run the DMIC sample on our custom NRF9160-based board after executing west update. Unfortunately, we encountered the same bus fault as before.

    2. For comparison, I also ran the DMIC sample on an NRF5340DK. In this case, it functioned correctly without any issues, indicating that the problem seems to be specific to the NRF9160.

    3. Further testing on an NRF9160DK board did not yield positive results. Although I couldn't confirm if it's the exact same issue faced with our custom board, the debug session was unsuccessful. An attempt to pause the execution led to an error message: "Internal error: Failed to update peripheral PDM_NS after memory reads." EDIT: It did however work without issues using SDK version 2.4.2.

    Given these outcomes, it seems the problem might be specific to the NRF9160 in the context of SDK version 2.5.0.

    Here is the overlay that I used for the NRF9160DK board:

    &pinctrl {
	pdm0_default_alt: pdm0_default_alt {
		group1 {
			psels = <NRF_PSEL(PDM_CLK, 0, 18)>,
				<NRF_PSEL(PDM_DIN, 0, 19)>;
		};
	};
};

dmic_dev: &pdm0 {
	status = "okay";
	pinctrl-0 = <&pdm0_default_alt>;
	pinctrl-names = "default";
	clock-source = "PCLK32M_HFXO";
};

    If you have any further insights or suggestions, they would be greatly appreciated.

Reply
  • 0 in reply to Raoul

    Hi Raoul,

    Thank you for looking into this. I appreciate your efforts. Here's an update on the situation after following your suggestions and performing some additional tests:

    1. I attempted to run the DMIC sample on our custom NRF9160-based board after executing west update. Unfortunately, we encountered the same bus fault as before.

    2. For comparison, I also ran the DMIC sample on an NRF5340DK. In this case, it functioned correctly without any issues, indicating that the problem seems to be specific to the NRF9160.

    3. Further testing on an NRF9160DK board did not yield positive results. Although I couldn't confirm if it's the exact same issue faced with our custom board, the debug session was unsuccessful. An attempt to pause the execution led to an error message: "Internal error: Failed to update peripheral PDM_NS after memory reads." EDIT: It did however work without issues using SDK version 2.4.2.

    Given these outcomes, it seems the problem might be specific to the NRF9160 in the context of SDK version 2.5.0.

    Here is the overlay that I used for the NRF9160DK board:

    &pinctrl {
	pdm0_default_alt: pdm0_default_alt {
		group1 {
			psels = <NRF_PSEL(PDM_CLK, 0, 18)>,
				<NRF_PSEL(PDM_DIN, 0, 19)>;
		};
	};
};

dmic_dev: &pdm0 {
	status = "okay";
	pinctrl-0 = <&pdm0_default_alt>;
	pinctrl-names = "default";
	clock-source = "PCLK32M_HFXO";
};

    If you have any further insights or suggestions, they would be greatly appreciated.

Children
Related