<freemangordon>
tmlind: but, not sure if usb_disable_autosuspend() is the proper way to resume the device
<freemangordon>
it seems to work for USB->serial, but not for cdc-wdm
<tmlind>
ok great
<freemangordon>
which is strange, given that those are just different interfaces
<tmlind>
so eventually best to configure the rwkup to use the padconf interrupt instead of the gpio, just a dts change
<freemangordon>
no idea how to do that :)
<tmlind>
i'll help
<freemangordon>
please do
<freemangordon>
I will test
<tmlind>
so maybe you need to find the other usb interfaces too to kick?
<freemangordon>
but at least we found the missing piece: gpio_115
<tmlind>
yeah great
<freemangordon>
I am kicking 'main' device
<tmlind>
if this can be done in the phy, it keeps the usb code clean from non-standard wiring
<freemangordon>
I am doing from the phy, as you can see from the patch
<tmlind>
yeh cool
<tmlind>
so have you tried finding the other devices to kick?
<freemangordon>
would it be better to do pm_runtime_get_sync() instead of usb_disable_autosuspend()? or, shall I call usb_mark_last_busy() between usb_disable_autosuspend()/usb_enable_autosuspend()?
<tmlind>
not sure, seems like best to use the usb calls for usb devices
<freemangordon>
ok, but do I need usb_mark_last_busy()?
<tmlind>
seems like unless usb maybe does that automatically for you?
<freemangordon>
ok, lemme try it then
<tmlind>
the plan is to make it automatic in general fyi so no need to call mark_last_busy eventually
<freemangordon>
pm_runtime_allow(&udev->dev);
<freemangordon>
that's what usb_enable_autosuspend does
<tmlind>
would be nice if this will also make the qmi usb events work :)
<freemangordon>
yes, exactly
<freemangordon>
I was expecting them to work too
<freemangordon>
as it is the same device
<freemangordon>
what does xxx_mark_last_busy() do?
ceene has quit [Ping timeout: 276 seconds]
<tmlind>
just updates the timestamp for calculating next autosuspend
<freemangordon>
maybe that's the issue, rebooting to try
<tmlind>
if usb is not doing it you should update it to prevent immediate autosuspend
<freemangordon>
mhm
<tmlind>
so is qmi_wwan.c the main device with subdevices?
<freemangordon>
I guess that's what happens somehow
<freemangordon>
yes
<freemangordon>
and also option1
<freemangordon>
option1 is for serial
<tmlind>
so maybe qmi_wwan.c should also wake the subdevices too?
<freemangordon>
yes, but why option1 does it?
<freemangordon>
oh, you mean that qmi_wwan does not resume child devices?
<tmlind>
yeah maybe
<freemangordon>
so, I am resuming /sys/bus/usb/devices/2-1
fab_ has quit [Quit: fab_]
hexnewbie has quit [Ping timeout: 252 seconds]
<freemangordon>
oh, mark_last_busy seems to help
<tmlind>
cool
<freemangordon>
yes!!!!
<freemangordon>
it rings
<tmlind>
nice! hmm so did you try just kicking the usb devices from phy_mdm6600_wakeirq_thread() that's there already?
<freemangordon>
no
<freemangordon>
bu I don;t want to
<tmlind>
ok worth checking, maybe they both trigger
<freemangordon>
as it is another gpio related to the serial interface
<tmlind>
yeah
<freemangordon>
I think if we don;t register on n_gsm, it will not trigger
<tmlind>
anyways, great news as now the only blocker is the voice call audio mixer for volume control
<freemangordon>
so better use the correct interface
<freemangordon>
to get rid of n_gsm you mean?
* freemangordon
checks sms
<tmlind>
yeah sure, you could just make it call phy_mdm6600_wakeirq_thread() i think though using the rwkup too
<freemangordon>
please provide dts and I will test
<tmlind>
right seems like your solution is upstreamable for ofono and kernel
<tmlind>
have to do it later when i get a chance, work conf call coming up
<freemangordon>
ok, sure
<freemangordon>
hmm, sms didn't come
<tmlind>
hmm
<freemangordon>
weird
<freemangordon>
because calls are working
<tmlind>
yeah
<tmlind>
rmmod the n_gsm stuff?
<freemangordon>
oh, now calls don;t work too
<tmlind>
hmm anyways, nice findings, bbl
<freemangordon>
somehow it got stuck
<freemangordon>
yeah
<tmlind>
the gpio won't trigger if the soc is idle, that's why it should use the padconf interrupt
<tmlind>
if screen blanks for example
<freemangordon>
ok, I'll wait for you to provide dts
hexnewbie has joined #maemo-leste
<tmlind>
yeah can be done later best to verify with the gpio set up you have first
Livio has joined #maemo-leste
<freemangordon>
actually irq get triggered
Livio has quit [Client Quit]
<freemangordon>
but qmi_wwan does not resume properly
<freemangordon>
or, maybe I shall keep it resumed until gpio goes back to 0
fab_ has joined #maemo-leste
joerg has quit [Ping timeout: 252 seconds]
joerg has joined #maemo-leste
kiva has joined #maemo-leste
<kiva>
at maemo-leste.github.io there is info "Maemo Leste is based on Devuan Beowulf", but if you choose Download Now-button, there is only Devuan Chimaera images or older.
<kiva>
ok..Beofulf is that older...but would i better than there text Maemo Leste is based Devuan Chimera, because all usefull images are that.
<Wizzup>
yes, we need to change that text
<sicelo>
or not even mention it ... just say Devuan :-)
<sicelo>
nice work freemangordon, tmlind
<kiva>
sicelo, that is true, not have to fix soon :)
<freemangordon>
seems that doing 'echo enabled > wakeup' makes it work properly
kiva has quit [Quit: Client closed]
<freemangordon>
hmm, no
pere has quit [Ping timeout: 260 seconds]
xmn has quit [Quit: ZZZzzz…]
xmn has joined #maemo-leste
pere has joined #maemo-leste
Anasko has quit [Read error: Connection reset by peer]
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
System_Error has quit [Remote host closed the connection]
Pali has joined #maemo-leste
System_Error has joined #maemo-leste
tvall has quit [Read error: Connection reset by peer]
tvall has joined #maemo-leste
arno11 has joined #maemo-leste
Juest has quit [Ping timeout: 252 seconds]
Livio has joined #maemo-leste
fab_ has quit [Quit: fab_]
pere has quit [Ping timeout: 260 seconds]
<freemangordon>
tmlind: ok, seems I have it properly working unless the system is suspended, you are right and we need that gpio set-up to wake the system
brabo has quit [Ping timeout: 246 seconds]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
arno11 has quit [Ping timeout: 244 seconds]
Langoor has quit [Ping timeout: 252 seconds]
xmn has quit [Ping timeout: 260 seconds]
<freemangordon>
hmm, scratch gat, I think I got it properly working by registering phy as wake-up source