<youmukonpaku133>
in a similiar spot an rtl8188 is installed on the 626...
<youmukonpaku133>
might be able to throw the rtl8188 and antenna onto it
Danct12 has joined #linux-sunxi
<youmukonpaku133>
so apparently its just a usb interface
<youmukonpaku133>
so i can just steal 5v and use any generic wifi dongle
<youmukonpaku133>
nevermind
<youmukonpaku133>
it isn't powered
<youmukonpaku133>
sad
Daanct12 has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
Daanct12 has quit [Ping timeout: 480 seconds]
hexdump01 has joined #linux-sunxi
hexdump0815 has quit [Ping timeout: 480 seconds]
youmukonpaku133 has quit [Ping timeout: 480 seconds]
Daanct12 has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
DarkNeutrino has quit [Ping timeout: 480 seconds]
DarkNeutrino has joined #linux-sunxi
linkmauve has joined #linux-sunxi
Daanct12 has quit [Ping timeout: 480 seconds]
Daanct12 has joined #linux-sunxi
warpme has quit []
junari has joined #linux-sunxi
junari has quit [Ping timeout: 480 seconds]
Guest578 is now known as aperezdc
megi has quit [Quit: WeeChat 4.0.2]
megi has joined #linux-sunxi
youmukonpaku133 has joined #linux-sunxi
youmukonpaku133 has quit [Ping timeout: 480 seconds]
youmukonpaku133 has joined #linux-sunxi
youmukonpaku133 has quit [Read error: Connection reset by peer]
youmukonpaku133 has joined #linux-sunxi
<youmukonpaku133>
megi: wait should i check conductivity between vdd and the sot23s when the board is powered? since capacitors might not have current flow through them
<Jookia>
youmukonpaku133: conductivity doesn't require power check. the conductivity on a transistor should be a few megohms. what you want to probably check is voltage maybe? not sure
<youmukonpaku133>
im trying to find the switch stopping sd card from being seen by bootrom if it even exists
<youmukonpaku133>
because it does exist as a sot23 on pb626 but im not sure if it's exactly an sot23 here because the 4 sot23's on my board don't seem to conduct to vdd on sd
<youmukonpaku133>
though i may be checking wrong which is why i am asking
<youmukonpaku133>
anyway i was trying to boot uboot + kernel in fel and i got a -9 usb bulk error...
<youmukonpaku133>
thats
<youmukonpaku133>
not awesome
<youmukonpaku133>
any ideas on how to fix?
<apritzel>
youmukonpaku133: I am afraid this might all be a bit more complicated than you think ;-)
<youmukonpaku133>
thats how it is always
<apritzel>
the first step is a working DRAM setup
<youmukonpaku133>
i mean even trying to boot uboot itself
<youmukonpaku133>
it throws either a bulk error or timed out
<apritzel>
that's what I mean ;-)
<youmukonpaku133>
oh
<youmukonpaku133>
in uart it just says "trying to boot from FEL...." and practically nothing else
<youmukonpaku133>
so like
<youmukonpaku133>
what do you mean by "a working dram setup"
<apritzel>
so the first thing to happen is to upload the SPL into SRAM, that's typically not a problem, because that's all well known BROM territory
<apritzel>
the next step is to setup the basic PLL and bus clocks, that should also be fine, as long as the SoC is supported (which it is in your case)
<apritzel>
but then the crucial step is to initialise the DRAM controller and set it up to drive the DRAM chips
<youmukonpaku133>
and i suppose in my case that doesnt happen?
<youmukonpaku133>
or something goes horribly wrong
<apritzel>
well, if you see "trying to bool from FEL", it couldn't be *totally* wrong
<youmukonpaku133>
that only happens when i try booting uboot.bin
<youmukonpaku133>
if i try to also boot a kernel i get a bulk error and nothing happens in uart
<youmukonpaku133>
just uboot.bin shows trying to boot from fel and throws a usb timed out error on host
<apritzel>
what is your sunxi-fel command line?
<apritzel>
and how do you build your U-Boot binary?
<apritzel>
because there is no mainline defconfig for the Pocketbook (none of them) in U-Boot
<youmukonpaku133>
the binary is a prebuilt from megi
<youmukonpaku133>
doas sunxi-fel -v uboot uboot.bin \
<youmukonpaku133>
then i wonder whats causing the bulk and timing out
<apritzel>
so when you boot the SPL via FEL, it's supposed to return to FEL, after initialising the DRAM
<apritzel>
sunxi-fel waits for that to happen
<megi>
dunno what sunxi-fel uses for loading the kernel, if it needs U-Boot USB support, or not
<apritzel>
megi: yeah, I guessed as much, since it wouldn't boot otherwise
<megi>
if it does, then my build will not work for you
<youmukonpaku133>
oh
<youmukonpaku133>
*great*
<megi>
I strip down my u-boot builds of useless features like these :)
<youmukonpaku133>
so i suppose i need to build uboot with usb support?
<apritzel>
no no, this all happens before U-Boot proper runs
<megi>
I don't know
<gamiee>
as far as I understand, with FEL you load u-boot SPL, which inits DRAM, returns back to FEL, then load u-boot and kernel into DRAM, and then launch u-boot, right?
<youmukonpaku133>
huh
<apritzel>
gamiee: exactly
<megi>
so that's fine then
<gamiee>
apritzel: thanks for confirmation. This means that u-boot doesn't need USB support at all.
<apritzel>
yes
<youmukonpaku133>
so what do i need then
<gamiee>
u-boot, u-boot spl and kernel.
<youmukonpaku133>
which i do have im pretty sure
<apritzel>
if you see "trying to boot from FEL", and the sunxi-fel times out, that means that either the DRAM setup went slightly wrong, and something else goes wrong right at the end of the SPL code
<apritzel>
the kernel is a red herring at the moment
<apritzel>
youmukonpaku133: does it look different if you just do "uboot u-boot.bin", so without trying to upload the kernel or anything else?
<youmukonpaku133>
yes it throws a -7 time out instead of -9 usb bulk error
<apritzel>
do you see the "trying to boot from FEL" message rather quickly? And does it detect the DRAM size right?
<megi>
but my build is really trimmed down, it may be missing some other thing to boot from FEL, or gpio used to enable SD card on my board is used for something else on yours which breaks things, etc.
<megi>
eg. CONFIG_SPL_BOARD_LOAD_IMAGE is not defined
<youmukonpaku133>
buZz: LOL yea thats definitely it i should buy a rubber duck
<buZz>
:) one for every room and bag and coat ;)
<buZz>
actually, now i wonder if thats why pirates had shoulderparrots
<youmukonpaku133>
LOL
youmukonpaku133 has quit [Read error: Connection reset by peer]
youmukonpaku133 has joined #linux-sunxi
youmukonpaku133 has quit [Ping timeout: 480 seconds]
youmukonpaku133 has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
youmukonpaku133 has quit [Ping timeout: 480 seconds]
youmukonpaku133 has joined #linux-sunxi
warpme has quit []
warpme has joined #linux-sunxi
JohnDoe_71Rus has quit []
apritzel has joined #linux-sunxi
warpme has quit []
warpme has joined #linux-sunxi
<youmukonpaku133>
hey apritzel what can i do about the FEL bulk errors? i now have the fex file
warpme has quit [Read error: Connection reset by peer]
warpme has joined #linux-sunxi
warpme has quit []
<apritzel>
youmukonpaku133: I think the reason is what megi mentioned yesterday: he didn't enable CONFIG_SPL_BOARD_LOAD_IMAGE
<youmukonpaku133>
oh okay
<youmukonpaku133>
so i suppose i have to build my own uboot
<apritzel>
so the SPL doesn't even try to return to FEL
<apritzel>
yes
<megi>
CONFIG_SPL_BOARD_LOAD_IMAGE is enabled via header file
<youmukonpaku133>
*yawn* should i setup that pi i bought a few days ago for this
<megi>
the old way
<apritzel>
youmukonpaku133: doing this on a phone sounds super painful to me, but whatever you prefer
<apritzel>
you need an ARM cross compiler, though
<youmukonpaku133>
yes i have that setup on my phone
<youmukonpaku133>
had to compile mesa for armhf
<youmukonpaku133>
cause yea
<apritzel>
good
<megi>
eMMC, no NAND
<youmukonpaku133>
btw megi the wifi slot is just a usb interface but with 3.3v, you can desolder and throw in a better usb wifi dongle for example though youll have to pull 5v from somewhere
<megi>
youmukonpaku133: you can try shorting that trace to any always on 3.3V power rail
<apritzel>
should be a basic defconfig to start off, good enough to build a working SPL
<youmukonpaku133>
megi i dont have a small enough iron, id probs screw it up xD
<megi>
maybe the one for USB wifi if it's enabled after powerup
<apritzel>
youmukonpaku133: I still don't understand what makes you so obsessed with booting from SD?
<youmukonpaku133>
its easy
<youmukonpaku133>
thats wa
<youmukonpaku133>
t
<apritzel>
for experiments and development FEL is much easier and simpler
<youmukonpaku133>
alright
<apritzel>
for proper operation later you just put U-Boot in the eMMC boot partition
<apritzel>
so you don't need SD
<youmukonpaku133>
got it
<youmukonpaku133>
alright so i can just use mainline das uboot?
<megi>
yopu still need to write dts for your board, you can't use mine
<megi>
even for u-boot
<youmukonpaku133>
damnit
<apritzel>
it would have been nice for other people to just download an SD card image and boot their board from it, but that's not gonna work, and there don't seem to be many other users of this board outside there anyway
<megi>
but you can use it as a base, the changes are minimal
<youmukonpaku133>
alright
<apritzel>
youmukonpaku133: you don't need a right DT if you just boot the SPL
<youmukonpaku133>
oh ok
<youmukonpaku133>
ill take a look at dt later then
<youmukonpaku133>
alright so i can just use mainline uboot with that config?
<apritzel>
yes
<youmukonpaku133>
and itll boot zimage?
<youmukonpaku133>
when i actusllt need to boot kernel eventually
<apritzel>
please! walk before you run
<youmukonpaku133>
fair enough
<apritzel>
you need a DT for the kernel anyway
<apritzel>
this is all not going to be a walk in the walk, though you are lucky since you have a "nearby board" to copy from and you have FEL and serial
<apritzel>
and DRAM setup is apparently working already, which is often the biggest showstopper
<youmukonpaku133>
oh LORD the uboot readme is long
<youmukonpaku133>
nvm found compile instructions
<apritzel>
export CROSS_COMPILE=armhf...gcc; make pocketbook_defconfig; make
<apritzel>
and then you do "sunxi-fel spl spl/sunxi-spl.bin"
<youmukonpaku133>
awesome
<youmukonpaku133>
will test in a sec
<apritzel>
the next steps would then to copy the existing pocketbook .dts, and remove almost everything from it (things like regulators, USB, backlight, GPIO keys, etc)
<youmukonpaku133>
alright compiling
<youmukonpaku133>
oh huh why would i need to do that
<apritzel>
then work your way up by adding pieces (back) bit by bit
<youmukonpaku133>
will i need to manually rewrite it all :despair:
<youmukonpaku133>
oh ok
<youmukonpaku133>
i see
<apritzel>
because it is unsafe to use a wrong DT
<youmukonpaku133>
it can fry stuff...?
<apritzel>
yes
<youmukonpaku133>
oh fuck
<youmukonpaku133>
okay
<apritzel>
it's rare, but better safe than sorry
<youmukonpaku133>
yeah xd
<youmukonpaku133>
alr which parts should i keep
<youmukonpaku133>
compiled uboot
<youmukonpaku133>
lets see now
<apritzel>
keep &cpu0, &i2c0, &uart1, for a start
<apritzel>
then start to experiment with mmc0 and mmc2
<youmukonpaku133>
apritzel
<youmukonpaku133>
i get a pipe error
<apritzel>
same output on the serial?
<youmukonpaku133>
nothing on serial
<youmukonpaku133>
apritzel
<apritzel>
does sunxi-fel said it was uploading fine?
<apritzel>
and which UART are you on?
<youmukonpaku133>
sunxi-fel threw a pipe error
<youmukonpaku133>
apritzel: wdym which uart im on
<apritzel>
does it say "Executing the SPL"?
<youmukonpaku133>
nope
<youmukonpaku133>
says nothing
<youmukonpaku133>
so it must be on host side..
<youmukonpaku133>
should i try with my pi xD
<apritzel>
are you in proper FEL mode? does "sunxi-fel ver" report back correctly
<apritzel>
and use "-v" if you don't do it already
<youmukonpaku133>
yes i use -v
<youmukonpaku133>
huh
<youmukonpaku133>
now even sunxi fel ver throws a pipe error