<ssvb>
NiteHawk: since I'm just booting from NFS, I'm not using modules for MUSB myself
<ssvb>
NiteHawk: but I guess, my use case is very different from yours
<MoeIcenowy>
I'm now a heavy mainline gadget user,
<MoeIcenowy>
I'm using 4.7-rc3 with axp223 full otg patches backported from 4.8
<MoeIcenowy>
and using g_cdc gadget
<MoeIcenowy>
usb network is much better than wifi, as my router is a low-end OpenWRT router
<NiteHawk>
ssvb: np, but the basic instructions should apply the same (more or less)? since you seemed experienced with musb, i thought you might just yell at me if i did something stupid :)
IgorPec13 has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
Mr__Anderson has quit [Remote host closed the connection]
Mr__Anderson has joined #linux-sunxi
Guest72652 has quit [Changing host]
Guest72652 has joined #linux-sunxi
IgorPec13 has quit [Ping timeout: 244 seconds]
IgorPec has joined #linux-sunxi
iaglium has joined #linux-sunxi
xinj has joined #linux-sunxi
lemonzest has joined #linux-sunxi
Guest72652 is now known as Michal
leio has quit [Ping timeout: 240 seconds]
nove has joined #linux-sunxi
tyler-ba- is now known as tyler-baker
tyler-baker has quit [Changing host]
tyler-baker has joined #linux-sunxi
cnxsoft has quit [Remote host closed the connection]
premoboss has quit [Quit: Sto andando via]
orly_owl has quit [Ping timeout: 258 seconds]
orly_owl has joined #linux-sunxi
BenG83 has joined #linux-sunxi
xinj has quit [Ping timeout: 246 seconds]
<ssvb>
NiteHawk: I was playing with USB OTG for a very short period of time, this does not make me experienced
al1o has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
zuikis has joined #linux-sunxi
popolon has quit [Ping timeout: 244 seconds]
NiteHawk` has joined #linux-sunxi
NiteHawk has quit [Ping timeout: 244 seconds]
popolon has joined #linux-sunxi
apritzel has quit [Ping timeout: 244 seconds]
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
Nacho__ has joined #linux-sunxi
leio has joined #linux-sunxi
Nacho_ has quit [Ping timeout: 276 seconds]
jernej has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
fabo has quit [Changing host]
fabo has joined #linux-sunxi
cptG has joined #linux-sunxi
cptG_ has quit [Ping timeout: 246 seconds]
BenG83 has quit [Ping timeout: 258 seconds]
caog has quit [Ping timeout: 260 seconds]
NiteHawk` is now known as NiteHawk
NiteHawk has quit [Changing host]
NiteHawk has joined #linux-sunxi
al1o has joined #linux-sunxi
BenG83 has joined #linux-sunxi
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
Mr__Anderson has quit [Remote host closed the connection]
<Wizzup_>
ssvb: ok, got a winbond as well, but someone pointed me at the fact that I should perhaps pull the hold (and WP?) pins up
<Wizzup_>
and I didn't do that yesterday
<ssvb>
Wizzup_: yeah, it is necessary to pull the HOLD pin up
<ssvb>
Wizzup_: and pulling the WP pin is not strictly necessary, at least for Winbond (because it is only used after switching into the mode which honors it)
<ssvb>
Wizzup_: I think that there is a very high chance that everything will start working properly after you do this
<ssvb>
Wizzup_: you can just connect 3.3V to the HOLD pin without any resistor
Netlynx has joined #linux-sunxi
<Wizzup_>
ssvb: working on it
Netlynx has quit [Quit: Leaving]
megi has joined #linux-sunxi
staplr has quit [Ping timeout: 244 seconds]
<megi>
ssvb: I've reverse engineered much of the arisc firmware for H3
<megi>
ssvb: and found how it changes cpux clock and it's somewhat different from mainline kernel code
al1o has joined #linux-sunxi
<megi>
ssvb: also it doesn't do anything special with dvfs the main CPU can't do (aside from being independent and working even if kernel locks up)
staplr has joined #linux-sunxi
<megi>
ssvb: but even then the current arsic firmware would let the CPU burn, it doesn't access thermal stuff at all
<megi>
I would publish the entire reverse engineered code, but that's probably violating someones copyright :)
<ssvb>
megi: just document the hardware, for example the way the CPU clock frequency gets changed under the hood
<megi>
I rewrote the algorithm in C
<megi>
I'll do something different though about the firmware
<ssvb>
I'm not sure if anyone is interested in any other details about the proprietary blobs
<megi>
there were other people here interested in reverse engineering this
<megi>
I have a script that produces very readable, annotated assembly code from the arisc code file, so i'll publish that
<megi>
there's a lot in there, routines for suspend/resume, etc.
<ssvb>
without these U-Boot changes, only the SPL part will be loading and getting stuck in a reboot cycle (which is still good enough to confirm that the SPI flash is usable in principle)
<Wizzup_>
uboot shell would be better
<ssvb>
sure, and this should be working in the 'sunxi-next' branch
<Wizzup_>
ssvb: next branch is what you mean, I think?
<Wizzup_>
There is no sunxi-next branch at git://git.denx.de/u-boot-sunxi.git
<Wizzup_>
there is master and next
<ssvb>
right
<Wizzup_>
Writing like this: $ ./sunxi-fel -p spiflash-write 0 ~/u-boot-sunxi/u-boot-sunxi-with-spl.bin
<Wizzup_>
I don't seem to get anything on the serial
<ssvb>
do you get something on the serial when you boot from SD card?
<Wizzup_>
I tried swapping rx and tx. ;-) But I'll get the SD card.
<Wizzup_>
p.s. if I leave the sd card in it won't attempt to boot from spi
<Wizzup_>
ssvb: from sd card I can see serial output
<Wizzup_>
I'll try the helloworld
<Wizzup_>
ssvb: Does it write at 115200 ?
<ssvb>
yes
<Wizzup_>
not seeing it with the hello world yet
<ssvb>
hmm, then it does not seem to boot from SPI for some reason
<ssvb>
are you power cycling everything or pressing the reset button?
<Wizzup_>
I am power cycling, not pressing the reset button. can do that.
megi has quit [Quit: megi]
<ssvb>
either way, the A20 manual has the "1.6.2. System Boot Diagram" section which mentions SPI0(PC port), so we can't be wrong with the pins
mossroy has quit [Remote host closed the connection]
<Wizzup_>
I've confirmed that the bootloader that I write is also what I read back
<Wizzup_>
So it's on the chip correctly
<Wizzup_>
I guess I can try to zero the chip, but I imagine that that does not matter
<ssvb>
pressing the reset button should keep the SPI flash powered on
<ssvb>
so it could potentially help if there is some kind of startup timing glitch
<Wizzup_>
Hm, doesn't seem to help.
<Wizzup_>
(trying the helloworld atm)
<ssvb>
we might be missing something trivial...
<Wizzup_>
I'm powering the lime from my laptop, and the serial is also on my laptop, but I doubt that could cause problems.
<Wizzup_>
(since it works when sd-booting)
<ssvb>
just a completely random idea, maybe try writing uart0-helloworld-sdboot.sunxi to the offset 8192 instead of 0?
<ssvb>
A13 and newer chips are loading the SPL from the offset 0, but I wonder if older A10/A20 could possibly treat it more like the SD card data layout?
<Wizzup_>
ack
<Wizzup_>
didn't seem to help, hm.
zuikis has left #linux-sunxi [#linux-sunxi]
IgorPec13 has joined #linux-sunxi
<ssvb>
Wizzup_: does the board just switch to FEL mode when you are trying to boot it?
<Wizzup_>
Let me check that
<Wizzup_>
Nope, doesn't seem like it
<ssvb>
hmm, this is in fact interesting :)
<ssvb>
if it did not recognize anything bootable on the SPI flash, then it would just happily switch to FEL mode
<ssvb>
so it could have tried to boot it, but then died for some reason
<ssvb>
as an additional test, you can try to erase data in the beginning of the SPI flash and check if the system boots into FEL mode after this
<ssvb>
and as one more test, you can write the fel-sdboot.sunxi binary to SPI flash and try to boot it
<Wizzup_>
ssvb: I'm seeing unstability on 3v3
<Wizzup_>
so it may be yet again a fault on my side. we'll see
jstein_ has joined #linux-sunxi
jstein_ is now known as jstein
<Wizzup_>
Hello from Allwinner A20!
<Wizzup_>
Booted from SPI0, entering an infinite loop.
IgorPec13 has quit [Quit: Nettalk6 - www.ntalk.de]
IgorPec10 has joined #linux-sunxi
<ssvb>
Wizzup_: great!
<ssvb>
can you update the linux-sunxi wiki with some tips and tricks and maybe pictures?
<Wizzup_>
I'll try to do that.
<ssvb>
thanks!
<Wizzup_>
Maybe not right now - I need to write some report now, but I'll ensure to do it soon
<ssvb>
ok
staplr has quit [Ping timeout: 272 seconds]
akaWolf has quit [Ping timeout: 276 seconds]
akaWolf has joined #linux-sunxi
staplr has joined #linux-sunxi
<lennyraposo>
Allwinner already make the Mali driver release. I will need to translate into English and make the release either today or tomorrow.
<lennyraposo>
P/S; Internet speed on current hotel is too slow
IgorPec10 has quit [Ping timeout: 252 seconds]
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
staplr has quit [Remote host closed the connection]
<longsleep>
lennyraposo: what do they need to translate to english?
<lennyraposo>
no tllim wants to translate and upload it now
<lennyraposo>
not really needed (I guess allwiners instructions docs etc)
<lennyraposo>
as long as he has it
<lennyraposo>
it means AllWinner did deliver something
<lennyraposo>
as to what it is we wait with beited breath ;)
<longsleep>
lennyraposo: ok
<lennyraposo>
btw
<lennyraposo>
found nothing about the firmware for the bluetooth Xalius used
<lennyraposo>
still wanna include it?
<longsleep>
lennyraposo: well - it was probably extracted from some android image - the firmware could go to the blobs directory in my build gear and it should be extracted from a know source (like the pine64 android image).
<lennyraposo>
ok
<lennyraposo>
it works but isn't the most ideal for packaging
<BenG83>
I can do a binary compare with the one from the android image
nove has quit [Quit: nove]
<longsleep>
lennyraposo: well i am totally fine with packing the source code with the license inside the source files, but not the firmware files - they just need to be there similar to all the other firmware
<lennyraposo>
gotcha
<lvrp16>
allwinner is getting killed by rk and amlogic
<lvrp16>
but the entire semi industry ain't doing too hot
Mr__Anderson has quit [Remote host closed the connection]
<Wizzup_>
ssvb: made some pictures, going to clean up and will edit the wiki later. Thank you so much for the assistance
<lennyraposo>
ok
<lennyraposo>
packing up to go to my backyard
<lennyraposo>
oops
<lennyraposo>
wrong window
apritzel1 has joined #linux-sunxi
Da_Coynul has joined #linux-sunxi
BenG83 has quit [Quit: Leaving]
apritzel1 has quit [Ping timeout: 244 seconds]
NiteHawk has quit [Remote host closed the connection]
jstein has quit [Remote host closed the connection]
fdcx has quit [Ping timeout: 264 seconds]
heffer has quit [Ping timeout: 272 seconds]
Keziolio_ has joined #linux-sunxi
Keziolio has quit [Ping timeout: 272 seconds]
heffer has joined #linux-sunxi
xinj has joined #linux-sunxi
NiteHawk has joined #linux-sunxi
NiteHawk has quit [Changing host]
NiteHawk has joined #linux-sunxi
ricardocrudo has quit [Remote host closed the connection]
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
xinj has quit [Ping timeout: 246 seconds]
Da_Coynul has joined #linux-sunxi
fdcx has joined #linux-sunxi
fdcx_ has joined #linux-sunxi
fdcx_ has quit [Remote host closed the connection]
fdcx has quit [Remote host closed the connection]
xinj has joined #linux-sunxi
Da_Coynul has quit [Ping timeout: 260 seconds]
fdcx has joined #linux-sunxi
1JTAAF8AR has joined #linux-sunxi
xinj has quit [Ping timeout: 260 seconds]
xinj has joined #linux-sunxi
pmattern has quit [Quit: Genug für heute.]
Andy-D_ has joined #linux-sunxi
Andy-D has quit [Ping timeout: 260 seconds]
iamfrankenstein1 has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 252 seconds]