<bryanp>
Anyone ever come across the guaranteed size for barriers on a NAND design with rk3066 or similar? Like maybe 2048 size blocks might be inherently safer as it can be flushed in one go compared to 4096?
premoboss has joined #linux-rockchip
cosm has joined #linux-rockchip
tnn has quit [Ping timeout: 244 seconds]
em|tue has quit [Ping timeout: 268 seconds]
em|tue has joined #linux-rockchip
afaerber has joined #linux-rockchip
em|tue has quit [Ping timeout: 240 seconds]
em|tue has joined #linux-rockchip
em|tue has quit [Ping timeout: 250 seconds]
em|tue has joined #linux-rockchip
em|tue has quit [Ping timeout: 264 seconds]
em|tue has joined #linux-rockchip
em|tue has quit [Ping timeout: 244 seconds]
em|tue has joined #linux-rockchip
<bryanp>
Was there someone looking for more rknand timing information awhile ago?
cosm has quit [Ping timeout: 246 seconds]
<bryanp>
If I am getting SHA ERROR on recovery.img repack any idea what is wrong? Is it the rkcrc on the recovery kernel? Or is it the something else?
<bryanp>
mkbootimg attributes were the cause
<bryanp>
Real longshot but has anyone ever done a remote upgrade of the bootloader on a rockchip device?
paulk-collins has quit [Quit: Leaving]
cosm has joined #linux-rockchip
<naobsd>
bryanp: RK bootloader should be able to update itself via misc partition without PC
<bryanp>
ok via the misc partition?
<bryanp>
It gets difficult though because it doesn't seem to work with old nand kernel module as well. Might have to put upgrade in ram?
<naobsd>
ah,
<naobsd>
if you're updating bootloader from ver. 1.x to 2.x, I guess PC tool is required and reformatting entire raw NAND is required
<naobsd>
btw, generally, we (linux-rockchip _community_) don't know detail about NAND and RK bootloader implementation :(
<naobsd>
well, RK bootloader and RK binary modules
<naobsd>
bryanp: if you want to know about "self update bootloader via misc partition", there should be a convert tool in SDK. I'll check it later
<bryanp>
Ok that would be great. Thanks for the explanation