<karlp>
hrm, probably a good idea to build support for the tps65910...
akaizen has quit [Remote host closed the connection]
akaizen has joined #linux-rockchip
akaizen has quit [Ping timeout: 240 seconds]
<karlp>
any tips on getting mmc to work? I don't think it's recognizing the sdcard yet: http://pastebay.net/1473080
<karlp>
I'm guessing the rk3066a-bqcurie2.dts is simply not close enough to my hardware.
Bludot has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
ildar has quit [Ping timeout: 250 seconds]
ildar has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
Bludot has quit [Quit: Connection closed for inactivity]
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
rz2k has joined #linux-rockchip
cyrozap has quit [Ping timeout: 260 seconds]
cyrozap has joined #linux-rockchip
ganbold__ has quit [Remote host closed the connection]
ganbold__ has joined #linux-rockchip
<mmind00>
karlp: looking at your pasted log: "Failed to find supply vin" leads to "Driver dw_mmc requests probe deferral"
<mmind00>
from what you've written above, I guess you're (still) missing the tps65910, which provides the missing supply ... and it looks like you're also missing i2c in general
<mmind00>
karlp: as for trees ... the github tree is my sort-of workbench ... while the kernel.org tree is the source for pull requests for arm-soc ... so the kernel.org tree will always be missing changes that go through other maintainer trees directly
akaizen has joined #linux-rockchip
akaizen has quit [Ping timeout: 240 seconds]
npcomp has quit [Ping timeout: 245 seconds]
npcomp has joined #linux-rockchip
RaYmAn_ is now known as RaYmAn
dejanr_ has joined #linux-rockchip
dejanr_ has quit [Ping timeout: 260 seconds]
dejanr_ has joined #linux-rockchip
wildea01 has joined #linux-rockchip
dejanr_ has quit [Ping timeout: 264 seconds]
dejanr_ has joined #linux-rockchip
<karlp>
mmind00: yeah, I was suspecting tps65910 wasn't yet included, though it _should_ be. I ran out of time last night though. will rebuild this kernel and reflash,
<mmind00>
karlp: I also wasn't seeing the signature i2c line, so the rk3x i2c driver might also be missing
<karlp>
was actually just looking at i2c right now :)
<karlp>
is thatCONFIG_I2C_DESIGNWARE_PLATFORM ?
<karlp>
oh no, theres I2C_RK#X
<karlp>
will add that :)
<karlp>
sounds useful ;)
<mmind00>
:-D
<karlp>
hrm, it's not in menuconfig,
<karlp>
depends on OF? what's that?
<mmind00>
on which branch are you trying to build?
<mmind00>
OF is "open firmware" aka devicetree
<karlp>
v3.17-next/rk3xxx-dts from your kernel.org tree
<mmind00>
that is of course missing the driver, as the i2c driver will be part of 3.17 but went through the i2c tree
<karlp>
ah, there's i2c refs in the dts files, so I presumed it was ok.
<mmind00>
as I explained somewhere above, the branches on my kernel.org tree are the pieces that go through the arm-soc tree, drivers normally take the route through other trees
<karlp>
right, so your github devel branch is going to be a lot closer then, for a being a generally very current, newer than mainline tree for me then.
<mmind00>
yep, but in a workbench sort of way ... sawdust and all ;-)
<karlp>
I'm looking for a branch that incldues all the "known to be good, but not yet merged" changes for rk3066 support
<karlp>
sawdust is better than gaping holes :)
<karlp>
was everyone just carrying around patches for i2c in the past?
<mmind00>
nope ... the chromium guys have it in their tree ... everything comes together in linux-next anyway and once 3.17-rc1 is out both i2c and devicetree pieces will also be together
* karlp
just lost his .config again
<karlp>
trying your topgit/devel branch then, that's got i2c right?
<karlp>
it's in menuconfig at least
dejanr_ has quit [Ping timeout: 250 seconds]
<mmind00>
yep
dejanr_ has joined #linux-rockchip
<karlp>
well, it seems to have i2c now, but still doesn't seem to find the regulator: http://pastebay.net/1473218
dejanr_ has quit [Ping timeout: 256 seconds]
<karlp>
I get warnings from the dtb compile too actually, though it seems to be a problem in the rk3xx includes further up, not something I've done: http://pastebay.net/1473219
ganbold__ has quit [Ping timeout: 255 seconds]
<c0d3z3r0>
mmind00: you said "http://kernel.org/ tree will always be missing changes" - does this mean that some of your changes will never go to the mainline kernel?
<mmind00>
c0d3z3r0: no ... that only means that a lot of changes do not go through my own tree on kernel.org, but specific subsystem trees
<c0d3z3r0>
mmind00: I'm sorry if my question is a bit stupid but what's the difference between topgit/devel, master and topgit/upstream ?
dejanr has joined #linux-rockchip
<mmind00>
karlp: that was a merge error, when I merged the changes that got upstream back into the devel branch
<karlp>
still, it's not what's missing in my boot yet is it?
<mmind00>
c0d3z3r0: master -> Linus' tree; topgit/upstream: patches that already got accepted upstream for the next release; topgit/devel: unsorted work in progress on top of topgit/upstream
ganbold__ has quit [Remote host closed the connection]
<mmind00>
the topgit stuff itself, is a leftover from a workflow I misused, which doesn't cope with other people using my tree (like now), so I'll restructure a bit after 3.17-rc1
<mmind00>
the split into upstream and devel is meant to enable diffs between what is already done and where I have left changes in my devel branch
<mmind00>
karlp: nope, the regulator is now correct ... as can be seen by "sdmmc-supply: supplied by vcc_io"
<karlp>
all failings of my own aside though, your topgit/devel should contain all the pieces necessary for rk3066+tps65910 to boot from a rootfs on sdcard right?
dejanr has quit [Ping timeout: 245 seconds]
<mmind00>
now it just doesn't detect the sdcard
<mmind00>
karlp: correct ... it does at least on the curie2 tablet
<karlp>
only change in my dts file so far is removing a volume button,
<c0d3z3r0>
mmind00: thanks for your explanation! so when I want a kernel with your latest changes I would use topgit/devel?
<mmind00>
c0d3z3r0: yep
<karlp>
on the stock kernel, I get an interrupt line when I put a card in/out, but that might require the changedetect pins to be different, I guess I could try broken-cd and try and make it probe for the card?
<c0d3z3r0>
mmind00: perfect thanks for your great work :) now I have to wait for my radxa package from china :D
<karlp>
does it matter than Rockchip-ID: 0 0 0 0 SOC unknown?
bgal has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
RayFlower has quit [Read error: Connection reset by peer]
RayFlower has joined #linux-rockchip
ganbold_ has joined #linux-rockchip
dejanr_ has joined #linux-rockchip
<karlp>
the card is detected insert/remove on the stock kernel :|
dlezcano has quit [Remote host closed the connection]
<mmind00>
karlp: on what type of device are you working anyway?