<reasonx>
now im reread this and see my mistake (there is sector number)
<reasonx>
ah, i think, what eGON is subrouting of BROM
<reasonx>
ok
<reasonx>
thinked*
<reasonx>
subroutine*
<apritzel>
please ignore this page, this is all 2014 stuff, and more confusing than helpful
<apritzel>
so you boot from the SD card slot on the underside, under the NAND(?) chip?
<reasonx>
yes
<reasonx>
nand is desoldered
<reasonx>
my first task was boot from mainline on NAND, but im failed even with SD, so i desolder this for now =)
<apritzel>
the SPL should detect this, the BROM sets a byte in SRAM to note its boot source. At least it does so on the later SoCs, not entirely sure this works on the A20 ...
<reasonx>
detect what? Im lost context
<apritzel>
the SPL should detect that it was loaded from SDC2, and try load the rest of U-Boot from there as well
<reasonx>
and R1 answer is good (so seems blocks are successfully readed)
<reasonx>
Maybe i can extract some more debug printfs? somehow? some menuconfig option?
<apritzel>
ReasonX: oh, just to rule that out: which version of U-Boot are you using? Last week's HEAD had a UART bug in U-Boot proper
<reasonx>
emmm
<apritzel>
if you try current mainline, that should be fixed
<reasonx>
master?
<reasonx>
one sec
<apritzel>
master after Friday should be fine
<apritzel>
you would need commit 5bbf9c927a14d24e7, or the last release (2023.01)
<reasonx>
im on commit 5b958dea5c678dbdb2aeb6ac3c0c8cc8dfea065c
<apritzel>
ah, I guess this one is still affected
<apritzel>
can you just forward to current master?
<reasonx>
heh =) Ok im will
<reasonx>
ty
<apritzel>
so it's actually working fine, you just don't see anything ;-)
<apritzel>
it's a bit of an unfortunate situation, but technically we are in the middle of the merge window, so it's not unexpected
<reasonx>
it is fine, atleast im now know what is menuconfig =)
<reasonx>
now i need to learn h2 rebase lol =)
<apritzel>
git fetch origin; git rebase origin/master
<apritzel>
(given you committed any potential changes already)
<reasonx>
im just have dedicated branch for mine configs and never work in git with another people. So never forward master in other branches.
<reasonx>
im created another branch from forwared master and rebase my branch to it. Idk is it a right way?
<apritzel>
you could just cherry-pick this one commit above (5bbf9...), or even apply it manually: git show 5bbf9c | patch -p1
<apritzel>
yes, that would also work, but you could have rebased on top of origin/master directly (no need to have a local branch for that)
<reasonx>
but than my changes would be in local master
<reasonx>
?
<apritzel>
I guess we are talking differently about what to rebase on top of what ;-)
<reasonx>
ok sorry for offtopic =)
<apritzel>
git checkout my-branch; git rebase origin/master
<apritzel>
that would rebase your working branch, to be on top of latest master instead of last week's one
<apritzel>
if you expect conflicts, or want to keep your old version, you could branch that away: git checkout my-branch; git branch my-branch-saved; git rebase origin/master
<reasonx>
Eh, the issue is not resolved =\
<reasonx>
Still hangs on boot from MMC1
<reasonx>
(PS yes im made "make clean"
grming has quit [Quit: Konversation terminated!]
<apritzel>
are you sure that you are booting the right version? check the build date and git commit in in the SPL banner
<apritzel>
just checking, because those things happen to me all the time ....
<reasonx>
no i dont =\ Seems it is my old build. Ok i need to doublecheck all the stuff
<reasonx>
Seems my SD card suddenly dies =)
<reasonx>
wr operations doesnt change data on it =)
<reasonx>
Linux seems to be one of major OS, nand is default and cheap IC
<reasonx>
And nand ics is really old
<jakllsch>
i guess no one did the work to make it work already?
<jakllsch>
and it didn't help that the BSP kernel mlc nand support wasn't going to be compatible with mainline's
<reasonx>
i just have seen many SoC devices and most of them have NAND ICs. So every time it is some kind of linux branch and very special drivers?
<jakllsch>
they probably expect you to be running a BSP kernel
Daaanct12 has joined #linux-sunxi
<reasonx>
Sorry, im dont know what BSP stand for
<jakllsch>
Board Support Package
<jakllsch>
in other words: the ancient kernel drop from Allwinner
<reasonx>
so this situation is only with allwinner?
<jakllsch>
no, not really
<reasonx>
so, it is default situation, what i cant use linux and NAND in modern SoC in general?
<reasonx>
(with mainline kernel)
<jakllsch>
in any case, A10/A20 is ancient, and modern boards are using eMMC for storage instead
Daanct12 has quit [Ping timeout: 480 seconds]
<reasonx>
sorry it is just really not clear for me.
<jakllsch>
and where you can still get a A20 board (does Olimex still sell them?) they've been making them with eMMC instead of NAND
<reasonx>
eMMC are ten or more higher in cost, compare to raw NAND
<jakllsch>
they're also a lot easier to use
<reasonx>
ok, i get the point
<reasonx>
sure, but "easy to use" is emmm so not "hardware" position. Im always think, what industry is in race to cost, not difficulty
<jakllsch>
sure you're not comparing bits and bytes?
<reasonx>
eMMC cost on ali for 8Gb starts from idk 20+$
<jakllsch>
usually raw flash chips use bits as the nameplate capacity
<reasonx>
and raw NAND with 32Gbits is few bucks
<reasonx>
let me check prices on ali...
<jakllsch>
i wouldn't be surprised that raw nand is falling out of fashion anyway; wouldn't be surprised the nand on ali is stuff they just want to get rid of
<jakllsch>
either that or there's a lot more demand for emmc
<reasonx>
Meh, seems you right. I cant check dealer prices (there is no public hi-tech ICs sales in russia now) But mouser says, what 64Gb eMMC costs near 10$ what is pretty cheap.
<reasonx>
Maybe im been confused by high priced iPhone-like eMMCs from ali.
<reasonx>
Ok. Maybe trying to attach eMMC instead NAND is a good idea. Thank you.
<MoeIcenowy>
ReasonX: iPhone does not use eMMC
<MoeIcenowy>
they use raw NAND, and they include their controller in their chips
<MoeIcenowy>
but I think their raw NAND is specialized
<macromorgan>
hehe... my ears are burning. And so is my raw MLC NAND.
<macromorgan>
I'll get around to mainlining those U-Boot patches one day...
<MoeIcenowy>
macromorgan: haha glad to see you here
<macromorgan>
I'm always "here", but since I've not done any work in a long time I'm only really passively here.
<macromorgan>
I plan on putting together a Debian Bookworm image for the PocketCHIP again once there's a hard freeze in place for it, and I'll likely resume work on the mainline slc-mode for U-Boot again at that time...
rajkosto has joined #linux-sunxi
Daaanct12 has quit [Quit: Leaving]
Asara has quit [Quit: leaving]
Asara has joined #linux-sunxi
Asara has quit [Quit: leaving]
Asara has joined #linux-sunxi
Asara has quit []
Asara has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
junari has joined #linux-sunxi
apritzel has joined #linux-sunxi
reasonx has quit [Remote host closed the connection]
rajkosto has quit [Read error: Connection reset by peer]
apritzel has quit [Ping timeout: 480 seconds]
codekipper has joined #linux-sunxi
ad__ has quit []
ad__ has joined #linux-sunxi
junari_ has joined #linux-sunxi
junari_ has quit [Remote host closed the connection]
junari_ has joined #linux-sunxi
junari has quit [Ping timeout: 480 seconds]
apritzel has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
bauen1 has quit [Ping timeout: 480 seconds]
apritzel has joined #linux-sunxi
junari__ has joined #linux-sunxi
junari_ has quit [Ping timeout: 480 seconds]
junari has joined #linux-sunxi
junari__ has quit [Ping timeout: 480 seconds]
chewitt has joined #linux-sunxi
junari_ has joined #linux-sunxi
junari_ has quit [Remote host closed the connection]
junari has quit [Ping timeout: 480 seconds]
junari has joined #linux-sunxi
junari has quit []
bauen1 has joined #linux-sunxi
JohnDoe_71Rus has quit []
evgeny_boger has joined #linux-sunxi
evgeny_boger has quit []
evgeny_boger has joined #linux-sunxi
evgeny_boger1 has joined #linux-sunxi
pmp-p is now known as Guest2183
evgeny_boger1 has quit [Read error: Connection reset by peer]