Dear Mr. Pinchart,
I have now generated more debug output in the hope that this will help to further narrow down the problem. See attached Logs.
The last lines of DBGMSGs are commented "<<---- comment....."
Thanks in advance.
Regards,
Ralf Rademacher
---------------------------LOG EXCERPT DOWN HERE--------------------------------
I2C Bus
[ 5.130661] [DBGMSG] request_threaded_irq :action->handler: 0x10DBA3F8
[ 5.130664] [DBGMSG] request_threaded_irq :action->thread_fn: 0x0
[ 5.137199] [DBGMSG] request_threaded_irq :action->flags: 0x4080
[ 5.143311] [DBGMSG] request_threaded_irq :action->name: 30a50000.i2c
[ 5.149328] [DBGMSG] request_threaded_irq :action->dev_id: 0x67AB2080
[ 5.155803] [DBGMSG] request_threaded_irq :leaving fxn the normal way
PCA9544A
[ 5.169785] [DBGMSG] irq_find_mapping :domain->linear_revmap[hwirq] is returned
[ 5.169788] [DBGMSG] irq_find_mapping :hwirq: 0x6
[ 5.177110] [DBGMSG] irq_find_mapping :domain->linear_revmap[hwirq]: 0x63
[ 5.181825] [DBGMSG] irq_find_mapping :-> using domain @00000000d8881a92
[ 5.195331] [DBGMSG] pca954x_probe :entering pca954x_probe
[ 5.201139] [DBGMSG] irq_find_mapping :domain->linear_revmap[hwirq] is returned
[ 5.201141] [DBGMSG] irq_find_mapping :hwirq: 0x0
[ 5.208461] [DBGMSG] irq_find_mapping :domain->linear_revmap[hwirq]: 0x0
[ 5.213171] [DBGMSG] irq_find_mapping :-> using domain @0000000059dfe323
[ 5.226625] [DBGMSG] irq_find_mapping :domain->linear_revmap[hwirq] is returned
[ 5.226629] [DBGMSG] irq_find_mapping :hwirq: 0x1
[ 5.233945] [DBGMSG] irq_find_mapping :domain->linear_revmap[hwirq]: 0x0
[ 5.238657] [DBGMSG] irq_find_mapping :-> using domain @0000000059dfe323
[ 5.253205] [DBGMSG] irq_find_mapping :domain->linear_revmap[hwirq] is returned
[ 5.253214] [DBGMSG] irq_find_mapping :hwirq: 0x2
[ 5.260621] [DBGMSG] irq_find_mapping :domain->linear_revmap[hwirq]: 0x0
[ 5.265360] [DBGMSG] irq_find_mapping :-> using domain @0000000059dfe323
[ 5.278843] [DBGMSG] irq_find_mapping :domain->linear_revmap[hwirq] is returned
[ 5.278845] [DBGMSG] irq_find_mapping :hwirq: 0x3
[ 5.286176] [DBGMSG] irq_find_mapping :domain->linear_revmap[hwirq]: 0x0
[ 5.290904] [DBGMSG] irq_find_mapping :-> using domain @0000000059dfe323
APDS9960 (Sensor 1)
[ 5.308440] [DBGMSG] irq_find_mapping :domain->linear_revmap[hwirq] is returned
[ 5.308442] [DBGMSG] irq_find_mapping :hwirq: 0x0
[ 5.315776] [DBGMSG] irq_find_mapping :domain->linear_revmap[hwirq]: 0x5D
[ 5.320510] [DBGMSG] irq_find_mapping :-> using domain @00000000d8881a92
[ 5.334083] [DBGMSG] apds9960_probe :enter apds probe
[ 6.096343] [DBGMSG] request_threaded_irq :action->handler: 0x10167F50
[ 6.101438] [DBGMSG] request_threaded_irq :action->thread_fn: 0x10F5F404
[ 6.107990] [DBGMSG] request_threaded_irq :action->flags: 0x2082
[ 6.114708] [DBGMSG] request_threaded_irq :action->name: apds9960_event
[ 6.120736] [DBGMSG] request_threaded_irq :action->dev_id: 0x67AB3800
[ 6.127397] [DBGMSG] setup_irq_thread :enter fxn
[ 6.136793] [DBGMSG] request_threaded_irq :leaving fxn the normal way
[ 6.137148] [DBGMSG] irq_thread :enter fxn
[ 6.141451] [DBGMSG] apds9960_probe :client->irq: 0x5D / interrupt_handler_fxn: 0x10F5F404
APDS9960 (Sensor 2)
[ 6.169614] [DBGMSG] irq_find_mapping :domain->linear_revmap[hwirq] is returned
[ 6.169616] [DBGMSG] irq_find_mapping :hwirq: 0x1
[ 6.176983] [DBGMSG] irq_find_mapping :domain->linear_revmap[hwirq]: 0x5E
[ 6.181721] [DBGMSG] irq_find_mapping :-> using domain @00000000d8881a92
[ 6.195365] [DBGMSG] apds9960_probe :enter apds probe
[ 6.524923] [DBGMSG] request_threaded_irq :action->handler: 0x10167F50
[ 6.530004] [DBGMSG] request_threaded_irq :action->thread_fn: 0x10F5F404
[ 6.536558] [DBGMSG] request_threaded_irq :action->flags: 0x2082
[ 6.543280] [DBGMSG] request_threaded_irq :action->name: apds9960_event
[ 6.549309] [DBGMSG] request_threaded_irq :action->dev_id: 0x67AB4800
[ 6.555964] [DBGMSG] setup_irq_thread :enter fxn
[ 6.565125] [DBGMSG] request_threaded_irq :leaving fxn the normal way
[ 6.565502] [DBGMSG] irq_thread :enter fxn
[ 6.569770] [DBGMSG] apds9960_probe :client->irq: 0x5E / interrupt_handler_fxn: 0x10F5F404
APDS9960 (Sensor 3)
[ 6.597743] [DBGMSG] irq_find_mapping :domain->linear_revmap[hwirq] is returned
[ 6.597745] [DBGMSG] irq_find_mapping :hwirq: 0x2
[ 6.605093] [DBGMSG] irq_find_mapping :domain->linear_revmap[hwirq]: 0x5F
[ 6.609827] [DBGMSG] irq_find_mapping :-> using domain @00000000d8881a92
[ 6.623459] [DBGMSG] apds9960_probe :enter apds probe
[ 7.580221] [DBGMSG] request_threaded_irq :action->handler: 0x10167F50
[ 7.585311] [DBGMSG] request_threaded_irq :action->thread_fn: 0x10F5F404
[ 7.591861] [DBGMSG] request_threaded_irq :action->flags: 0x2082
[ 7.598579] [DBGMSG] request_threaded_irq :action->name: apds9960_event
[ 7.604609] [DBGMSG] request_threaded_irq :action->dev_id: 0x67AB5800
[ 7.611261] [DBGMSG] setup_irq_thread :enter fxn
[ 7.620473] [DBGMSG] request_threaded_irq :leaving fxn the normal way
[ 7.620833] [DBGMSG] irq_thread :enter fxn
[ 7.625131] [DBGMSG] apds9960_probe :client->irq: 0x5F / interrupt_handler_fxn: 0x10F5F404
IRQ was generated at the second sensor
[ 68.221782] [DBGMSG] irq_find_mapping :domain->linear_revmap[hwirq] is returned
[ 68.221788] [DBGMSG] irq_find_mapping :hwirq: 0x6 <<---- korrekt Pin @SOC was detected
[ 68.229103] [DBGMSG] irq_find_mapping :domain->linear_revmap[hwirq]: 0x63 <<---- korrect IRQ determinded (pca954x)
[ 68.233809] [DBGMSG] irq_find_mapping :-> using domain @00000000d8881a92 <<---- same pointer as pca954x, APDS9960 (sensor 1-3)
[ 68.247618] [DBGMSG] irq_thread_fn :enter fxn
[ 68.247622] [DBGMSG] irq_thread_fn :action->handler: 0x10167F50
[ 68.252005] [DBGMSG] irq_thread_fn :action->thread_fn: 0x10DC0950
[ 68.257949] [DBGMSG] irq_thread_fn :action->flags: 0x2082
[ 68.264057] [DBGMSG] irq_thread_fn :action->name: pca954x
[ 68.269462] [DBGMSG] irq_thread_fn :action->dev_id: 0x67A9D8F8
[ 68.274867] [DBGMSG] pca954x_irq_handler :entering pca954x_irq_handler <<---- entering correct handler (pca954x)
[ 68.281554] [DBGMSG] irq_find_mapping :domain->linear_revmap[hwirq] is returned
[ 68.288099] [DBGMSG] irq_find_mapping :hwirq: 0x1 <<---- correct pin at pca954x is determined, where second sensors INT signal is attached to
[ 68.295415] [DBGMSG] irq_find_mapping :domain->linear_revmap[hwirq]: 0xDF <<---- I DONT UNDERSTAND, WHERE THIS IRQ COME FROM. 0xDE, 0xDF and 0xE0 is not listed under /proc/irq or /proc/interrupts
[ 68.300127] [DBGMSG] irq_find_mapping :-> using domain @0000000059dfe323 <<---- I DONT UNDERSTAND, WHERE THIS DOMAIN-ADDRESS COME FROM
[ 68.313621] [DBGMSG] handle_nested_irq :entering handle_nested_irq
[ 68.313623] [DBGMSG] handle_nested_irq :irq: 0xDF <<---- NOW HANDLE_NESTED_IRQ HAS DETERMINED A IRQ WHICH IS UNKNOWN TO ME
[ 68.319811] [DBGMSG] handle_nested_irq :irq_desc->name: null <<---- THATS WHY ALL FOLLOWING VARIABLES ARE WRONG AND INVALID
[ 68.324527] [DBGMSG] handle_nested_irq :irq_desc->parent_irq: 0x00 <<---- SAME HERE
[ 68.330202] [DBGMSG] handle_nested_irq :action: false or null <<---- SAME HERE
[ 68.336380] [DBGMSG] handle_nested_irq :irqd_irq_disabled: true <<---- CHECK FAILS AS RESULT
[ 68.342122] [DBGMSG] handle_nested_irq :result of (unlikely(!action || irqd_irq_disabled(&desc->irq_data))) : true <<---- FALSE CONDITION IS USED
[ 68.348037] [DBGMSG] handle_nested_irq :goto out_unlock <<---- IRQ IS NOT HANDLED, BECAUSE apds9960_interrupt_handler WAS NOT TRIGGERED
[ 68.358391] [DBGMSG] handle_nested_irq :leaving handle_nested_irq
[ 68.363620] [DBGMSG] pca954x_irq_handler :leaving pca954x_irq_handler
root@testsystem:~# cat /proc/interrupts
CPU0 CPU1 CPU2 CPU3
93: 0 0 0 0 gpio-mxc 0 Edge apds9960_event
94: 0 0 0 0 gpio-mxc 0 Edge apds9960_event
95: 0 0 0 0 gpio-mxc 0 Edge apds9960_event
99: 1 0 0 0 gpio-mxc 6 Edge pca954x
________________________________________
Von: Rademacher Ralf
Gesendet: Montag, 20. Februar 2023 15:42
An: Laurent Pinchart
Cc: linux-i2c@xxxxxxxxxxxxxxx
Betreff: AW: #Extern_Re: AW: #Extern_Re: question about devicetree entry pca954x
Dear Mr. Pinchart,
if you need any more debug output I can try to generate some more. You just have to say what you need. I am unfortunately still stuck with this problem so far.
Regards,
Ralf Rademacher
________________________________
Von: Rademacher Ralf
Gesendet: Montag, 13. Februar 2023 20:04:24
An: Laurent Pinchart
Cc: linux-i2c@xxxxxxxxxxxxxxx
Betreff: AW: #Extern_Re: AW: #Extern_Re: question about devicetree entry pca954x
Hello Mr. Pinchart,
i attached new generated kernellog lines, hoping these snippets contain the data you need.
I separated the lines a bit to make the DBGMSGs stand out from the other content. Only lines related to the two drivers or chip.c are included.
Down below there is a snipped from /proc/interrupts.
[ 6.888610] bus: 'i2c': add driver pca954x
[ 6.888676] bus: 'i2c': driver_probe_device: matched device 3-0070 with driver pca954x
[ 6.888686] bus: 'i2c': really_probe: probing driver pca954x with device 3-0070
[ 6.888775] pca954x 3-0070: no init pinctrl state
[ 6.888784] pca954x 3-0070: no sleep pinctrl state
[ 6.888787] pca954x 3-0070: no idle pinctrl state
[ 6.888829] [DBGMSG] pca954x_probe :entering pca954x_probe
[ 6.888836] pca954x 3-0070: GPIO lookup for consumer reset
[ 6.888839] pca954x 3-0070: using device tree for GPIO lookup
[ 6.888853] of_get_named_gpiod_flags: can't parse 'reset-gpios' property of node '/soc@0/bus@30800000/
i2c@30a50000/i2c4-mux-pca9544@70[0]'
[ 6.888861] of_get_named_gpiod_flags: can't parse 'reset-gpio' property of node '/soc@0/bus@30800000/i
2c@30a50000/i2c4-mux-pca9544@70[0]'
[ 6.888866] pca954x 3-0070: using lookup tables for GPIO lookup
[ 6.888870] pca954x 3-0070: No GPIO consumer reset found
[ 6.908207] device: 'i2c-4': device_add
[ 6.908240] bus: 'i2c': add device i2c-4
[ 6.908278] PM: Adding info for i2c:i2c-4
[ 6.908291] device: 'i2c-4': device_add
[ 6.908331] PM: Adding info for No Bus:i2c-4
[ 6.911389] device: '4-0039': device_add
[ 6.945282] bus: 'i2c': add device 4-0039
[ 7.069423] PM: Adding info for i2c:4-0039
[ 7.121093] i2c i2c-3: Added multiplexed i2c bus 4
[ 7.121162] device: 'i2c-5': device_add
[ 7.122267] bus: 'i2c': add device i2c-5
[ 7.122327] PM: Adding info for i2c:i2c-5
[ 7.122381] device: 'i2c-5': device_add
[ 7.122501] PM: Adding info for No Bus:i2c-5
[ 7.123477] device: '5-0039': device_add
[ 7.123543] bus: 'i2c': add device 5-0039
[ 7.123666] PM: Adding info for i2c:5-0039
[ 7.126408] i2c i2c-3: Added multiplexed i2c bus 5
[ 7.182032] device: 'i2c-6': device_add
[ 7.187695] bus: 'i2c': add device i2c-6
[ 7.187766] device: 'i2c-6': device_add
[ 7.189430] device: '6-0039': device_add
[ 7.189473] bus: 'i2c': add device 6-0039
[ 7.189503] PM: Adding info for i2c:6-0039
[ 7.193883] i2c i2c-3: Added multiplexed i2c bus 6
[ 7.199087] device: 'i2c-7': device_add
[ 7.199286] bus: 'i2c': add device i2c-7
[ 7.199307] PM: Adding info for i2c:i2c-7
[ 7.199328] device: 'i2c-7': device_add
[ 7.199361] PM: Adding info for No Bus:i2c-7
[ 7.199586] i2c i2c-3: Added multiplexed i2c bus 7
[ 7.211760] pca954x 3-0070: registered 4 multiplexed busses for I2C mux pca9544
[ 7.222122] [DBGMSG] pca954x_probe :leaving pca954x_probe
[ 7.222138] driver: 'pca954x': driver_bound: bound to device '3-0070'
[ 7.291190] bus: 'i2c': really_probe: bound device 3-0070 to driver pca954x
[ 7.403877] bus: 'i2c': add driver apds9960
[ 7.417379] bus: 'i2c': driver_probe_device: matched device 4-0039 with driver apds9960
[ 7.422911] bus: 'i2c': really_probe: probing driver apds9960 with device 4-0039
[ 7.422941] apds9960 4-0039: no pinctrl handle
[ 7.422990] [DBGMSG] apds9960_probe :enter apds probe
[ 7.743904] [DBGMSG] apds9960_probe :client->irq: 0x5F / interrupt_handler_fxn: 0x92D0B3C
[ 7.744063] device: 'iio:device0': device_add
[ 7.752407] bus: 'iio': add device iio:device0
[ 7.752431] PM: Adding info for iio:iio:device0
[ 7.752573] driver: 'apds9960': driver_bound: bound to device '4-0039'
[ 7.752580] devices_kset: Moving 4-0039 to end of list
[ 7.752584] PM: Moving i2c:4-0039 to end of list
[ 7.752588] devices_kset: Moving iio:device0 to end of list
[ 7.752591] PM: Moving iio:iio:device0 to end of list
[ 58.703133] [DBGMSG] pca954x_irq_handler :entering pca954x_irq_handler
[ 58.703975] [DBGMSG] pca954x_irq_handler :i2c_smbus_read::retval=0x14
[ 58.710540] [DBGMSG] pca954x_irq_handler :i=0x0 | bit: 0x4 isset in register = true
[ 58.710543] [DBGMSG] pca954x_irq_handler :irq= 0x65 / child_irq =0xE7
[ 58.724634] [DBGMSG] handle_nested_irq :entering handle_nested_irq
[ 58.724637] [DBGMSG] handle_nested_irq :irq: 0xE7
[ 58.724640] [DBGMSG] handle_nested_irq :irq_desc->name: null
[ 58.724642] [DBGMSG] handle_nested_irq :irq_desc->parent_irq: 0x00
[ 58.724645] [DBGMSG] handle_nested_irq :irqd_irq_disabled: true
[ 58.724645] [DBGMSG] handle_nested_irq :action: false or null
[ 58.724647] [DBGMSG] handle_nested_irq :result of (unlikely(!action || irqd_irq_disabled(&desc->irq_data))) : true
[ 58.724649] [DBGMSG] handle_nested_irq :goto out_unlock
[ 58.724651] [DBGMSG] handle_nested_irq :leaving handler
[ 58.724654] [DBGMSG] pca954x_irq_handler :leaving pca954x_irq_handler
root@testsystem:~# cat /proc/interrupts
CPU0 CPU1 CPU2 CPU3
95: 0 0 0 0 gpio-mxc 0 Edge apds9960_event
101: 1 0 0 0 gpio-mxc 6 Edge pca954x
Regards,
Ralf Rademacher
Von: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
Gesendet: Freitag, 10. Februar 2023 11:57
An: Rademacher Ralf
Cc: linux-i2c@xxxxxxxxxxxxxxx
Betreff: #Extern_Re: AW: #Extern_Re: question about devicetree entry pca954x
Warnung: Achtung - Diese E-Mail stammt von einer externen Quelle. Seien Sie vorsichtig mit Links und Anhängen.
Warning: Attention - This e-mail is from an external source. Be careful with links and attachments.
Hello,
I'm sorry for the late reply, I've been very busy lately.
On Wed, Feb 08, 2023 at 03:56:15PM +0000, RRademacher@xxxxxxxxx wrote:
> Hello Mr. Pinchart,
>
> following on from our previous conversation, I have since observed the
> following.
>
> The first call of handle_nested_interrupt() during startup was a
> result of another driver and had nothing to do with the problem. i
> used dump_stack() to find the callee.
OK, that makes sense.
> For the problem, the current debug output reduces to the following:
>
> [ 28.830817] [DBGMSG] pca954x_irq_handler :entering pca954x_irq_handler
> [ 28.831363] [DBGMSG] pca954x_irq_handler :i2c_smbus_read::retval=14
> [ 28.837918] [DBGMSG] pca954x_irq_handler :i=0 | bit: 4 isset in register = true
> [ 28.837921] [DBGMSG] pca954x_irq_handler :irq= 0x65 // child_irq =0xe7
> [ 28.851527] [DBGMSG] handle_nested_irq :entering handle_nested_irq
> [ 28.851542] Call trace:
> [ 28.851555] dump_backtrace+0x0/0x178
> [ 28.851561] show_stack+0x24/0x30
> [ 28.889839] dump_stack+0xb4/0x114
> [ 28.893245] handle_nested_irq+0x44/0x23c
> [ 28.897258] pca954x_irq_handler+0xf4/0x138 [i2c_mux_pca954x]
> [ 28.903006] irq_thread_fn+0x30/0xa0
> [ 28.906581] irq_thread+0x150/0x248
> [ 28.910068] kthread+0x140/0x160
> [ 28.913297] ret_from_fork+0x10/0x1c
> [ 28.916901] [DBGMSG] handle_nested_irq :irq: 0xe7
> [ 28.916905] [DBGMSG] handle_nested_irq :irq_desc->name: (null)
> [ 28.921447] [DBGMSG] handle_nested_irq :irq_desc->parent_irq: 0x0
>
> Do you have any idea what the problem could be?
> I have no idea about, why the interrupt is disabled and why the action of the threaded interrupt is null
> Is it possible that I have forgotten something in the DeviceTree entry?
Nothing immediately strikes me as wrong in your device tree.
Could you share the output of `cat /proc/interrupts` ? If the IRQ
numbers listed in the log above (0x65 and 0xe7) have changed, please
also share the new log, I want to correlate those numbers to
/proc/interrupt entries.
> On Donnerstag, 26. Januar 2023 21:33, Rademacher Ralf wrote:
> >
> > Mr. Pinchart,
> >
> > i have to correct myself:
> > the first call of handle_nested_interrupt happens already before
> > pca954x_probe. i added some more DBGMSGs
> >
> > [ 2.869856] [DBGMSG] handle_nested_irq :irq = 0xdf
> > [ 2.869858] [DBGMSG] handle_nested_irq :action = 0x7ba41100
> > [ 2.874477] [DBGMSG] handle_nested_irq :irqd_irq_disabled(&desc->irq_data): false
> > [ 2.874479] [DBGMSG] handle_nested_irq :(unlikely(!action || irqd_irq_disabled(&desc->irq_data))): false
> > [ 2.874501] [DBGMSG] handle_nested_irq :action->irq:df | action->dev_id:0x7ba64810
> > [ 6.373737] [DBGMSG] pca954x_probe :enter fxn
> > [ 6.973918] [DBGMSG] pca954x_probe :leave fxn
> >
> > On Donnerstag, 26. Januar 2023 21:18, Rademacher Ralf wrote:
> > > On Donnerstag, 26. Januar 2023 19:06, Laurent Pinchart wrote:
> > > > On Thu, Jan 26, 2023 at 05:05:47PM +0000, RRademacher@xxxxxxxxx wrote:
> > > > > Hello Mr. Pinchart,
> > > > >
> > > > > you are listed as maintainer in the i2c-mux-pca954x.yaml file.
> > > > >
> > > > > May I ask if you could take a few minutes and have a look at the following
> > > > > problem, if you can spot a bug in the second DT snippet?
> > > > >
> > > > > Because on the internet you can only find examples where devices are used
> > > > > behind the pca954x which do not use an interrupt.
> > > > >
> > > > > Let me tell you about the problem.
> > > > >
> > > > > At our old device we had implemented this, which worked perfect:
> > > > >
> > > > >
> > > > > &i2c4 {
> > > > > pinctrl-names = "default","gpio";
> > > > > pinctrl-0 = <&pinctrl_i2c4>;
> > > > > pinctrl-1 = <&pinctrl_i2c4_gpio>;
> > > > > sda-gpios = <&gpio5 21 (GPIO_ACTIVE_HIGH | GPIO_OPEN_DRAIN)>;
> > > > > scl-gpios = <&gpio5 20 (GPIO_ACTIVE_HIGH | GPIO_OPEN_DRAIN)>;
> > > > > clock-frequency = <400000>;
> > > > > status = "okay";
> > > > >
> > > > > touchscreen@26 {
> > > > > compatible = "ilitek,ili2117";
> > > > > reg = <0x26>;
> > > > > pinctrl-names = "default";
> > > > > pinctrl-0 = <&pinctrl_ili2117_62>;
> > > > > interrupt-parent = <&gpio2>;
> > > > > interrupts = <7 IRQ_TYPE_EDGE_RISING>;
> > > > > reset-gpios = <&pca9554_interface 0 GPIO_ACTIVE_LOW>;
> > > > > };
> > > > >
> > > > > proximity@39 {
> > > > > compatible = "avago,apds9960";
> > > > > reg = <0x39>;
> > > > > pinctrl-names = "default";
> > > > > pinctrl-0 = <&pinctrl_apds9960_39>;
> > > > > interrupt-parent = <&gpio2>;
> > > > > interrupts = <6 IRQ_TYPE_EDGE_RISING>;
> > > > > };
> > > > > .....
> > > > >
> > > > >
> > > > > Then we want more proximity sensors in this device, that we decided to add the
> > > > > PCA9544A.
> > > > >
> > > > > &i2c4 {
> > > > > .....
> > > > >
> > > > > i2c4_mux_apds: i2c4-mux-pca9544@70 {
> > > > > compatible = "nxp,pca9544";
> > > > > #address-cells = <1>;
> > > > > #size-cells = <0>;
> > > > > reg = <0x70>;
> > > > > interrupt-parent = <&gpio2>;
> > > > > interrupt-controller;
> > > > > pinctrl-names = "default";
> > > > > pinctrl-0 = <&pinctrl_pca9544a_70>;
> > > > > interrupts = <6 IRQ_TYPE_EDGE_FALLING>;
> > > > >
> > > > > i2c@0 {
> > > > > #address-cells = <1>;
> > > > > #size-cells = <0>;
> > > > > reg = <0>;
> > > > >
> > > > > proximity@39 {
> > > > > compatible = "avago,apds9960";
> > > > > reg = <0x39>;
> > > > > interrupts = <0 IRQ_TYPE_EDGE_FALLING>;
> > > > > interrupt-parent = <&i2c4_mux_apds>;
> > > > > };
> > > > > };
> > > > >
> > > > >
> > > > >
> > > > > Both drivers (pca954x and apds9960) request threaded irqs in their probe
> > > > > function, but it does not work together. Although the apds9960 also gets one
> > > > > assigned, when the handle_nested_irq function is called (After everything has
> > > > > been initialized. However, this seems to be the second call to this function!
> > > > > First call seems to be inside the initialization phase.) the irq seems to be
> > > > > disabled. And thus the processing does not start.
> > > > >
> > > > > I think that the problem is in my devicetree entry, that the soc doesn't really
> > > > > know how to handle the interrupt of the apds9960.
> > > >
> > > > How are interrupts connected at the hardware level ? Is the APDS9960
> > > > interrupt connected to the INT0 pin of the PCA9544 ?
> > >
> > > Yes, it is.
> > >
> > > > You have switched from IRQ_TYPE_EDGE_RISING to IRQ_TYPE_EDGE_FALLING for
> > > > the APDS9960, is that intentional ?
> > >
> > > Yes, I assumed this is correct, because APDS9960 datasheet tells me
> > > that: "Interrupt open drain (active low)". So i thought i have to
> > > detect the falling edge, not the rising edge. The same in the
> > > datasheet of PCA9544A, there are 4 active low interrupt inputs.
> > >
> > > > Is there any message printed to the kernel log around the time where
> > > > either driver is probed, or when the APDS9960 interrupt is supposed to
> > > > occur, that may indicate a problem ?
> > >
> > > I have inserted some DBGMSGs into the functions handle_nested_irq
> > > and in the pca954x_probe. during pca954x driver probe, there is the
> > > following output:
> > >
> > > [ 2.869856] [DBGMSG] handle_nested_irq :irq = 0xdf
> > > [ 2.869858] [DBGMSG] handle_nested_irq :action = 0x7ba41100
> > > [ 2.874477] [DBGMSG] handle_nested_irq :irqd_irq_disabled(&desc->irq_data): false
> > > [ 2.874479] [DBGMSG] handle_nested_irq :(unlikely(!action || irqd_irq_disabled(&desc->irq_data))): false
> > > [ 2.874501] [DBGMSG] handle_nested_irq :action->irq:df | action->dev_id:0x7ba64810
> > >
> > > when a apds sends the interrupt signal to the pca954x, this happens:
> > >
> > > [ 9336.607055] [DBGMSG] pca954x_irq_handler :pca954x_irq_handler starts
> > > [ 9336.607908] [DBGMSG] pca954x_irq_handler :i2c_smbus_read::retval=14
> > > [ 9336.613255] [DBGMSG] pca954x_irq_handler :i=0 | bit: 4 is set in register
> > > [ 9336.619539] [DBGMSG] pca954x_irq_handler :irq= 0x65 // child_irq =0xe7
> > > [ 9336.619542] [DBGMSG] handle_nested_irq :irq = 0xe7
> > > [ 9336.632516] [DBGMSG] handle_nested_irq :action = 0x0
> > > [ 9336.632519] [DBGMSG] handle_nested_irq :irqd_irq_disabled(&desc->irq_data):true
> > > [ 9336.632521] [DBGMSG] handle_nested_irq :(unlikely(!action || irqd_irq_disabled(&desc->irq_data))):true
> > > [ 9336.632523] [DBGMSG] handle_nested_irq :goto out_unlock
--
Regards,
Laurent Pinchart
