akaizen has quit [Remote host closed the connection]
levd has joined #linux-rockchip
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 240 seconds]
levd1 is now known as levd
naobsd has joined #linux-rockchip
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 256 seconds]
levd1 is now known as levd
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 265 seconds]
levd1 is now known as levd
pietrushnic has quit [Ping timeout: 240 seconds]
pietrushnic has joined #linux-rockchip
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 260 seconds]
levd1 is now known as levd
cnxsoft has joined #linux-rockchip
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 250 seconds]
levd1 is now known as levd
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 245 seconds]
levd1 is now known as levd
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 276 seconds]
levd1 is now known as levd
Ueno_Otoko has quit [Ping timeout: 272 seconds]
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 245 seconds]
levd1 is now known as levd
Ueno_Otoko has joined #linux-rockchip
Ueno_Otoko has quit [Ping timeout: 240 seconds]
Ueno_Otoko has joined #linux-rockchip
Ueno_Otoko has quit [Ping timeout: 264 seconds]
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 240 seconds]
levd1 is now known as levd
Ueno_Otoko has joined #linux-rockchip
hipboi has joined #linux-rockchip
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 276 seconds]
levd1 is now known as levd
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 245 seconds]
levd1 is now known as levd
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 265 seconds]
levd1 is now known as levd
levd1 has joined #linux-rockchip
hipboi has quit [Quit: This computer has gone to sleep]
levd has quit [Ping timeout: 250 seconds]
levd1 is now known as levd
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 250 seconds]
levd1 is now known as levd
wadim_ has joined #linux-rockchip
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 240 seconds]
levd1 is now known as levd
levd1 has joined #linux-rockchip
<sjoerd>
mmind00: for my dts patch with a wrong clock-name, would you prefer a follow up to fix that or a replacement to keep the history a tad cleaner?
levd has quit [Ping timeout: 265 seconds]
levd1 is now known as levd
<mmind00>
sjoerd: I guess it's only s/xin32k/ext_clock/ right? .. In that case I guess I'll just do a git rebase -i and change the clockname by hand
<sjoerd>
mmind00: Yup, that turned out to be the only issue in the dts, the other part seems to be in the driver
<sjoerd>
mmind00: thanks!
<sjoerd>
the other issue on my boarcd ws in the broadcom driver so unrelated ;)
<sjoerd>
mmind00: yeah, see the discussion with dianders in fridays backlog ;) will submit a patch later today
<sjoerd>
that makes things quite reliable for my bord, though we still have an issue on someone elses board... Though i have not ruled out a hardware problem there
<sjoerd>
as the behaviour between the two isn't consistent
<sjoerd>
(and no, pushing up the drive strenght didn't help :p)
<mmind00>
:-D
<sjoerd>
mmind00: yup that looks good
Ueno_Otoko has quit [Ping timeout: 260 seconds]
Ueno_Otoko has joined #linux-rockchip
<sjoerd>
mmind00: lets see if emillio sunxi fix helps getting the orphans patch in as well for 4.6, that would be nice
<mmind00>
sjoerd: yep, was cool seeing Emilio tackling the sunxi side
levd1 has joined #linux-rockchip
matthias_bgg has joined #linux-rockchip
levd has quit [Ping timeout: 250 seconds]
levd1 is now known as levd
czerny has joined #linux-rockchip
naobsd has quit [Quit: naobsd]
Ueno_Otoko has quit [Ping timeout: 256 seconds]
naobsd has joined #linux-rockchip
levd has quit [Remote host closed the connection]
levd has joined #linux-rockchip
czerny has quit [Ping timeout: 272 seconds]
<maz_>
mmind00: I was trying to boot mainline on my veyron speedy over the weekend, and miserably failing. No output whatsoever (and no, DEBUG_LL is not on). Anyone has a config for a given version of mainline that actually boots on that system, so that I can start bisecting?
<sjoerd>
maz_: by no output you mean no output on the screen or on serial?
<maz_>
sjoerd: on the screen - I haven't tried the serial over USB port thing yet...
<sjoerd>
maz_: see my mail from a few seconds ago to linux-rockchip
<sjoerd>
drm is currently broken on 4.5-rc1 :/
<maz_>
sjoerd: would that also break if VOP is built-in?
<sjoerd>
likely
<sjoerd>
but not sure tbh
<maz_>
OK. pretty easy to fix locally then.
<mmind00>
maz_: also, screen won't work yet ... edp driver is still pending
<maz_>
mmind00: ah, I though that was way too simple! ;-) I'll try that tonight, thanks!
<xming_>
maz_: do you have a 2GB ore 4GB RAM board?
<maz_>
xming_: 4GB.
<xming_>
maz_: oh great if you get all 4GB RAM working, I am very interested
matthias_bgg has quit [Quit: Leaving]
<mmind00>
xming_: chromebooks use coreboot as bootloader and 4gb work all the time (after fixing the dma-memory issue, my 4gb minnie works for quite some months now)
Ueno_Otoko has joined #linux-rockchip
Astralix has joined #linux-rockchip
ssvb has quit [Remote host closed the connection]
<xming_>
mmind00: so is it possible to have 4GB working on firefly + uboot?
<mmind00>
xming_: it is, once you have a working memeory init
<xming_>
right, but uboot is only initializing 2GB and I can't see what coreboot does differently, most code are (almost) identical
<mmind00>
xming_: memory is attached to two memory banks, so coreboot probably does some thing simply 2 times?
<xming_>
possibly, but I couldn't spot anything obvious and trying to change banks in dts I go 0GB :p
<naobsd>
there were some discussion about code, but I think CONFIG_NR_DRAM_BANKS was not discussed at that time http://git.denx.de/?p=u-boot.git;a=blob;f=include/configs/rk3288_common.h;h=ebf1ab09b39a84133ee84441f0e782e8f8a3154e;hb=HEAD#l13
<naobsd>
I'm not sure relation with dts description
premoboss has joined #linux-rockchip
<sjoerd>
afaik that' snot relevant
<sjoerd>
it's one physically contingous memory area for these
<naobsd>
ah, sure, one contiguous area
<xming_>
I am really lost in this low level world, and DDR init isn't the easiest part either.
mrueg has quit [Quit: No Ping reply in 180 seconds.]
mrueg has joined #linux-rockchip
naobsd has quit [Quit: naobsd]
cnxsoft has quit [Quit: cnxsoft]
cnxsoft has joined #linux-rockchip
cnxsoft has quit [Quit: cnxsoft]
matthias_bgg has joined #linux-rockchip
Ueno_Otoko has quit [Ping timeout: 250 seconds]
<maz_>
mmind00: FWIW, this branch seems to be booting nicely on speedy(at least to the point where it want a root FS, which is more than enough for me ATM).
<mmind00>
maz_: I would hope so, at least it was booting fine on saturday on a veyron-jerry :-)
<maz_>
mmind00: right. what's your target for the bits missing in mainline? is the edp the only missing part?
<mmind00>
maz_: apparantly the edp really is the only big block I carry around currently ... v13 of that patchset was posted some days ago
<mmind00>
and I _really_ hope that involved parties can fix pick that up until 4.6 (difficulty is that it involved exynos as well)
<maz_>
mmind00: exynos is a massive pain, as it hardly looks maintained these days.
<mmind00>
maz_: and we're sharing the edp IP block with them ... at least we got some comments+reviewed-by's from Samsung drm people already
<sjoerd>
Didn't think exynos is that bad in general really
<maz_>
mmind00: the way I dealt with exynos in the past was to let them know that it was going to be broken if they didn't act.
<maz_>
mmind00: good that they are being responsive. hopefully that will help getting the thing merged next time around.
<mmind00>
maz_: I think we have breaking stuff under control, to me the main problem right now is, that nobody really feels responsible ... aka who is supposed to take the big patchset
<maz_>
mmind00: can we at least get the subsystem maintainer to ack the patches and get it in via arm-soc?
<mmind00>
maz_: I'd think more like Yakir (who is doing the patchset) should send a direct pull request to Dave Airlie or so