leowt changed the topic of #linux-rockchip to: Rockchip development discussion | http://linux-rockchip.info | http://irclog.whitequark.org/linux-rockchip
Celia has joined #linux-rockchip
FergusL has quit [Ping timeout: 272 seconds]
Yao has joined #linux-rockchip
Yao_ has quit [Ping timeout: 255 seconds]
KurtCHose is now known as mrueg
Bludot has joined #linux-rockchip
Bludot has quit [Changing host]
Bludot has joined #linux-rockchip
Celia is now known as FergusL
hipboi has quit [Ping timeout: 276 seconds]
hipboi has joined #linux-rockchip
Firefly-RK3288 has joined #linux-rockchip
GriefNorth has joined #linux-rockchip
FightingCat has joined #linux-rockchip
Bludot has quit [Quit: Connection closed for inactivity]
Firefly-RK3288 has quit [Ping timeout: 246 seconds]
Yao has quit [Ping timeout: 245 seconds]
hipboi has quit [Ping timeout: 240 seconds]
hipboi has joined #linux-rockchip
hipboi has quit [Ping timeout: 255 seconds]
hipboi has joined #linux-rockchip
nighty^ has joined #linux-rockchip
FightingCat has quit [Remote host closed the connection]
<rperier> hi all
Yao has joined #linux-rockchip
wildea01 has joined #linux-rockchip
dlezcano has joined #linux-rockchip
dlezcano has quit [Quit: Leaving]
Yao has quit [Ping timeout: 268 seconds]
Yao has joined #linux-rockchip
dlezcano has joined #linux-rockchip
GriefNorth has quit [Remote host closed the connection]
GriefNorth has joined #linux-rockchip
<hramrach> hello
<hramrach> anyone who understands kconfig around?
<hramrach> I would like to build the rk kernel with objects in separate directory
<hramrach> for that the build system needs to be fixed
<hramrach> because currently objects from directories that are not descended into are referenced
<hramrach> but directories which are not descended into are not created in the object tree
naobsd has joined #linux-rockchip
ChanServ changed the topic of #linux-rockchip to: Rockchip development discussion
ChanServ changed the topic of #linux-rockchip to: Rockchip development discussion | Rockchip development discussion
ChanServ changed the topic of #linux-rockchip to: Rockchip development discussion | Rockchip development discussion | http://linux-rockchip.info
ChanServ changed the topic of #linux-rockchip to: Rockchip development discussion | Rockchip development discussion | http://linux-rockchip.info | Logs at http://irclog.whitequark.org/linux-rockchip
ganbold___ has joined #linux-rockchip
ChanServ changed the topic of #linux-rockchip to: Rockchip development discussion
ChanServ changed the topic of #linux-rockchip to: Rockchip development discussion | Wiki at http://linux-rockchip.info
rperier_ has joined #linux-rockchip
ChanServ changed the topic of #linux-rockchip to: Rockchip development discussion | Wiki at http://linux-rockchip.info | Logs at http://irclog.whitequark.org/linux-rockchip
jcarlos_ has joined #linux-rockchip
ganbold__ has quit [Ping timeout: 260 seconds]
rperier has quit [Ping timeout: 260 seconds]
jcarlos has quit [Ping timeout: 260 seconds]
jcarlos_ is now known as jcarlos
rperier_ is now known as rperier
rperier has quit [Changing host]
rperier has joined #linux-rockchip
<rperier> mmind00: emac_rockchip v5 does not work in emac_rockchip_remove when it is built as module (and when it is unloaded), so i should not get a "reviewed-by" from you
<rperier> no?
<mmind00> I think the emac is inocent here
<rperier> I mean I will send a v6... or I can also send another patch to solve the problem
<mmind00> from what I see from afar, the cause is the clk_disable_unprepare of the refclk ...
<mmind00> when this happens, the common clk framework traverses the clock tree upwards and disables all then unused clocks
<mmind00> which in our 50mhz case is the dpll at the top which provides ram clock too
<rperier> another problem is arc_emac_remove should be moved before clkc_disable_unprepare :)
<rperier> it does not make sense to disable the clock and the regulator (powers off the phy) before trying to disconnect from it (call the core) , no ?
<mmind00> yep that is correct and the generic remove should move before disabling the resources
<rperier> yes
<rperier> as the current patch is tagged as "reviewed-by" I will send a fix (separated patch) I think (and reply to the mail to explain to the netdev maintainer)
<rperier> (as it is logged in patchwork)
GriefNorth has quit [Ping timeout: 264 seconds]
rz2k has joined #linux-rockchip
dlezcano has quit [Ping timeout: 245 seconds]
dlezcano has joined #linux-rockchip
Yao_ has joined #linux-rockchip
Yao has quit [*.net *.split]
ChiaSmurf has quit [*.net *.split]
ferric has joined #linux-rockchip
ferric has quit [Ping timeout: 246 seconds]
ChiaSmurf has joined #linux-rockchip
ferric has joined #linux-rockchip
ferric has quit [Read error: Connection reset by peer]
ferric has joined #linux-rockchip
eebrah|mobile has joined #linux-rockchip
eebrah|mobile has quit [Read error: Connection reset by peer]
ferric has quit [Ping timeout: 252 seconds]
bengal has joined #linux-rockchip
RaYmAn has quit [Ping timeout: 240 seconds]
RaYmAn has joined #linux-rockchip
RaYmAn is now known as Guest73228
ferric has joined #linux-rockchip
<bengal> mmind00: it seems that when the new emac_driver submitted by rperier tries to disable the SCLK_MAC clock, the dpll gets disabled and the system hangs
<bengal> this is the clk disable log (sorry for the spam):
<bengal> [ 16.241119] CLK disable: hclk_emac
<bengal> [ 16.247929] disable: hclk_emac DONE
<bengal> [ 16.244528] disable: hclk_emac
<bengal> [ 16.251761] CLK disable: hclk_peri
<bengal> [ 16.255159] disable: hclk_peri
<bengal> [ 16.258557] disable: hclk_peri DONE
<bengal> [ 16.262389] CLK disable: aclk_peri_pre
<bengal> [ 16.266155] CLK disable: sclk_macref
<bengal> [ 16.269738] disable: sclk_macref
<bengal> [ 16.273310] disable: sclk_macref DONE
<bengal> [ 16.277314] CLK disable: mac_src
<bengal> [ 16.280538] disable: mac_src
<bengal> [ 16.283762] disable: mac_src DONE
<bengal> [ 16.287420] CLK disable: dpll
<bengal> [ 16.290384] disable: dpll
<bengal> [ 16.293348] disable: dpll DONE
<bengal> [ 16.296745] CLK disable: pll_dpll
<bengal> [ 16.300056] disable: pll_dpll
<bengal> [ 16.303368] rockchip_rk3066_pll_disable
<bengal> and then the board is frozen
<mmind00> yeah, I guessed as much ... the dpll is the main ram supply too
<mmind00> you could you apply https://git.linaro.org/people/mike.turquette/linux.git/commit/fe94f974e9c8b820640a5873d81589ab67380516 and add "ddrphy" to the list of protected clocks please
<bengal> ok, will try
<bengal> mmind00: now it works, thanks
GriefNorth has joined #linux-rockchip
wildea01 has quit [Quit: leaving]
ferric has quit [Ping timeout: 268 seconds]
akaizen has quit [Remote host closed the connection]
akaizen has joined #linux-rockchip
akaizen has quit [Ping timeout: 272 seconds]
dlezcano has quit [Ping timeout: 252 seconds]
dlezcano has joined #linux-rockchip
dlezcano has quit [Remote host closed the connection]
GriefNorth has quit [Ping timeout: 272 seconds]
<rperier> mmind00: so the limitation is not from my patch directly... but from the clock subsystem framework (if I understood correctly)
<mmind00> rperier: correct
<mmind00> there is currently no driver handling the dram at all - thus no user of the ddrphy clock, so the clock-frameworks thinks it can disable the dpll
<rperier> mhhh yeah makes sense
<mmind00> I'll submit a patch to extend the critical clocks to the ddrphy :-)
ferric has joined #linux-rockchip
<rperier> okay cool, so my patch should be accepted with no problem.
benja` is now known as benja
nighty^ has quit [Remote host closed the connection]
bengal has quit [Read error: Connection reset by peer]
benja is now known as benja`
bengal has joined #linux-rockchip
ferric has quit [Ping timeout: 276 seconds]
bengal has quit [Quit: Leaving]
Bludot has joined #linux-rockchip
rz2k has quit []
viric_ has joined #linux-rockchip
cristian_c has joined #linux-rockchip
viric has quit [Ping timeout: 245 seconds]
viric_ is now known as viric
<cristian_c> Hi
<cristian_c> I'd like to install a linux distro on a micro-sd card
<Bludot> goodluck
<cristian_c> for mk809iii
<cristian_c> Where can I find a how-to/tutorial?
<Bludot> you can't really
<Bludot> http://wiki.radxa.com/Rock/ubuntu use as a reference. this is not a full guide
<Bludot> and its for the radxa rk3188
<cristian_c> yeah, I understand
<Bludot> its possible to do. I got ubuntu on the lenovo A10 ideatab
<Bludot> no wifi though
<Bludot> bye
<cristian_c> the dd command is strange
<cristian_c> input file /dev/zero
<cristian_c> :O
FreezingCold has quit [Ping timeout: 252 seconds]
FreezingCold has joined #linux-rockchip
ganbold___ has quit [Remote host closed the connection]
akaizen has joined #linux-rockchip
cristian_c has quit [Quit: Sto andando via]
akaizen has quit [Remote host closed the connection]
akaizen has joined #linux-rockchip
akaizen_ has joined #linux-rockchip
akaizen has quit [Ping timeout: 272 seconds]
<naobsd> now I have admin right on wiki and google group
<naobsd> well,
<naobsd> here, github, wiki, google group
<naobsd> "resources for linux-rockchip comminuty"
<naobsd> I want to discuss how to use them with some people who are currently active here
<naobsd> recently I made 2 patches for linux/u-boot upstream
<naobsd> but I didn't send patches to google groups
<naobsd> I have no objection to use linux-rockchip google group for submitting patches for repositories on _github.com/linux-rockchip/*_
<naobsd> and I have no objection to use linux-rockchip ML at infradead for submitting patches for upstream
<naobsd> (I have no right to decide anythings about upstream, of course)
<naobsd> I just want to say everything is fine :)
<naobsd> I don't want to become king
<naobsd> I just want to help people who are currently active
<naobsd> and want to become one of active person :)
<naobsd> I don't want to decide "what to do" for active people
<naobsd> but I want to decide "what is it" for "resources for community"