<lkcl>
stdint: most sensible thing, i think, is either very very soon or after you return from holiday
<lkcl>
stdint: ah. right. that patch actually *prevents* boot from external sd/mmc!!!
<lkcl>
stdint: it actually DELIBERATELY makes it possible to "brick" the firefly.
<stdint>
lkcl, yes, but that is why I mention the maskrom button for you
<lkcl>
stdint: the boot order needs to be the OPPOSITE. external sd/mmc FIRST, emmc SECOND
<stdint>
actually it won't, it won't disable the maskrom
<stdint>
but boot order inside the maskrom is hard coded
<stdint>
there is no way to change it
<lkcl>
stdint: honestly it's a stupid patch.
<lkcl>
the maskrom does external SD followed by eMMC, which is the right way round
<lkcl>
i am going to be selling Cards with a sealed box.
<stdint>
I don't manage the u-boot so I don't care, the video is a huge problem for me enough
<lkcl>
if people want to recover their system they have to DESTROY the case.
<stdint>
no, you could use the usb
<lkcl>
i'll take care of contacting the u-boot people
<lkcl>
stdint: which needs proprietary software, it's not been properly reverse-engineered yet.
<stdint>
press the maskrom button, connect the usb port to pc
<stdint>
no, the usb downloader for boot is free
<lkcl>
stdint: if the case is sealed, there is no maskrom button.
<stdint>
there is a open source implementation
<lkcl>
stdint: ah where is it? and is it a command-line tool?
<stdint>
call rkflashtool
<lkcl>
i'm collecting resource links
<lkcl>
ah i know it.
<lkcl>
the process of SPL boot-loading hasn't been finished off yet
<stdint>
just the SRAM is not enough
<lkcl>
stdint: yeah i know :)
<lkcl>
stdint: i'll be trying it out at some point. but when i make the EOMA68-RK3288, it won't have an external maskrom button, so i need to take that into account.
<lkcl>
if u-boot is set up to always look first on external sd-card, then everything's fine.
<stdint>
then you must leave a test pointer
<lkcl>
however if it looks on eMMC and that becomes corrupted (deliberately or othewise) then we're screwed.
<lkcl>
stdint: yes. done :)
<stdint>
you could do that for u-boot, but it is possible for maskrom
<lkcl>
stdint: but it involves removing the metal case, which can be destructive
<stdint>
I see
<lkcl>
yeah :)
<lkcl>
so an external boot order is quite important.
<lkcl>
most SoCs have a means to change the boot order through putting in some resistors onto certain pins
<stdint>
but I think it is a little hard to implement
<stdint>
the SPL would decide to load emmc or sd
<lkcl>
stdint: all that's needed is in that patch, to reverse sd and emmc.
<lkcl>
then if u-boot spl can't *find* the u-boot signature on external mmc it will move to emmc instead
<lkcl>
that's the sensible and sane way to do it.
<lkcl>
the way that patch is set up, it turns firefly into DELIBERATELY brickable devices!
<lkcl>
if the emmc u-boot becomes corrupted, there's no way to recover except by maskrom. that's daft! :)
<lkcl>
stdint: if it's ok with you i'll cc jacob chen?
<stdint>
I think it is ok
<stdint>
but he is quite busy recently
<lkcl>
ok :)
<lkcl>
i'll check the u-boot mainline beforehand
<lkcl>
ok it doesn't have a replacement for board_boot_order
<lkcl>
stdint: btw thanks to npl and mmind0 i got debian up-and-running last night. i copied onto the eMMC and it's really really nice and quick :)
<lkcl>
usb is shagged but we know about that. i'm going to try using one of my OTG-Host cables, see if the OTG port works
wadim_ has joined #linux-rockchip
<lkcl>
stdint: yay! the OTG port works straight away as a USB2 Host with the right converter cable
daniels has quit [Ping timeout: 260 seconds]
pulser has quit [Quit: No Ping reply in 180 seconds.]
daniels has joined #linux-rockchip
pulser has joined #linux-rockchip
<wadim_>
I see a lot of rockchip-vpu patches on the chromium-4.4 branch and in the rockchip-linux github tree. But it seems there is no work going on for the upstream kernel. Last patches I found are from Jung Zhao (http://lists.infradead.org/pipermail/linux-rockchip/2016-January/006951.html) Is someone working on here to bring the chromium patches to mainline?
<eballetbo>
wadim_, iirc these patches depends on some various patches in v4l2 core, not sure whats the status now, but seems they stopped the work
<eballetbo>
I looked a bit some time ago but I stopped to work on it due there was someone else already working on it
<stdint>
wadim_, those patches won't be merged
<stdint>
and I am planing to write a new version which would use request API as well
<stdint>
but currently it is just at early stage and I don't have time to do that recently
<eballetbo>
stdint: is the request API already in mainline?
paulk-collins has joined #linux-rockchip
<stdint>
not, but plan to
<eballetbo>
nice
busterbcook has quit [Ping timeout: 260 seconds]
busterbcook has joined #linux-rockchip
busterbcook has quit [Changing host]
busterbcook has joined #linux-rockchip
twink0r_ has joined #linux-rockchip
twink0r has quit [Ping timeout: 260 seconds]
phh|new has joined #linux-rockchip
daniels has quit [*.net *.split]
phh has quit [*.net *.split]
levd has quit [*.net *.split]
daniels has joined #linux-rockchip
levd has joined #linux-rockchip
dlezcano_ is now known as dlezcano
dlezcano has quit [Ping timeout: 260 seconds]
mrjay has joined #linux-rockchip
<mrjay>
stdint: does rk3066 and rk3288 have the same vpu ip?
<stdint>
mrjay, let me check whether I have rk3066 TRM
<mrjay>
stdint: ok
<stdint>
mrjay, yes. just without encoder
<mrjay>
stdint: so rk3066 has only dekoder ip? or has encoder but diffrent one?
<stdint>
mrjay, yes, no encoder at all at rk3036
<mrjay>
stdint: i'm asking rk3066 not rk3036
<mrjay>
stdint: :)
<stdint>
mrjay, sorry, it is very similar but without iommu
<stdint>
I don't have its TRM, I just asked somebody to get those information
<mrjay>
stdint: ok thanks
ckeepax has quit [Ping timeout: 250 seconds]
tlwoerner__ has joined #linux-rockchip
mrjay has quit [Ping timeout: 260 seconds]
tlwoerner_ has quit [Ping timeout: 244 seconds]
tlwoerner__ has quit [Ping timeout: 245 seconds]
tlwoerner__ has joined #linux-rockchip
dlezcano has joined #linux-rockchip
VargaD has quit [Ping timeout: 264 seconds]
lkcl has quit [Ping timeout: 248 seconds]
lkcl has joined #linux-rockchip
tlwoerner__ is now known as tlwoerner
tlwoerner has quit [Quit: Leaving]
tlwoerner has joined #linux-rockchip
VargaD has joined #linux-rockchip
cnxsoft has quit [Remote host closed the connection]
afaerber has joined #linux-rockchip
lkcl has quit [Read error: Connection reset by peer]
lkcl has joined #linux-rockchip
libv_ is now known as libv
JohnDoe_71Rus has joined #linux-rockchip
nnnn20430 has quit [Ping timeout: 260 seconds]
wadim_ has quit [Quit: Leaving.]
dlezcano has quit [Remote host closed the connection]
dlezcano has joined #linux-rockchip
nasuga has quit [Ping timeout: 240 seconds]
nasuga has joined #linux-rockchip
yanf has joined #linux-rockchip
libv_ has joined #linux-rockchip
libv has quit [Ping timeout: 256 seconds]
yanf has quit [Ping timeout: 260 seconds]
nnnn20430 has joined #linux-rockchip
dlezcano has quit [Remote host closed the connection]
vagrantc has joined #linux-rockchip
libv_ is now known as libv
JohnDoe_71Rus has quit [Ping timeout: 244 seconds]