LS1046 PPS on GPIO

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

LS1046 PPS on GPIO

Jump to solution
154 Views
srogers
Contributor II

I'm trying to connect a GPS 1PPS signal to a FRWY-LS1046 via a GPIO line.

I've done the following:

Kernel config:

CONFIG_PPS=y
CONFIG_PPS_CLIENT_GPIO=m
CONFIG_PPS_DEBUG=y

 

fsl-ls1046a.dtsi:

	pps {
		compatible = "pps-gpio";
		gpios = <&gpio3 11 0>;
		assert-falling-edge;
	};

 

The kernel logs show pps1 fails to get setup:

[  941.608348] genirq: Setting trigger mode 1 for irq 83 failed (mpc8xxx_irq_set_type+0x0/0xf8)
[  941.616823] pps_core: unregistering pps1
[  941.617053] pps_core: deallocating pps1
[  941.617063] pps-gpio pps: failed to acquire IRQ 83
[  941.621915] pps-gpio: probe of pps failed with error -22

 

Is there a problem with using GPIO3_11 (427) for this? Is it on a GPIO expander or something?

I can read the PPS signal on the GPIO so I know I've got the correct pin.

 

0 Kudos
1 Solution
126 Views
srogers
Contributor II

Apologies - I had made a mistake - my .dtsi looked like this when it failed:

	pps {
		compatible = "pps-gpio";
		gpios = <&gpio3 11 0>;
		assert-rising-edge;
	};

This is evidently wrong - for rising edge you remove the assert-falling-edge line.

It looks like pps1 is now registered.

View solution in original post

0 Kudos
1 Reply
127 Views
srogers
Contributor II

Apologies - I had made a mistake - my .dtsi looked like this when it failed:

	pps {
		compatible = "pps-gpio";
		gpios = <&gpio3 11 0>;
		assert-rising-edge;
	};

This is evidently wrong - for rising edge you remove the assert-falling-edge line.

It looks like pps1 is now registered.

0 Kudos