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
apritzel has quit [Ping timeout: 244 seconds]
iaglium_ has joined #linux-sunxi
kaspter has joined #linux-sunxi
mosterta has quit [Ping timeout: 258 seconds]
[7] has quit [Ping timeout: 258 seconds]
TheSeven has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
iaglium_ has quit [Max SendQ exceeded]
ninolein has quit [Ping timeout: 250 seconds]
ninolein has joined #linux-sunxi
ajeandet has quit [Quit: Leaving]
kaspter has quit [Read error: Connection reset by peer]
kaspter has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
ganbold has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 240 seconds]
cnxsoft has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 244 seconds]
p1u3sch1 has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
kaspter has quit [Ping timeout: 264 seconds]
reinforce has quit [Quit: Leaving.]
IgorPec has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
IgorPec has quit [Ping timeout: 240 seconds]
|Jeroen| has joined #linux-sunxi
mossroy has joined #linux-sunxi
IgorPec has joined #linux-sunxi
kaspter has joined #linux-sunxi
mosterta has joined #linux-sunxi
mosterta has quit [Ping timeout: 240 seconds]
Netlynx has joined #linux-sunxi
Netlynx has quit [Changing host]
Netlynx has joined #linux-sunxi
Amit_t_ has joined #linux-sunxi
staplr has quit [Remote host closed the connection]
staplr has joined #linux-sunxi
apritzel has joined #linux-sunxi
|Jeroen| has quit [Quit: dada]
apritzel has quit [Ping timeout: 244 seconds]
zuikis has joined #linux-sunxi
Amit_t_ has quit [Ping timeout: 250 seconds]
jstein has joined #linux-sunxi
TheSeven has quit [Ping timeout: 258 seconds]
[7] has joined #linux-sunxi
<GeneralStupid> i cannot start X i get DRM: mali_lastclose, is there a way to fix this?
tkaiser has joined #linux-sunxi
Netlynx has quit [Quit: Leaving]
apritzel has joined #linux-sunxi
staplr has quit [Remote host closed the connection]
kaspter has quit [Ping timeout: 240 seconds]
apritzel has quit [Ping timeout: 244 seconds]
maz_ has joined #linux-sunxi
jernej has joined #linux-sunxi
Amit_t_ has joined #linux-sunxi
<tkaiser> GeneralStupid: Is this on AMD or Intel? Win95 or OS/2?
<GeneralStupid> tkaiser: allwinner h3, devuan :)
apritzel has joined #linux-sunxi
<GeneralStupid> this is after i tried armbian
maz_ has quit [Ping timeout: 264 seconds]
IgorPec has quit [Ping timeout: 246 seconds]
mosterta has joined #linux-sunxi
<tkaiser> GeneralStupid: Well maybe choosing another/better kernel would be an idea?
<GeneralStupid> -.- i used that image before
jernej has quit [Ping timeout: 258 seconds]
<tkaiser> GeneralStupid: No idea what that means. At least with latest Armbian desktop images starting HW accelerated X is not an issue at all.
<GeneralStupid> tkaiser: i already had a kernel with hardware acclerated x and stuff. i just switched back from armbian to my debian
apritzel has quit [Ping timeout: 244 seconds]
Seppoz has joined #linux-sunxi
Amit_t_ has quit [Ping timeout: 250 seconds]
<GeneralStupid> tkaiser: you want to told me that i could not use my old modules because i used newer ones?
<tkaiser> GeneralStupid: Nope, since I've no idea about all this GUI stuff but used Armbian desktop builds the last few days testing DRAM on BPi M2+, NanoPi M1 and Beelink X2, at least I know that it works with Armbian. So problem solved ;)
<tkaiser> GeneralStupid: But using modules for 3.4.39 with kernel 3.4.112 and vice versa should not work :)
<GeneralStupid> iam using two completely built kernels incl. modules. no mixups there
<GeneralStupid> But i will try to use the armbian kernel on my debian. Should work, i guess :D
<tkaiser> GeneralStupid: Sure, maybe you have to convert the kernel image. And please keep in mind that there exist several 3.4 BSP kernel variants for H3 now: 2nd post: http://forum.armbian.com/index.php/topic/1351-h3-board-buyers-guide/?p=10144
<tkaiser> GeneralStupid: And to be honest: I've not the slightest idea whether Mali BLOBs also have to be considered (never dealt with this desktop stuff, not even in Armbian itself)
<GeneralStupid> tkaiser: if u knew that before i had payed more for an raspberry pi ...
<tkaiser> GeneralStupid: Don't understand a single word. Who had payed for what why?
<GeneralStupid> i bought an orangepi because of the cheap price compared to a raspberry pi
<tkaiser> I bought several OPi because of the superiour performance compared to any RPi (more available network/IO bandwidth)
<GeneralStupid> tkaiser: thats absolutely correct. But if you want to use video it is not the best decission.
<GeneralStupid> tkaiser: i bought two. One without GUI. that one works fine :D
jernej has joined #linux-sunxi
JohnDoe5 has joined #linux-sunxi
<tkaiser> GeneralStupid: Well my OPi PC plays video HW accelerated without any problems that not even an RPi 3 can play without overclocking. So obviously it depends on software/settings. But as already said: I've no idea, just made some tests and looked at stuff like http://linux-sunxi.org/User:Rellla/Armbian
<tkaiser> GeneralStupid: Apart from that people seem to be happy with jernej's unofficial OpenELEC fork (which is sort of a problem since CedarX is still used there)
<GeneralStupid> tkaiser: i bought it before armbian had support. so i built everything by myself -.-
JohnDoe_71Rus has quit [Ping timeout: 252 seconds]
<GeneralStupid> tkaiser: maybe it is a creepy setup because of that :D
<tkaiser> GeneralStupid: IIRC libvdpau with Cedrus support was available in Feb. So before most probably there were many problems with this and that. Also the folks in Orange Pi forums tend to reinvent the wheel for no reasons.
apritzel has joined #linux-sunxi
zuikis has left #linux-sunxi [#linux-sunxi]
<GeneralStupid> tkaiser: ok you wont believe... but its the truth
zuikis has joined #linux-sunxi
<GeneralStupid> tkaiser: i just pushed my old image to the sd card again and it works...
<GeneralStupid> didnt change anything
lemonzest has joined #linux-sunxi
<tkaiser> GeneralStupid: Since I've to deal with crappy SD cards too often (bug reports in Armbian forum) I wouldn't writing an OS image to SD card 'didnt change anything' ;)
<tkaiser> *call
jernej has quit [Ping timeout: 260 seconds]
<GeneralStupid> i actually have an samsung EVO -.-
jernej has joined #linux-sunxi
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft1 has joined #linux-sunxi
vagrantc has joined #linux-sunxi
cnxsoft1 is now known as cnxsoft
Igor2 has joined #linux-sunxi
* Igor2 is back with the USB OTG gadget/device problem on H3
reinforce has joined #linux-sunxi
<Igor2> tkaiser, I went on to try armbian kernel - it didn't boot; I decided to use the armbian kernel source and patches, basically the source tree the build script left there, with my customized loboris .config
<Igor2> so now it boots all fine, 3.4.112, basically the same version the usboot thing worked with
<Igor2> otg/usb-gadget fails the same way as it did with the oldish loboris kernel
<Igor2> I think this narrowes it down: it's not a kernel version orpatch problem, it's some configuration issue
JohnDoe5 has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
<Igor2> it seems I may need to modify script.bin
apritzel has quit [Ping timeout: 244 seconds]
iaglium_ has joined #linux-sunxi
IgorPec has joined #linux-sunxi
<Igor2> changed usb_port_type to 2, but no luck :/
staplr has joined #linux-sunxi
<GeneralStupid> hmm, is there a way to debug the boot process?
<Igor2> (is there a way to debug usb gadget mode?)
apritzel has joined #linux-sunxi
<GeneralStupid> Igor2: i have usb issues, too.
<GeneralStupid> Igor2: only 2 usb ports are working usb2 mode one just works in usb 1 mode.
<GeneralStupid> the 3.4.112 fixed this for me
<Igor2> i'm tryiong 3.4.112 too, but it doesn't fix my otg problem
<tkaiser> Igor2: Yeah, you need to change definition of the port in script.bin. And I remembered another detail. Give me a moment...
<GeneralStupid> Igor2: did you already search the linux-sunxi wiki?
<Igor2> meanwhile I did the script.bin change, copying the settings from usboot's
<tkaiser> GeneralStupid: You're using most probably wrong script.bin (for 2/Plus with PC/One/Lite or vice versa)
<GeneralStupid> maybe this is worth an entry
<Igor2> yup, searched all wikis and web and everything
<Igor2> hmm
cnxsoft has quit [Quit: cnxsoft]
<Igor2> ok, let me check
<GeneralStupid> tkaiser: i mounted the image which works fine and copied the kernel, the bin and the modules
<GeneralStupid> (i changed the bin from mmblk0p1 to mmblk0p2, because i needed to)
<GeneralStupid> but did not boot
<tkaiser> Igor2: Do a google search for: g_ether site:armbian.com
<GeneralStupid> iam trying to build an uImage right now
<Igor2> what I have is "orange pi PC v1.2" (on the PCB)
<tkaiser> Igor2: In the OPi Lite thread someone reported that he's using an Orange Pi One soldered to a router to offload OpenVPN encryption through g_ether stuff
<Igor2> thanks, reading
<Igor2> which fex should I try with my pc v1.2?
<Igor2> btw, what I really miss is debug output
<Igor2> when I have problems like this with other hardware, I usually turn on some debugging/verbosity and look at the process to see how far it gets
<Igor2> with this OTG problem I couldn't get anything like that, instead I am just trying random config settings and kernels without any chance to know if I got closer or further (assuming there are more than one things that can break)
<ssvb> hmm, is opi+2e board unavailable on aliexpress now?
<ssvb> "Sorry, this item is no longer available!"
<GeneralStupid> tkaiser: the bin file is uboot, right?
<Igor2> hehe, this russian openvpn hack guy you directed me to, did a code modification in the kernel
<Igor2> (I found something similar by someone else, a few hours ago)
<Igor2> is_udc_enable
<Igor2> [sic]
<Igor2> well, yolo, I can try to patch the code to permanently enable udc
<tkaiser> ssvb: According to the numbers shown in the past the 1st batch was probably only 1000 pieces.
<Igor2> (although I think I'd need to call that pullup() function somehow - after all the USB device needs to pull up the data line to signal presence and speed to the host)
Amit_t_ has joined #linux-sunxi
<Igor2> hmm, before I mess with the kernel code, what's the standard, user-way of getting this sunxi_udc pullup called?
<Igor2> is it a module parameter?
<ssvb> tkaiser: the statistics shows only 110 orders there, also "no longer available" seems to be a more discouraging message than "temporarily out of stock"
<tkaiser> Igor2: To increase verbosity use loglevel=7 in boot.cmd (has to be converterd to boot.scr afterwards)
<Igor2> how do I compile cmd to scr?
<tkaiser> ssvb: I know but IIRC when thirty-something orders were shown then it was ~650 items available
* Igor2 is totally new to this arm world
<tkaiser> ssvb: So maybe the orders only show up when the orderers confirmed shipping?
<Igor2> thanks
<ssvb> tkaiser: I don't know, still if I want top recommend this board to somebody, I don't have a usable aliexpress weblink anymore :)
<tkaiser> ssvb: True :)
<ssvb> lol
<Igor2> (the patch didn't help - I guess I really need proper pullup)
<Igor2> hmm, or am I using the wrong uImage...
iaglium_ has quit [Quit: Bed Time]
<tkaiser> ssvb: Regarding DRAM reliability testing: In the meantime we tested also with NanoPi M1 and Beelink X2 and came to the conclusion to go with 624 MHz on all H3 devices.
<tkaiser> NanoPi M1 and X2 are also horribly overheating (with lima-memtester reducing CPU clockspeed down to 240 MHz and even killing CPU cores)
<ssvb> ouch, this seems to be pretty abnormal
iaglium has joined #linux-sunxi
<ssvb> I mean the overheating
<tkaiser> ssvb: Yes but it's confirmed from a couple of users/devices. I thought this would be due to DDR3 vs. DDR3L just to learn that OPi One/Lite also use DDR3 (and not DDR3L as I've written wrongly in the wiki)
<ssvb> was mali clocked at 252mhz or 600mhz in this test?
<tkaiser> 600 MHz
<Igor2> ahh, I don't even have boot.scr
<tkaiser> And I doubt the budget cooling stuff in the new BSP kernel we're using with Armbian downclocks GPU cores (at least dmesg isn't outputting anything regarding GPU which differs from the old BSP kernel)
<Igor2> (the system I run is dietpi, I guess it has different conventions)
<ssvb> tkaiser: but doesn't OPi One/Lite also overheat somewhat more than OPi PC?
<tkaiser> Igor2: Yes, this is based on loboris and uses u-boot 2011.09
<Igor2> (the is_udc_enable = 1 didn't help)
<tkaiser> ssvb: Only slightly, just a little bit.
<tkaiser> ssvb: One/Lite with cpuburn-a7 without heatsink run with ~850 MHz, Plus 2E is at 1008 MHz, PC Plus somewhere in between and these other devices throttle down to 480 MHz or even lower
<tkaiser> So maybe size/material (copper inside?) play some role
<Igor2> large internal ground/vcc planes help a lot distributing the heat
<tkaiser> Igor2: That would match my experiences touching components like Ethernet Jack. Pretty warm on the new Oranges, cold on BPi M2+
<Igor2> btw, top/bottom planes are even better
<Igor2> some chip datasheets, especially for dc/dc controllers with embedded switch place requirements on how big plane you need to have under the component and how many vias you need to place under the chip (in a matrix) so you can transfer the heat to the plane
<Igor2> (meanwhile: placed a couple of printk()'s in the code)
<Igor2> it does skips the code that'd set the puppul
<Igor2> s/puppul/pullup/
<Igor2> ohh, fsck....
<Igor2> tkaiser, figured it
<Igor2> I need the patch _and_ a magic order of commands
<Igor2> modprobe g_ether first, and then enable sunxi_udc's device mode
<Igor2> I thought it wouldn't matter
<Igor2> but it seem the sunxi_udc driver checks if there's already a g_ user and enables the device accordingly...
<Igor2> g_ether seems to work now
jernej has quit [Ping timeout: 276 seconds]
<Igor2> tkaiser, thank you for your persistent support!
ganbold has quit [Quit: This computer has gone to sleep]
ganbold has joined #linux-sunxi
<Igor2> I think I found like 2 or 3 documents about this sunxi OTG - thye probably all had the order right, but as far as I remember none of them mentioned the order mattered
<Igor2> just tested again - it does not work without the one-line patch
<tkaiser> Igor2: Care to write a small tutorial to be included into documentation ($somewhere)?
<Igor2> sure
<Igor2> is plain text uploaded to an url on my server ok?
<Igor2> (just reverting all the hacks i tried layer by layer, to see which ones actually matter and which ones don't)
p1u3sch1 has quit [Ping timeout: 272 seconds]
<Igor2> not sure if anyone is interested, but let me share why I am fighting with this OTG thing
<Igor2> the main reason is that I am replacing an old linux home server
<Igor2> it's a very old PC with 3 NICs and raid; it does all the routing/NAT for my home lan, toward 2 independent uplink ISPs (redundancy ftw!) and is sort of a NAS in the same time
<Igor2> the replacement is a "cluster" of a raspberry PI and an orange PI
<Igor2> uplink (cable modem) is connected to their primary ethernet port and an USB->eth dongle is used for the LAN
p1u3sch1 has joined #linux-sunxi
<Igor2> I want to have an emergency backup link between them, which could be just a serial line (even with SLIP), but as the orange PI has this OTG port I thought it'd be funnier to have a faster link
<tkaiser> Igor2: Plain text somewhere would be totally fine (and outlining the use case there too). I will push it from there into web.archive.org and link to it
<Igor2> the other use will be in my hosted server, which is x86_64; there will be an auxiliary server, an orange PI installed in the same box, and I need to connect them - and there's no serial line on the PC MOBO :(
<Igor2> you can also copy it to a wiki of a related project
<Igor2> (rebooted without the printk's testing if it still works)
<Igor2> (reverting script.bin)
apritzel has quit [Ping timeout: 244 seconds]
<Igor2> cool, script.bin didn't matter
<Igor2> time to write the file
<ssvb> tkaiser: cpuburn-a7 does not touch the DRAM at all, it runs entirely inside of the L1 cache
<ssvb> tkaiser: so it probably can't show the DDR3 vs. DDR3L power consumption difference at all, while lima-memtester definitely stresses the DRAM a lot
camh has quit [Ping timeout: 276 seconds]
<GeneralStupid> how can i boot zImage with uboot from a FAT partition?
camh has joined #linux-sunxi
<ssvb> tkaiser: if you want to maximize the power consumption, it's probably best to run cpuburn-a7 together with lima-textured-cube (not lima-memtester)
<ssvb> tkaiser: and we may try to load the Cedar VPU with some work too :-)
Zliba has joined #linux-sunxi
<MoeIcenowy> how can I contact jwrdegoede ?
<MoeIcenowy> it seems that there's some strange type of gsl1680 that cannot be dealt well with https://github.com/jwrdegoede/gslX68X
<MoeIcenowy> they cannot produce usable touch id
<tkaiser> ssvb: Good to know. But currently I'm pretty happy to have some results regarding DRAM reliability so that we can simply rely on the 624 MHz we use for all other H3 boards right now.
<MoeIcenowy> and in the aw sdk driver the code to deal with such chips are blobs
<MoeIcenowy> (gsl1680 is such an unstable chip that lots of things should be dealt with the driver
<MoeIcenowy> such as edge fix
<ssvb> tkaiser: still what about the DRAM reliability after FEL boot? has anyone managed to figure out something?
<MoeIcenowy> and dithering
<ssvb> tkaiser: I'm really worried about this, because it is an unresolved mystery which may mean that we have some latent reliability problems
staplr has quit [Remote host closed the connection]
<ssvb> tkaiser: was it limited to only one poor banana board?
<KotCzarny> seems like they just put additional boards into sets
<KotCzarny> maybe they send them to some centralized aliexpress warehouse?
<KotCzarny> still, grab them while you can
<Igor2> hmm, let me add some words about the cable
<ssvb> KotCzarny: they always had the board bundle options, still it's a bit silly about "discontinuing" the bare board choice
<KotCzarny> different culture, different habits?
<ssvb> KotCzarny: especially considering that this particular aliexpress link was used on many news websites announcing the Orange Pi Plus 2E board
<tkaiser> ssvb: I think I've been the only one testing out FEL booting with lima-memtester on the BPi M2+. But several people used the Armbian test image and checked BPi M2+, Nano Pi M1 and Beelink X2: http://forum.armbian.com/index.php/topic/1322-testers-wanted-testing-dram-reliability-on-bpi-m2-and-nanopi-m1/?view=getlastpost
<KotCzarny> i just hope they are happy with popularity
<KotCzarny> and that's the reason
<tkaiser> Igor2: Thx!
<KotCzarny> igor2: that should go into wiki maybe?
<Igor2> just added a section about the host system and cable
<KotCzarny> uhum
<Igor2> KotCzarny, feel free to copy it to your fae wiki
<Igor2> s/fae/favorite/
<KotCzarny> too lazy today
<tkaiser> Igor2: What is the drawback of applying this one-liner patch?
<Igor2> honestly, I have no idea
<Igor2> I am not sure what it is for
<Igor2> I why setting that variable to 1 helps beyond the fact that the if() tests for it
<Igor2> I especially don't understand how the pullup resistor is sorted out at the end...
<Igor2> let me test the OTG port in host mode
<Igor2> I've put it back to mode 1 (host)
<Igor2> it detected the optical mouse i plugged in and the keyboard too
<Igor2> the keyboard worked
<Igor2> so seemingly the patch doesn't interfere with host mode
<Igor2> I think the whole file is irrelevant in non-otg mode, so it shoudn't interfere with host-only mode either
<Igor2> but without really understanding what that vairable is for, I can't say it should be a "default patch"
<tkaiser> Igor2: Understood/Agreed
lamer14657469000 has joined #linux-sunxi
tkaiser has quit [Ping timeout: 250 seconds]
apritzel has joined #linux-sunxi
lamer14657469000 has quit [Quit: jIRCii - http://www.oldschoolirc.com]
tkaiser has joined #linux-sunxi
cptG has joined #linux-sunxi
Nacho has quit [Quit: No Ping reply in 180 seconds.]
tkaiser has quit [Ping timeout: 276 seconds]
cptG_ has quit [Ping timeout: 246 seconds]
Nacho has joined #linux-sunxi
<Igor2> the next time consuming project will be to figure why the system freezes from time to time (probably while writing the sd card)
JohnDoe_71Rus has joined #linux-sunxi
Zliba has quit [Remote host closed the connection]
vagrantc has quit [Ping timeout: 250 seconds]
tkaiser has joined #linux-sunxi
lennyraposo has joined #linux-sunxi
dave0x6d has quit [Quit: somebody pulled my ethernet cable out!]
dave0x6d has joined #linux-sunxi
akaizen has quit [Remote host closed the connection]
iamfrankenstein1 has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 276 seconds]
iamfrankenstein1 is now known as iamfrankenstein
Gerwin_J has joined #linux-sunxi
apritzel has quit [Ping timeout: 244 seconds]
iamfrankenstein has quit [Quit: iamfrankenstein]
FergusL has quit [Quit: Ping timeout (120 seconds)]
p1u3sch1 has quit [Ping timeout: 276 seconds]
Zliba has joined #linux-sunxi
p1u3sch1 has joined #linux-sunxi
jernej has joined #linux-sunxi
FergusL has joined #linux-sunxi
Igor2 has quit [Quit: Leaving]
mossroy has quit [Quit: Quitte]
Gerwin_J has quit [Quit: Gerwin_J]
willmore has quit [Ping timeout: 276 seconds]
willmore has joined #linux-sunxi
akaizen has joined #linux-sunxi
<MoeIcenowy> is there giant difference between nand controller of sun4/5/7i and sun6/8i series?
<KotCzarny> h3 has nand controller?
<MoeIcenowy> KotCzarny: of course
<MoeIcenowy> and A23/33 is also an important part of sun8i line :-)
<KotCzarny> uhhum
<KotCzarny> never seen h3 board with nand (emmc only)
<MoeIcenowy> I've never seen an allwinner chip w/o the sh*tty nand controller
<bbrezillon> MoeIcenowy: the NAND controller itself is actually quite good, Allwinner's libnand layer (at least the source code) is not :-/
<bbrezillon> and last time I had a look, the NAND controller on sun6i was the same as the you'll find on sun4/5i
zuikis has left #linux-sunxi [#linux-sunxi]
apritzel has joined #linux-sunxi
<MoeIcenowy> bbrezillon: how about sun8iw3/5?
Mr__Anderson has joined #linux-sunxi
<MoeIcenowy> I've did diff -Naur on the driver of 8iw3/5, they're nearly the same, except the version number
<bbrezillon> haven't looked at these datasheets
<bbrezillon> are they available somewhere?
<LostSoul> Hi, is it possible to recompile kernel to support crypto for 2 and 4TB disks?
<MoeIcenowy> bbrezillon: the copies of user manuals of A10/A20/A33 I can get have all the part of NAND useless
<MoeIcenowy> no register maps...
<KotCzarny> LostSoul: not enough data, have you tried armbian?
<LostSoul> KotCzarny: You mean as OS?
<KotCzarny> LostSoul: yes
Zliba has quit [Ping timeout: 240 seconds]
<LostSoul> I've tried to run truecrypt on it but I'm unable to use disks bigger than 1TB, same gone with raspbian
<LostSoul> So that's why I thought about recompile kernel
<bbrezillon> MoeIcenowy: same for me, the only one really documenting it is the A83T datasheet
<KotCzarny> LostSoul: try newer release?
<MoeIcenowy> bbrezillon: but from the nfc.h in the driver
<bbrezillon> and AFAICT, it's the same IP with some extra features like 'bitflips in erased page detection', or 'dedicated DMA interface'
<MoeIcenowy> we can know that the registers is similar
<bbrezillon> yep
<LostSoul> KotCzarny: I tried it like ~6-9months ago but thanks
<bbrezillon> I just hate looking at this code :)
<MoeIcenowy> although -#define NFC_REG_o_IO_DATA 0x0030 in sun7i
<LostSoul> I can dig a bit
<MoeIcenowy> +#define NFC_REG_o_IO_DATA 0x0300 in 8iw5
<MoeIcenowy> but the code in 8iw5 must be wrong
akaizen has quit [Remote host closed the connection]
<MoeIcenowy> (I remembered the time when I tried to build the open-sourced 8iw5 nand driver and got the full nand erased
<bbrezillon> well, IO_DATA is only needed for DMA accesses
<bbrezillon> so the existing driver should work fine if it's the only different
<bbrezillon> difference
<MoeIcenowy> bbrezillon: there's some more
<MoeIcenowy> NFC_REG_o_EFNAND_STATUS NFC_REG_o_PATTERN_ID NFC_REG_o_MDMA_ADDR NFC_REG_o_DMA_CNT doesn't exist in sun7i but exist in sun8iw5
ajeandet has joined #linux-sunxi
<MoeIcenowy> bbrezillon: maybe I'd try the sun7i driver
<MoeIcenowy> how can I get it applied to a newest 4.6 kernel?
<MoeIcenowy> (and 2016.03 uboot
<bbrezillon> it's already in 4.6
<bbrezillon> you just have to add the dtsi/dts definitions
<MoeIcenowy> bbrezillon: can I enable "slc mode" for any mlc?
tkaiser has quit [Read error: Connection reset by peer]
<bbrezillon> SLC mode is not mainlined (not sure it will ever be mainlined BTW)
ajeandet has quit [Client Quit]
ajeandet has joined #linux-sunxi
<bbrezillon> MoeIcenowy: what's your NAND?
ajeandet has quit [Client Quit]
ajeandet has joined #linux-sunxi
<MoeIcenowy> bbrezillon: I'm trying to retrieve my photos on linux-sunxi.org
<MoeIcenowy> (my network connection is now poor, as I'm downloading AOSP source code
<KotCzarny> MoeIcenowy: throttle the download to 90% ?
<KotCzarny> or add qos on your router
<MoeIcenowy> bbrezillon: it's SKhynix H27UCG8T2ETR
<MoeIcenowy> KotCzarny: My router is going to suffer high CPU load, for it's a low-end atheros router, only capable of running basic functionality of OpenWRT
<KotCzarny> um, can i ask you how many unused allwinner boards you own?
<MoeIcenowy> KotCzarny: no any boards cap of ethernet yet
<KotCzarny> experiment with dual usb-eth ?
<bbrezillon> MoeIcenowy: I can't find the NAND datasheet :-/
<bbrezillon> MoeIcenowy: hm, it seems to be the same generation of NAND we have on the CHIP, so u-boot and linux version should work for you
<MoeIcenowy> bbrezillon: ok
<MoeIcenowy> when can the CHIP said to be shipped "by June" ship?
<bbrezillon> MoeIcenowy: sorry, I don't know
<bbrezillon> MoeIcenowy: you'll just have to define the nand controller in the A33 dtsi and enable in your dts (with the approprate pinmix)
<bbrezillon> pinmux
Turl has quit [Quit: >.<]
<bbrezillon> and then you'll know if the driver is compatible with the A33 IP ;)
Shirasaka-Hazumi has quit [Ping timeout: 260 seconds]
Turl has joined #linux-sunxi
Shirasaka-Hazumi has joined #linux-sunxi
vagrantc has joined #linux-sunxi
IgorPec has quit [Ping timeout: 246 seconds]
Gerwin_J has joined #linux-sunxi
gzamboni has quit [Ping timeout: 260 seconds]
akaizen has joined #linux-sunxi
igraltist has quit [Remote host closed the connection]
igraltist has joined #linux-sunxi
gzamboni has joined #linux-sunxi
bonbons has joined #linux-sunxi
Amit_t_ has quit [Ping timeout: 250 seconds]
iamfrankenstein has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
lemonzest has quit [Quit: Leaving]
Gerwin_J has quit [Ping timeout: 244 seconds]
tkaiser has joined #linux-sunxi
gzamboni has quit [Ping timeout: 244 seconds]
bonbons has quit [Quit: Leaving]
vagrantc has quit [Quit: leaving]
gzamboni has joined #linux-sunxi
ajeandet has quit [Quit: Leaving]
jstein has quit [Remote host closed the connection]
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
akaizen_ has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]
akaizen_ has quit [Read error: Connection reset by peer]
akaizen_ has joined #linux-sunxi
akaizen has quit [Ping timeout: 276 seconds]
reinforce has quit [Quit: Leaving.]
<GeneralStupid> hi, i have no dtb file
<GeneralStupid> is it generated?
kz1 has quit [Ping timeout: 250 seconds]
kz1 has joined #linux-sunxi