<hanetzer>
in theory it should be as simple as clone, cd, source op-build-env, op-build gru_defconfig; op-build, and the stick output/images/uImage into a coreboot dir and build it with a FIT payload :)
<sphalerite>
it's almost never that simple on nixos :p
<hanetzer>
hehe. well, I can't do anything about build woes, but it should be easy enough.
<sphalerite>
things would be so much better if everyone stopped hardcoding /usr :p
wwilly has joined #linux-rockchip
<hanetzer>
heh. what makes nixos hate that? I'm not familiar with it.
<sphalerite>
there is no /usr in the conventional sense
<sphalerite>
the only thing in /usr is bin/env
<sphalerite>
all the packages live in /nix/store, and the currently "installed" versions are symlinked in various relevant places
<hanetzer>
ah, fun.
ifbizo has quit [Ping timeout: 256 seconds]
return0e_ has joined #linux-rockchip
return0e has quit [Ping timeout: 258 seconds]
ifbizo has joined #linux-rockchip
lkcl has quit [Ping timeout: 258 seconds]
nsaenz has quit [Remote host closed the connection]
nsaenz has joined #linux-rockchip
wwilly has quit [Ping timeout: 248 seconds]
wwilly_ has joined #linux-rockchip
lkcl has joined #linux-rockchip
field^Zzz1 has joined #linux-rockchip
vicencb has joined #linux-rockchip
vicencb has quit [Quit: Leaving.]
ldevulder_ has joined #linux-rockchip
ldevulder has quit [Ping timeout: 258 seconds]
_whitelogger has joined #linux-rockchip
ldevulder_ is now known as ldevulder
<hanetzer>
sphalerite: I just ran into a minecraft ore with your nick :P
vicencb has joined #linux-rockchip
kaspter has quit [Read error: Connection reset by peer]
kaspter has joined #linux-rockchip
indy has quit [Read error: Connection reset by peer]
indy has joined #linux-rockchip
nOOb__ has joined #linux-rockchip
LargePrime has quit [Disconnected by services]
nOOb__ has quit [Ping timeout: 246 seconds]
LargePrime has joined #linux-rockchip
ldevulder has quit [Ping timeout: 248 seconds]
kaspter has quit [Ping timeout: 258 seconds]
ldevulder has joined #linux-rockchip
ifbizo has quit [Remote host closed the connection]
ifbizo has joined #linux-rockchip
ldevulder has quit [Ping timeout: 272 seconds]
vagrantc has joined #linux-rockchip
ldevulder has joined #linux-rockchip
kaspter has joined #linux-rockchip
JohnDoe_71Rus has joined #linux-rockchip
<inode>
can anyone with a copy of a RK322x TRM share some GRF bitfield descriptions if i provide the register name and bit offsets?
<inode>
i want to submit a patch, and i am relying on bitfields declared somewhere in kernel-develop-4.4, but i'd like to know more about what the bits the individual bits (or bitfields) represent first
<ndufresne>
inode, rockchip.fr publish a lot of TRM
<ndufresne>
because the HW is so similar, you can often cross them
<ndufresne>
have you consider trying to look at the PX3 TRM ?
<inode>
i've made these assumptions from looking at kernel-develop-4.4's and mainline's driver/gpu/drm/rockchip/dw_hdmi-rockchip.c, the 3328 TRM as a loose reference for the descriptions of the bits which reside at different offsets obviously
<mmind00>
inode: for soc_con6 ... bit4 is "hdmi_ddcscl & i2c3_scl", bit5 is "hdmi_ddcsda & i2c3_sda", bit6 is hdmi_hpd ... and the value is 1 for 3.3V and 0 for 5V
<mmind00>
inode: sadly again no further description on how it is supposed to be used
<inode>
aah
<inode>
hpd
<inode>
is cec at bit 3 of GRF_SOC_CON6?
<mmind00>
inode: can't really say ... bits[0:3] are only described as "IO Voltage select control" ... with per-bit val=0 being 3.3 or 2.5V and val=1 being 1.8V
<inode>
alright
<inode>
thanks a lot for checking that out
<mmind00>
inode: so bit3 is some voltage control but the TRM doesn't specify
<inode>
that's interesting that the voltage selection is inverted for "hdmi {sda,scl} port 3.3V/5V io select" between 3228 and 3328 though, seems on 3328 0 is 3.3V and 1 is 5V
yann has joined #linux-rockchip
stikonas_ has joined #linux-rockchip
stikonas has quit [Ping timeout: 246 seconds]
nsaenz has quit [Remote host closed the connection]