<phh>
my personal way that not everyone agrees with, put a `printk("%s %s %d\n", __FILE__, __FUNCTION__, __LINE__);` almost everywhere in the driver to see what's up :-)
<phh>
your downstream driver uses regulators lvs6 and l17, while your dts use l29 and l10
<macc24>
why do you have output-enable on your interrupt gpio?
<phh>
ah yeah nice catch
<macc24>
you can also probably remove drive-strength, as it's an input pin
<macc24>
oh and your sda and scl pins should be configured as outputs, not inputs, with pullups - if there's none on the board
<phh>
and not as gpio function?
<macc24>
they're using i2c-gpio for some reason, so it should be configured as a gpio
<phh>
ah right
<logicalerzor[m]>
oh i was using i2c-gpio because thats what downstream was doing
<phh>
and open-drain outputs*
<logicalerzor[m]>
i honestly dont have a lot of clues on what the meanings are in the dts i made
<logicalerzor[m]>
thanks for both of your inputs ill try that
<logicalerzor[m]>
<macc24> "why do you have output-enable on..." <- btw where can i find definitions for these? i thought i should have output-enable because the interrupt is outputting a signal
<logicalerzor[m]>
seems like that was a bad guess tho
<macc24>
logicalerzor[m]: they're in documentation
<macc24>
output-enable is for making the pin an output from perspective of the soc
pespin has quit [Remote host closed the connection]
<logicalerzor[m]>
<phh> "your downstream driver uses..." <- i think my board is great than rev6 and just having l29 seems to turn the leds on at half brightness
<logicalerzor[m]>
i think my sda and scl lines are wrong as well as my interrupt line. cat /proc/interrupts doesn’t show the line going off. doing echo 1 > /sys/class/leds/tm2-touchkey/brightness returns -6
<logicalerzor[m]>
> <@_oftc_phh:matrix.org> your downstream driver uses regulators lvs6 and l17, while your dts use l29 and l10
<logicalerzor[m]>
* i think my board is greater than rev6 and just having l29 seems to turn the leds on at half brightness. anything else and the touchkey stays off
<logicalerzor[m]>
or maybe my assumption that this driver would work is wrong… hm