Activity
From 04/09/2026 to 05/08/2026
05/08/2026
- I've got a device tree building for my carrier board, and a custom QUP configuration working! However, only 4 out of 5 of my UARTs are working. uart14 returns an error when it is probed. Here's the relevant output from dmesg:
05/05/2026
- NO 06:58 PM Software Development: RE: Processor rebooting
- Thanks Greg. I'll leave USB1 enabled for now as I work on bringing up other peripherals. I'd love to eventually figure out how to disable it, especially if that can result in any power savings.
- GG 06:34 PM Software Development: RE: Processor rebooting
- Hi Nathan,
Thank you for all the information. We have worked with another design that also did not connect the SS lines for this USB and they have not had to make the same changes in the DTS (e.g. having usb_1_qmpphy enabled is not a...
05/03/2026
- NO 11:24 PM Software Development: RE: Processor rebooting
- I've narrowed it down even further. The problem does not occur if I use CriticalLink's QUPConfig and the following device tree:
05/01/2026
- NO 09:22 PM Software Development: RE: Processor rebooting
- Here are the QUP config changes I'm building in the TZ.
- NO 07:12 PM Software Development: RE: Processor rebooting
- Here's a minimal layer that reproduces the problem, and the boot log from running it.
- NO 04:23 PM Software Development: RE: Processor rebooting
- Attached are boot logs from every combination of carrier board and image. The processor always reboots with my image on either carrier board, so I believe it is a problem with the image.
I'll work on stripping out all my changes to tr...
04/30/2026
- NO 07:41 PM Software Development: RE: Processor rebooting
- My system is powered by a DC power supply at 3.7V.
Thanks for the suggestions about trying all combinations of my image vs prebuilt image and dev board vs. my carrier board. That should at least narrow it down on HW vs. SW. I'll do th... - GG 06:23 PM Software Development: RE: Processor rebooting
- Sorry I forgot to answer your question regarding the remoteprocs.
These dts entries relate to subsystems on the QCS6490:
* adsp refers to the audio digital signal processor
* cdsp refers to the compute digital signal processor (als... - GG 05:58 PM Software Development: RE: Processor rebooting
- Hi Nathan,
Sorry to hear you're having this issues. Thank you for providing these details so we can get the bottom of it quickly.
I see that the min/max for vcc_vbat is 3.7V (compared to the 4V we have this set for for our dev ki...
04/29/2026
- I've been working on bringing up my custom carrier board. I've modified the device tree and the QUP config per the instructions. The SOM is booting up, but shortly after it boots it stops responding, and then reboots. It stays booted for...
04/27/2026
- WE 12:02 PM PCB Development: RE: Power Consumption
- Hayden,
Perfect, I'm glad I could help! If you have any further questions please let us know!
Will
04/24/2026
- HS 09:18 PM PCB Development: RE: Power Consumption
- Hey Will,
Thanks for the quick response!
I was able to follow your direction and disable many of the baseboard components. I am powering the board through the battery connector, and so most of those components were already disabled...
04/23/2026
- WE 07:49 PM PCB Development: RE: Power Consumption
- Hayden,
We don't currently have a minimum quiescent operating power for the SOM. Current consumption on the SOM alone is heavily influenced by the software running on the processor, clock states, and background processes all contribut... - Hello,
I am currently doing a power analysis of the MitySOM-QC6490 (80-001777RI-2). We are interested in operating the QC6490 SOM in the lowest possible power setting to preserve battery life,
while still actively processing data in ... - GG 06:04 PM PCB Development: RE: 4V on 3V3-SOM!
- I just wanted to update that the datasheets for the SOM and Dev Board at https://www.criticallink.com/products/?filter=qualcomm-based have been updated to accurately detail that the BOB voltage is 4V
04/16/2026
- MW 08:13 PM Software Development: RE: SPI bringup
- Hi Nathan,
I think you can remove the NFC pins and give it a shot.
-Mike - NO 07:49 PM Software Development: RE: SPI bringup
- The original commit message for those lines is "Add gpio-reserved-ranges for QCM6490 boards."
In mainline linux, I found the following in qcs6490-rb3gen2.dts: - NO 07:01 PM Software Development: RE: SPI bringup
- Edit: The boot crash in unrelated and I've resolved that. However, SPI configuration still fails:
04/15/2026
- Are there any reference examples of software using SPI? I'm attempting to configure the QUP to use SPI on my carrier board.
Here's my device tree modification:
04/13/2026
- WE 04:19 PM PCB Development: RE: 4V on 3V3-SOM!
- Unfortunately this cannot be addressed on the SOM as the SOM will hang if this voltage is dropped lower than 4V.
For future baseboard revisions there will need to be a regulator in between the SOM and the downstream components on this... - NO 04:06 PM PCB Development: RE: 4V on 3V3-SOM!
- Thanks Will. The pins are tied directly to a power plane on my prototype boards, so I'll try breaking the connector pins as you suggest.
Will this issue be fixed in later versions of the SOM, or should I plan on adding a 3V3 regulator... - WE 01:07 PM PCB Development: RE: 4V on 3V3-SOM!
- Hello Nathan,
The PMICs on the SOM support changing the output voltage of this pin. The idea was to have it at 3.3V but unfortunately the SOM hangs if this voltage is lower than 4V.
As a result we had to re-spin our development boa...
04/11/2026
- Hello,
Why is 3V3-SOM outputting 4V? Is there a way to change this to 3.3V?
I see that the devkit schematic shows it as 4V, but the datasheet and Carrier Board Design Guide (and the name!) show it as 3.3V. Unfortunately I just rece...