ChanServ changed the topic of #linux-msm to:
marvin24_ has quit [Ping timeout: 480 seconds]
marvin24 has joined #linux-msm
Daanct12 has joined #linux-msm
marvin24_ has joined #linux-msm
marvin24 has quit [Ping timeout: 480 seconds]
Daanct12 has quit [Ping timeout: 480 seconds]
Caterpillar has quit [Quit: Konversation terminated!]
Caterpillar has joined #linux-msm
pespin has joined #linux-msm
<logicalerzor[m]> hello, ive been trying to write my first driver by mainlining a downstream driver, but i don’t know what ive been doing wrong... (full message at <https://matrix.org/oftc/media/v1/media/download/Aefxrcik0TJx8HrA0n-gr09vyCrWScUNB9MeWfKfQ-9T7lBnwxGnD6gE84dAECl2ELzNXt-z3fTrNiBDAbJL-sxCeSbN2ZNQAG1hdHJpeC5vcmcvS2VzcHBTUllUSWRSaFZ0dHhIWHB5VHpM>)
<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
<logicalerzor[m]> oh gotcha thanks!
srinik has joined #linux-msm
Daanct12 has joined #linux-msm
Daanct12 has quit []
flto has quit [Remote host closed the connection]
flto has joined #linux-msm
Daanct12 has joined #linux-msm
hipboi has joined #linux-msm
hipboi has quit []
svarbanov has quit [Ping timeout: 480 seconds]
svarbanov has joined #linux-msm
svarbanov_ has joined #linux-msm
svarbanov has quit [Read error: Connection reset by peer]
svarbanov__ has joined #linux-msm
svarbanov_ has quit [Read error: Connection reset by peer]
mripard is now known as Guest5769
mripard has joined #linux-msm
Guest5769 has quit [Ping timeout: 480 seconds]
Daanct12 has quit [Quit: WeeChat 4.4.2]
<marc|gonzalez> lumag: I've posted my current code (for audio) in case someone feels generous, and spots an obvious mistake.
ungeskriptet has quit [Quit: The Lounge - https://thelounge.chat]
ungeskriptet has joined #linux-msm
ungeskriptet has quit [Quit: The Lounge - https://thelounge.chat]
ungeskriptet has joined #linux-msm
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
jhovold has quit [Ping timeout: 480 seconds]
srinik has quit [Ping timeout: 480 seconds]