Turl changed the topic of #linux-sunxi to: Allwinner/sunxi /development discussion - did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait! - https://github.com/linux-sunxi/ - Logs at http://irclog.whitequark.org/linux-sunxi
mzki has joined #linux-sunxi
phipli has quit [Ping timeout: 250 seconds]
<naobsd> about NES classic, currently I cannot get info by thins way
<naobsd> I can see some DRAM info on console http://linux-sunxi.org/Nintendo_NES_Classic_Edition#Stock_U-Boot
<naobsd> is it enough for u-boot spl?
atsampson has quit [Ping timeout: 258 seconds]
<naobsd> (looking info in NAND...)
mzki has quit [Ping timeout: 260 seconds]
atsampson has joined #linux-sunxi
victhor_ has joined #linux-sunxi
<MoeIcenowy> naobsd: U-Boot SPL uses only a few parameters
<MoeIcenowy> could I build one for you to test?
<naobsd> enough?: CONFIG_DRAM_CLK=600 CONFIG_DRAM_ZQ=15291 CONFIG_ODT_EN=y
<MoeIcenowy> I think so
<naobsd> these values are same as parrot R16
<MoeIcenowy> I think you have UART access now?
<naobsd> for now, temporary (not soldered ;)
<naobsd> but u-boot/kernel is still stock, very restricted
<MoeIcenowy> but mainline kernel have poor NAND support...
<naobsd> for u-boot I should get regulator info?
<naobsd> well, my current goal is adding very very initial support ;)
<naobsd> where is common location for script.bin on A33 devices?
<MoeIcenowy> After U-Boot...
futabachannel has joined #linux-sunxi
<MoeIcenowy> or find it in stock U-Boot in memory at 0x43000000
<MoeIcenowy> made an initial u-boot-sunxi-with-spl.bin for NES mini
<naobsd> well
<naobsd> I know mainline spl works, how to build spl
<naobsd> compatible = "allwinner,parrot",
<naobsd> are regulator settings right?
<naobsd> anyway, what I want to do is collection info
<naobsd> 0x43000000 doesn't have valid header :(
<naobsd> 00000000 4e 00 00 00 d0 a3 00 00 01 00 00 00 02 00 00 00 |N...............| 00000010 70 72 6f 64 75 63 74 00 00 00 00 00 00 00 00 00 |product.........|
<naobsd> it might be better to build modified u-boot :(
vagrantc has joined #linux-sunxi
jernej has quit [Ping timeout: 260 seconds]
Gerwin_J has joined #linux-sunxi
Gerwin_J has quit [Ping timeout: 264 seconds]
<MoeIcenowy> naobsd: I think it's a script.bin.
<MoeIcenowy> as there's "product" here
<naobsd> yeah, many params are follow,
<naobsd> but bin2fex didn't work...
Colani1210 has joined #linux-sunxi
<MoeIcenowy> what's the output of bin2fex?
<naobsd> E: fexc-bin: Malformed data: version 41936.1.2.
Colani1200 has quit [Ping timeout: 260 seconds]
<MoeIcenowy> ok use the newest git master
<naobsd> it should be new...
<naobsd> grrrr
<naobsd> works now :(
<naobsd> mmm it's updated a little...anyway thanks
perr has quit [Quit: Leaving]
<naobsd> fexc-bin: script.bin: version: 1.2 fexc-bin: script.bin: size: 131072 (78 sections), header value: 41936 E: fexc-bin: script.bin: empty entry in section: csi0
<naobsd> is last E: ok?
<naobsd> machine = "parrot" lol
<MoeIcenowy> maybe it's ok...
<MoeIcenowy> I do not know
<MoeIcenowy> could you fork sunxi-boards on github, then add your fex file to A33 folder, then pull request?
fire219 has quit [Ping timeout: 256 seconds]
<naobsd> yes of course
<naobsd> I know what should be done, what I don't know well is about A33 ;)
apritzel has quit [Ping timeout: 246 seconds]
terra854 has joined #linux-sunxi
<naobsd> sys_config/a33? or sys_config/r16?
whaf has joined #linux-sunxi
fire219 has joined #linux-sunxi
whaf has quit [Ping timeout: 248 seconds]
<naobsd> u-boot-sunxi mirror/next is for upstreaming, right?
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
berenm has quit [Remote host closed the connection]
berenm has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
Gerwin_J has quit [Ping timeout: 264 seconds]
ninolein has quit [Ping timeout: 260 seconds]
ninolein has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
<wens> naobsd: it's a mirror of the sunxi custodian repository
<naobsd> wens: http://git.denx.de/?p=u-boot/u-boot-sunxi.git;a=shortlog;h=refs/heads/next this should be used for base?
<wens> naobsd: given that sunxi u-boot is currently in limbo, i can't say for sure :|
<naobsd> I see
<naobsd> oops
<naobsd> I was thinkig that use OTG as HOST
<naobsd> I pulled USB cable after running fel uboot
<naobsd> power is lost, of course ;)
whaf has joined #linux-sunxi
<naobsd> MMC need to be disabled to boot properly...
<ssvb> naobsd: so which steps were needed to extract the script.bin data?
victhor_ has quit [Ping timeout: 245 seconds]
victhor__ has joined #linux-sunxi
<naobsd> ssvb: update sunxi-tools... sunxi-fel read 0x43000000 0x10000 script.bin is fine
Gerwin_J has joined #linux-sunxi
<ssvb> naobsd: I see, and was it so that you read the leftover data in DRAM after resetting the device when running the stock firmware?
<ssvb> naobsd: I mean, if you enter the FEL mode after turning the device off and waiting some tens of seconds, is the script.bin data there?
<naobsd> send 's' to UART -> run 'fastboot' -> FEL mode with DRAM data
<naobsd> ssvb: I never tried that method
<naobsd> I'll try later
<ssvb> OK, I see, so the stock firmware initializes the DRAM and switches into FEL mode itself
<ssvb> this makes everything way too easy :-)
<naobsd> if you send 's' to UART, yes
<naobsd> (RESET button method and send '2' method don't run boot1, DRAM is not initialized)
Gerwin_J has quit [Ping timeout: 264 seconds]
<ssvb> so the current instructions from the linux-sunxi wiki about extracting script.bin actually work? or do they need to be updated?
<naobsd> http://linux-sunxi.org/Retrieving_device_information#Retrieving_data_over_USB_in_FEL_mode "./sunxi-fel read 0x43000000 0x20000 script.bin" this works
<naobsd> "./sunxi-fel read 0x42400000 0x82d0 boot1.header" didn't work
huawei has quit [Quit: ZNC 1.6.3 - http://znc.in]
huawei has joined #linux-sunxi
IgorPec has joined #linux-sunxi
pg12 has quit [Ping timeout: 250 seconds]
pg12 has joined #linux-sunxi
berenm has quit [Remote host closed the connection]
havoc_ has quit [Ping timeout: 260 seconds]
berenm has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
havoc_ has joined #linux-sunxi
Gerwin_J has quit [Client Quit]
Gerwin_J has joined #linux-sunxi
Gerwin_J has quit [Client Quit]
victhor__ has quit [Ping timeout: 256 seconds]
Gerwin_J has joined #linux-sunxi
<naobsd> oops
futabachannel has quit [Ping timeout: 240 seconds]
TheSeven has quit [Disconnected by services]
[7] has joined #linux-sunxi
Putti has quit [Quit: Leaving]
vagrantc has quit [Quit: leaving]
JohnDoe_71Rus has joined #linux-sunxi
tsuggs has quit [Remote host closed the connection]
zzeroo has joined #linux-sunxi
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
alexxei has quit [Read error: Connection reset by peer]
jernej has joined #linux-sunxi
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
alexxei has joined #linux-sunxi
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
scream has joined #linux-sunxi
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
jernej has quit [Ping timeout: 260 seconds]
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
<wens> codekipper: my opi pc struggles with "sunxi-mmc 1c0f000.mmc: fatal err update clk timeout" with your patches :/
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
BigFellow has joined #linux-sunxi
reinforce has joined #linux-sunxi
iamfrankenstein1 has joined #linux-sunxi
BigFellow has quit [Client Quit]
jernej has joined #linux-sunxi
alexxei has quit [Ping timeout: 260 seconds]
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
BigFellow has joined #linux-sunxi
BigFellow has joined #linux-sunxi
jernej has quit [Ping timeout: 256 seconds]
BigFellow has quit [Client Quit]
jstein_ has joined #linux-sunxi
jstein_ has quit [Remote host closed the connection]
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
scream has quit [Remote host closed the connection]
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
BigFellow has joined #linux-sunxi
BigFellow has quit [Client Quit]
<wens> codekipper: seems like the pinctrl patches are at fault
f0xx has joined #linux-sunxi
<wens> codekipper: so, h3's spdif controller has a different register map compared to a20
<wens> codekipper: specifically, the TX FIFO was moved
<wens> codekipper: looks like it was swapped with the interrupt status register
<wens> codekipper: in addition, the dma controller is subtly different from a31, in that the dma burst length register is offset by 1
<wens> so setting a burst of 1 still gives 1, setting a burst of 8 actually gives a burst of 4
<wens> mripard: bad news, my opi pc fails to boot with the new pinctrl stuff
<wens> mripard: apparently mmc needs pull-ups during initial handshaking
<wens> and we have NO_PULL set for the mmc pins
<mripard> wens: and it needs to be disabled after initialisation?
Gerwin_J has quit [Quit: Gerwin_J]
<wens> mripard: i guess you can leave it on afterwards since it has a resistor, no big deal
premoboss has joined #linux-sunxi
<wens> some boards have external pull-ups on all pins, some only on the cmd pin :/
codekipper has joined #linux-sunxi
<codekipper> wens: thanks for looking at it...I'll dig out the specs again and check....the i2s behaved in the same manner.
<codekipper> mripard: Just seen that you've delivered capture into i2s. Did you test that using the uda1380?
<mripard> codekipper: no, using a wm8978
<mripard> wens: can you send a patch then?
massi has joined #linux-sunxi
ErwinH has joined #linux-sunxi
perr has joined #linux-sunxi
perr has quit [Changing host]
perr has joined #linux-sunxi
<longsleep> looks interesting if the hardware works properly
<beeble> wens: mripard: DAT lines are specified as high when idle. so pull-ups enabled for the whole time are fine
paulk-collins has joined #linux-sunxi
fkluknav has joined #linux-sunxi
<KotCzarny> 2GB DDR3 SDRAM with 733MHz.
<KotCzarny> lol
<KotCzarny> i wonder if they really cruise with that speed
premoboss has quit [Ping timeout: 268 seconds]
leviathanch has joined #linux-sunxi
<wens> mripard: i'm worried if other boards would fail, what about your NO_PULL removal patch?
<mripard> wens: what about it ?
<mripard> if other boards fail, we will fix them too
<wens> yeah, i guess they're separate issues
<longsleep> I wonder what the BananaPi M64 might cost, anyone able to find a link where to buy?
tkaiser has joined #linux-sunxi
<tkaiser> longsleep: They told Jean-Luc that they will charger $35 for it (same with BPi M2 Ultra) so just check real price for the latter and you know it (10 bucks more)
<longsleep> tkaiser: ok, thats not too bad then
<KotCzarny> not too bad in specs, but they didnt deliver good quality since original bpi-m1
<tkaiser> BPi M2 Ultra is sold for $45, so expect the A64 in the same range (it's more or less the same board)
<tkaiser> longsleep: Also http://bananapiwarehouse.com -- but the last time I dealt with them they did not even know that they don't distribute LeMaker stuff... be warned! ;)
<mripard> wens: I'm not really sure when you mentionned the NO_PULL removal though :/
<wens> mripard: the DT conversion patches you originally sent with the generic pinconf bindings series
<tkaiser> longsleep: BTW: apritzel has one on his desk so for you it's just asking Nora Lee to get a few ;)
<mripard> wens: yes, I know, but why did you mention it ? :)
ScrumpyJack has quit [Ping timeout: 245 seconds]
phipli has joined #linux-sunxi
alexxei has joined #linux-sunxi
florianH has joined #linux-sunxi
phipli has quit [Ping timeout: 240 seconds]
<wens> mripard: i assume it would preserve whatever behavior we are counting on now :)
<mripard> aaaah
<mripard> indeed
<mripard> I was planning on sending it as a late PR so that they merge it after the pinctrl stuff
<wens> i think that would be a proper fix wrt the new pinconf patches
<wens> we can then send patches for individual board that we actually identify are having problems
<mripard> well, the proper fix would really be to have the pull-ups enabled in the first place
<mripard> in the DT
pekka10 has quit [Ping timeout: 260 seconds]
Andy-D has joined #linux-sunxi
berenm has quit [Quit: berenm]
petr has quit [Ping timeout: 268 seconds]
petr has joined #linux-sunxi
f0xx has quit [Ping timeout: 256 seconds]
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
Christos_ has joined #linux-sunxi
<Christos_> hmm.. H5 Linux SDK --> https://github.com/OrangePiLibra
<wens> mripard: i agree
marcan has joined #linux-sunxi
Andy-D has quit [Ping timeout: 260 seconds]
Christos_ has quit [Client Quit]
<buZz> oo h5 is also a53 , nice
<buZz> ah thats old H64?
<buZz> memory scramble? is that anti-rowhammer?
matthias_bgg has joined #linux-sunxi
perr has quit [Quit: Leaving]
gumblex has joined #linux-sunxi
<wens> mripard: what do you think, do it per board, or just change the default in the .dtsi?
<wens> afaik u-boot sets the pull-ups, which is why NO_PULL (i.e. no-op) worked before
f0xx has joined #linux-sunxi
IgorPec has quit [Ping timeout: 256 seconds]
<mripard> I think it would make more sense that it's per board
premoboss has joined #linux-sunxi
leviathanch has quit [Remote host closed the connection]
tkaiser has joined #linux-sunxi
<tkaiser> Christos_: Well, this is more or less a copy of longsleep's simpleimage stuff (without crediting him), Allwinner's BSP source drop and still no documentation :(
diego_r has joined #linux-sunxi
<KotCzarny> hmm
<KotCzarny> maybe longsleep should add trojan to his image, that will detect when ran from allwinner/xunlong hq it will upload everything to github?
<KotCzarny> ;)
<jelle> lol