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
TheSeven has quit [Ping timeout: 272 seconds]
Andy-D has quit [Ping timeout: 244 seconds]
klarrt has joined #linux-sunxi
TheSeven has joined #linux-sunxi
cajg has joined #linux-sunxi
Andy-D has joined #linux-sunxi
MoeIcenowy_ is now known as MoeIcenowy
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
apritzel has quit [Ping timeout: 244 seconds]
* willmore is so glad he gave NFS the boot and moved over to sshfs.
ninolein has quit [Ping timeout: 250 seconds]
ninolein has joined #linux-sunxi
Wizzup has quit [Ping timeout: 240 seconds]
cnxsoft has joined #linux-sunxi
Wizzup has joined #linux-sunxi
<luoyi> codekipper: the uda1380 is wired to the i2c1. i2cdump -y 1 confirm this
* vagrantc chuckles a bit at someone mentioning hikey being mostly mainline
<luoyi> brcmfmac continually print out kernel error msg: brcmfmac: brcmf_fweh_event_worker: event handler failed (72)
<luoyi> but wifi is working right.
<luoyi> any patch exists to eliminate this ?
<luoyi> it's annoying
<wens> you may have to report this to broadcom people
<luoyi> maillist ?
<wens> yeah
IgorPec has joined #linux-sunxi
reev has joined #linux-sunxi
reev has quit [Read error: Connection reset by peer]
IgorPec has quit [Ping timeout: 244 seconds]
IgorPec has joined #linux-sunxi
reev has joined #linux-sunxi
reev has quit [Max SendQ exceeded]
reev has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 276 seconds]
p1u3sch1_ has joined #linux-sunxi
p1u3sch1_ has quit [Read error: Connection reset by peer]
p1u3sch1 has joined #linux-sunxi
kaspter has joined #linux-sunxi
juri_ has quit [Ping timeout: 260 seconds]
cnxsoft1 has joined #linux-sunxi
juri_ has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 272 seconds]
cnxsoft1 is now known as cnxsoft
jrg has quit [Quit: ZNC - http://znc.in]
codekipper_ has joined #linux-sunxi
<codekipper_> luoyi: do you have a schematic for your board?
<codekipper_> what I've seen is that i2c2 is the port on the header
leio has quit [Quit: No Ping reply in 180 seconds.]
leio has joined #linux-sunxi
jrg has joined #linux-sunxi
codekipper_ has quit [Quit: Page closed]
JohnDoe_71Rus has joined #linux-sunxi
staplr has quit [Remote host closed the connection]
dlan has joined #linux-sunxi
jrg has quit [Quit: ZNC - http://znc.in]
jrg has joined #linux-sunxi
IgorPec has quit [Ping timeout: 260 seconds]
jernej has quit [Ping timeout: 260 seconds]
tkaiser has joined #linux-sunxi
<tkaiser> jrg: Still around?
reinforce has joined #linux-sunxi
<speakman_> Using the old sunxi-3.4 kernel, I could use Mali GPU and accelerate Qt5 apps using "eglfs" platform. With the mainline kernel I can't use eglfs anymore, and when using linuxfb the screen is redrawing visibly slow.
speakman_ is now known as speakman
<speakman> Any of you running Qt5 on non sunxi linux kernel?
joedj has quit [Ping timeout: 246 seconds]
sW` has quit [Ping timeout: 252 seconds]
indy_ is now known as indy
valkyr1e has quit [Ping timeout: 260 seconds]
sW` has joined #linux-sunxi
bamvor has quit [Ping timeout: 260 seconds]
valkyr1e has joined #linux-sunxi
joedj has joined #linux-sunxi
steev has quit [Ping timeout: 260 seconds]
bamvor has joined #linux-sunxi
<jrg> tkaiser: hi
<jrg> i just wiped my debian install and am trying to figure out how to resize the partition to take up the entire 64GB SD
<tkaiser> jrg: You're struggling with BPi M3 and BSP kernel?
<jrg> but fdisk is only allowing me to resize to 100MB :)
<jrg> tkaiser: i was trying to figure a way to boot from emmc and still use the microSD as storage only
<jrg> there isn't a straightforward way to do that
<tkaiser> jrg: Sure, that's easy.
<jrg> is it?
<tkaiser> jrg: Which device are you using and which kernel? Just to confirm
steev has joined #linux-sunxi
<jrg> Linux bananapi 3.4.39-BPI-M3-Kernel #1 SMP PREEMPT Tue May 3 13:47:01 UTC 2016 armv7l GNU/Linux
<tkaiser> jrg: Ok, crap device and crap kernel (keep that in mind when dealing with mount.cifs also -- BSP kernel is known for broken networking)
<jrg> tkaiser: oh that was another issue
<jrg> mount.cifs kept giving me problems to rm files that were written from osx/windows clients
<jrg> it would just hang there on rm for some files but not all
<jrg> tkaiser: what about booting from emmc and having SD as only storage though? right now i was about to just boot from the SD and use emmc as swap heh
<tkaiser> jrg: A83T will prefer booting from SD card if present so in case you have an SD card inserted, then the bootloader has to remain there. In case you use any of SinoVoip's more recent images, then you have to keep the 1st 100 MB (or so) and point to eMMC from uEnv.txt
<tkaiser> jrg: I won't comment on your CIFS issues since you're using the crap kernel, just a waste of time
<jrg> heh
<jrg> is there a better kernel?
<jrg> i'm just running what the debian image was using
<tkaiser> jrg: Regarding location of uEnv.txt see IRC log from yesterday please. On the SinoVoip images the FAT partition is filled with junk
<tkaiser> jrg: Mainline kernel would be better. Still WiP: http://linux-sunxi.org/Mainlining_Effort
<jrg> so is the cifs issue a problem with the kernel?
<jrg> if so maybe i can mount in userspace instead of using cifsd?
<jrg> not sure if that is even possible nowadays
<tkaiser> jrg: I don't mind. At least I won't look into since it's just a waste of time dealing with this crappy kernel. Put the M3 in the drawer and check situation in 2017 ;)
<jrg> haha
<jrg> that's ok. i will just figure a different means .. maybe nfs
<jrg> i was hoping to use samba for everything though... the rpi and bpi were the only ones giving me big problems
<jrg> with the above issue
<tkaiser> jrg: Be prepared that you can not easily swap out CIFS with NFS (if you care about enxodings and metadata). In case you have an hour: https://bugs.freenas.org/issues/5904
<jrg> yah i noticed
<jrg> i tried it. it was a bit of a pain so i stopped and started looking for the cifs issue some more
<tkaiser> jrg: tl;dr: You bought the wrong device since the 'support' you get from SinoVoip is a joke, there aren't OS images available that do not suck and mainline kernel support isn't ready yet.
<jrg> lol
<jrg> ah well.. it is what it is. :) i'll just try to use some other method to see if i can use it.. other than the cifs thing it was decent
<jrg> (parted) resize 2
<jrg> Error: The resize command has been removed in parted 3.0
<jrg> :/
<tkaiser> jrg: Figured out the same when trying to improve auto resize in Armbian due to 4 different distros supported by Armbian. Dropped parted then and relied on fdisk as before: https://github.com/igorpecovnik/lib/blob/master/scripts/firstrun#L227
<jrg> fdisk doesn't seem to want to reszie it properly
<jrg> Disk /dev/mmcblk0: 59.5 GiB, 63864569856 bytes, 124735488 sectors
<jrg> Last sector, +sectors or +size{K,M,G,T,P} (2048-204799, default 204799): 124735488
<jrg> Value out of range.
<jrg> doesn't seem to read the sectors correctly after deleting the partition
<tkaiser> jrg: Anyway, the example above does not resize but destroy and recreate afterwards (followed by resizefs). BTW: In case you use the 'semi Armbian' image for M3 I created a while ago, this would happen automagically: http://forum.armbian.com/index.php/topic/474-quick-review-of-banana-pi-m3/?view=getlastpost
<tkaiser> jrg: afk now. And BTW: General CIFS issues as well as fdisk questions might be slightly off-topic here :)
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
<jrg> heh
reev has quit [Ping timeout: 246 seconds]
hansg has joined #linux-sunxi
staplr has joined #linux-sunxi
hansg has quit [Client Quit]
<jrg> heh. guess i'll use that semi armbian lol
vpeter has joined #linux-sunxi
reev has joined #linux-sunxi
tkaiser has joined #linux-sunxi
<tkaiser> jrg: In case you use this image, you'll burn it to your SD card, then boot from it (will reboot one time automatically and resize ext4 partition to the max)
<tkaiser> Then it depends. You could overwrite the whole eMMC again with the image, then remove the SD card, boot from eMMC so that you're able to boot afterwards also without inserted SD card.
<tkaiser> Or you use our nand_sata_install.sh script to wipe out eMMC and copy the rootfs over (but this script will most probably fail since SinoVoip images do not use boot.cmd/boot.scr but uEnv.txt instead).
<tkaiser> Then all that's needed is to adjust the root= path in uEnv.txt on the 1st FAT partition on the SD card and to adjust /etc/fstab on eMMC. Then the board boots from SD card but switches immediately to the eMMC as rootfs. And you can use the large ext4 partition on the SD card for whatever you want.
<tkaiser> Just check /proc/partitions for the device identifiers since they are not as expected!
<tkaiser> jrg: And please keep in mind that some frustrated M3 users populate the 'other boards' section in Armbian forum, so maybe it's a good point to ask for further advice in case you're stuck: http://forum.armbian.com/index.php/forum/11-other-boards/
<tkaiser> s/point/place/
zuikis has joined #linux-sunxi
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
Net147 has quit [Ping timeout: 260 seconds]
Net147 has joined #linux-sunxi
apritzel has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
Keziolio has quit [Ping timeout: 240 seconds]
oneinsect has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
Keziolio has joined #linux-sunxi
<wens> mripard: seems like everything we had planned for 4.7 except your drm-fixes-for-4.7 branch is in linus' tree
<speakman> what fb driver are mainline kernel for A20 using?
<mripard> lennyraposo: dma_buf comes for free with GEM if you don't do anything weird and/or stupid
zuikis has left #linux-sunxi [#linux-sunxi]
<wens> speakman: simplefb
<mripard> wens: yeah, I haven't sent it yet
Worf has joined #linux-sunxi
<wens> wonder if we'll see mripard's name in the new a64 BSP DRM/KMS code :p
<mripard> I would not be aware of it :)
IgorPec has joined #linux-sunxi
<wens> i mean they might just backport the new KMS driver from mainline, and tweak it for A64
massi_ has joined #linux-sunxi
juri_ has quit [Ping timeout: 246 seconds]
juri_ has joined #linux-sunxi
<speakman> wens/mripard: No chance to accelerate 2D at this time then?
<speakman> I'm using qt5 with linuxfb platform. It's so slow updating the screen you can actually see it painting top down.
<speakman> I guess simplefb doesn't count as KMS/DRM ?
<wens> nope
<wens> the KMS/DRM driver is new, and still needs to be ported to A10/A20, which have a wider display pipeline (not to mention HDMI) than A13
ricardocrudo has joined #linux-sunxi
oneinsect has quit [Quit: Page closed]
kaspter has quit [Ping timeout: 260 seconds]
matthias_bgg has joined #linux-sunxi
matthias_bgg has quit [Remote host closed the connection]
matthias_bgg has joined #linux-sunxi
Worf has quit [Quit: Konversation terminated!]
massi_ has quit [Remote host closed the connection]
massi_ has joined #linux-sunxi
tkaiser has joined #linux-sunxi
<luoyi> tkaiser: you mean TWI2_SCK is i2c2 ?
<tkaiser> luoyi: Anything. Would be the first time that specs provided by 'Team BPi' would be correct. I wouldn't trust in any of this.
nashpa has quit [Quit: Going away]
<luoyi> but i2cdetect -y 1 is detect i2c-1 ?
nashpa has joined #linux-sunxi
<luoyi> [root@alarm ~]# i2cdetect -y 2 Error: Could not open file `/dev/i2c-2' or `/dev/i2c/2': No such file or directory
<tkaiser> luoyi: No idea. I just wanted to say that historically not a single hardware description provided by 'Team BPi' was correct. They do not care that much and most often there 'specs' are the result of copy&paste gone wrong
<luoyi> there are even no i2c-2 on the system
Mr__Anderson has quit [Quit: Leaving.]
<maz> wens: see my last email. I'm pretty worried.
<wens> maz: sun8i (a23/a33/h3/a83t) do not have secure sram, so the PSCI text and stack are whereever they were in u-boot, left in dram
<wens> u-boot currently adds a reserved memory node, but for the range of secure_start ~ secure_end
<wens> maz: but sure, i'll also look at a20
<maz> wens: stuff that doesn't get relocated is fine indeed, but I'd expect sane platforms to relocate their PSCI code to some other place, and that's where shit will hit the proverbial fan.
<maz> wens: I think we need an urgent fix for that one.
<wens> maz: looking at the disassembly of the resulting u-boot binary for a20, it looks to be relocated
<wens> bbl
tkaiser has quit [Ping timeout: 276 seconds]
<codekipper> luoyi: I looked at the schematics which should show pin to pin descriptions correctly and in all cases the pin header was i2c2
<codekipper> may of been looking at the M1 flavour
<codekipper> which is why I asked for the schematic for your board
<maz> wens: it is not really in the binary itself, but in the code that is actually run. When u-boot starts, it copies the PSCI code into SRAM, and relocates a few symbols there. Can you please dump the SRAM content and check it in there?
<codekipper> https://drive.google.com/file/d/0B4PAo2nW2KfnNTk5WnVSV0lPejA/view page 9 shows i2c2 on the header
p1u3sch1 has quit [Ping timeout: 276 seconds]
p1u3sch1 has joined #linux-sunxi
Amit_T has quit [Ping timeout: 244 seconds]
juri_ has quit [Ping timeout: 258 seconds]
juri_ has joined #linux-sunxi
<luoyi> codekipper: then I need to move the uda1380 section to i2c2 section ?
<codekipper> luoyi: correct!
Amit_T has joined #linux-sunxi
<luoyi> codekipper: you are right
<luoyi> it work now
<mripard> luoyi: you can hear something out of a uda1380 ?
<luoyi> yes
<luoyi> but looks like driver lack 24Bit support
<luoyi> all music become S16_LE
<codekipper> luoyi: have you cherry-picked all my changes?
<luoyi> codekipper: give me a new URL ?
zuikis has joined #linux-sunxi
tkaiser has joined #linux-sunxi
<codekipper> it's the same one as before...look at the commits from HEAD
IgorPec has quit [Ping timeout: 240 seconds]
<luoyi> -.formats = SNDRV_PCM_FMTBIT_S16_LE | SNDRV_PCM_FMTBIT_S24_LE, +.formats = SNDRV_PCM_FMTBIT_S16_LE,
<luoyi> your code lack this
<mripard> luoyi: damn.
<luoyi> mripard: what ?
<codekipper> yeah....maybe I haven't pushed these up...
<luoyi> [root@alarm ~]# cat /proc/asound/card1/pcm0p/sub0/hw_params access: RW_INTERLEAVED format: S24_LE subformat: STD channels: 2 rate: 96000 (96000/1) period_size: 8000 buffer_size: 48000
<luoyi> the chip can handle 24Bit very well
<jrg> tkaiser: im working off your semi armbian img
<mripard> luoyi: I've been trying all day long yesterday without success
<codekipper> maybe that's something you could push to mainline.
<luoyi> I've tested 16/44.4KHz 24/48KHz 24/96KHz , all work well
<jrg> i gave up on cifs. although it is important to point out the rpi with a 4.x kernel had the same issue. it isnt just the pi heh
<luoyi> mripard: do you use codekipper's driver code or just mainline's ?
<jrg> bpi
<codekipper> do you have any issue at startup?...mine refuses to play until reboot and then I need to play with alsamixer...but it's not obvious what change makes it work
<jrg> but thanks for the help. im using your ong now. it expanded the fs. although i wish it was a lite version
<jrg> img
<mripard> luoyi: there's no driver in mainline yet.
<tkaiser> jrg: apt-get remove libxfce4util-common && apt-get autoremove
<mripard> luoyi: I've been using codekipper's
<luoyi> mainline have uda1380.c & uda1380.h , just not get compiled
<luoyi> for playback ,do you connect to the tx group ?
<jrg> tkaiser: yah.
<jrg> ill just use the emmc as swap heh
<mripard> luoyi: yes, but it doesn't have the i2s driver
<jrg> and use the sd to boot/root
<luoyi> mripard: when you do the play , have a look at pll2 register
<tkaiser> jrg: That's weird. Just follow the instructions and move the rootfs to eMMC. This will be way faster (especially random I/O which is more important)
<luoyi> does it get set to the correct value ?
<luoyi> codekipper: when capture, do you unmute the ADC ?
<luoyi> alsamixer show ADC is unmute defaut
<luoyi> default
<mripard> luoyi: and I think I did
<mripard> I don't have it here, so I can't look at the labels
<mripard> but this is a picture I took yesterday http://bit.ly/245Ky3u
<mripard> and yes, pll2 is set properly
<mripard> I just don't have any output
<luoyi> why you didn't connect the mclk ?
<codekipper> I think I did.....do you have any other sunxi boards?
<codekipper> uda1380 generates it's internal clock derived from BCLK
<luoyi> codekipper: oh, yes. I unplug the mclk, and still can here music
<luoyi> mripard: which player software did you use ?
<mripard> aplay
<luoyi> the wav file format ?
<mripard> yep
<plaes> mripard: what board is this?
<mripard> ICNova
cnxsoft has quit [Quit: cnxsoft]
cnxsoft has joined #linux-sunxi
<plaes> ooh.. didn't know they have also Allwinner DIMMS
<plaes> ok, it's present in our wiki too
raknaz has joined #linux-sunxi
<jrg> hm
<jrg> i was cp files to the sd in the bpi and it just.... stopped
raknaz has quit [Client Quit]
<jrg> well.. this sucks.. not home to figure out what broke lol
<KotCzarny> no ssh?
<jrg> nope.. im still logged in and i can swap screen windows
<jrg> almost looks like the sd died
<jrg> but i am not local so i cabt fix it from here ... ah well
<jrg> good thing i left the rpi running
<KotCzarny> dmesg?
<jrg> cant
<jrg> shell not working at all
<KotCzarny> then rootfs dismounted/failed in some way
<jrg> screen is loaded into nenory but new windows just hang
<KotCzarny> crappy sd card?
<jrg> yeah.. seens that way
<jrg> could be
<KotCzarny> might be controller bugs too
<KotCzarny> cat /proc/kmsg ?
<KotCzarny> (poor man's dmesg)
<jrg> i was going to set it up and dd to emmc like tkaiser said
<jrg> but maybe the sd died or something.. cant reboot it from here.. too bad no ipmi heh
<KotCzarny> :)
<KotCzarny> it's sbc board, you can add one device to control others
reev has quit [Ping timeout: 240 seconds]
<jrg> get an ipmi module? :)
<KotCzarny> is there one for sunxi boards/universal?
<jrg> surprised someone hasnt made that yet
<jrg> there probably is
<KotCzarny> as i said, few gpio controlled switches and ramdisk based board
<jrg> well i disconnected guess it is dead
<jrg> hope it didnt melt or something
<KotCzarny> it would reset your session eaarlier on kernel crash
<KotCzarny> so its only crappy sd probably
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<jrg> guess not
<jrg> yeah maybe
<jrg> 64GB sandisk
<KotCzarny> hmm
<KotCzarny> fake one maybe?
<jrg> from amazon?
<KotCzarny> sure
<jrg> probably not
<jrg> heh
<KotCzarny> google: amazon fake sd cards
<KotCzarny> sometimes sellers dont even know they got fakes
<jrg> ill test it when i get home
<jrg> but this one came from amazon
<jrg> themselves
<jrg> but i guess it happens
<KotCzarny> copy few tools into /tmp (tmpfs) just in case it hangs again
<jrg> i think the load i put on it broke the bpi tbh
<KotCzarny> usually full fledged busybox statically compiled
<jrg> was running bitcoind to sync the blockchain to a usb hd
<jrg> while setting up other user stuff
<jrg> maybe i can set it up to reboot if this happens again
<KotCzarny> hehe, running iozone + cpuburn might be a good and quick test
<jrg> something like watchdog
<jrg> ah well.. thats all i wabted to do today .. guess thats not going to happen... wont be home for a few hours
<KotCzarny> no manual override switch? (wife/gf/kids)
<jrg> no lol.. gf is at work. son not home
<KotCzarny> you need another kid then :P get on to work
<jrg> someone needs to make a networked power strip heh
<jrg> no way. mine is 10. only 8 more years to go
<jrg> then legally im no longer responsible lol
<KotCzarny> only 250usd
<KotCzarny> i think you can make one cheaper
<tkaiser> jrg: Since you can get fake cards from everywhere (Amazon too of course) you can do now an 'armbianmonitor -c $HOME' (given $HOME points to the large ext4 partition on your card) to let it check for fake/counterfeit and performance
IgorPec has joined #linux-sunxi
<tkaiser> jrg: Again: You bought the wrong device :)
<KotCzarny> :)
<KotCzarny> i wanted to buy a83t based device initially too
<KotCzarny> then i've read it has been infected with pvr
<KotCzarny> ;)
<jrg> blah. i wanted the gbit
<KotCzarny> opi pc ftw!
<jrg> whats a better board?
<KotCzarny> read about opi+2e
<jrg> that has gbit
<tkaiser> jrg: Depends on the use case. Regarding GbE and sunxi (and good I/O bandwidth): http://linux-sunxi.org/Sunxi_devices_as_NAS
<tkaiser> jrg: OPi Plus 2E is also a good choice as already said.
<jrg> ok
<jrg> ill buy one
<KotCzarny> keep in mind it will ship long
<KotCzarny> because of the price and .eu regulations
<KotCzarny> i've ordered mine ~12 may, still not here
<jrg> this?
<KotCzarny> not 2
<KotCzarny> 2e
<jrg> blah lol
<KotCzarny> see the link i've posted
<KotCzarny> direct shop
<KotCzarny> anyway, bbl
<apritzel> oh, it has Open source support ;-)
<apritzel> because they say so?
<jelle> "development board beyond raspberry pi 2"
<jelle> not the rpi3?!
<jrg> rpi3 doesnt have gbit
<jrg> lol
<tkaiser> apritzel: The device jrg currently is suffering from is even Open Source Hardware! ;) https://en.wikipedia.org/wiki/Banana_Pi#Banana_Pi_M3
<jelle> apritzel: well you can do pretty much anything with it!
<jelle> "Pretty much anything else, because Orange Pi Plus is open source
<jelle> ....
<apritzel> in the meaning of: you can run your own software? (which could be even Open source)
<jelle> apritzel: I assume so :p
<tkaiser> apritzel: I don't know whether they get what open source means. I tried to explain it several times to @sinovoip in the past but that's like talking to a wall.
<apritzel> one day I will try this Linux thing everyone talks about ;-)
<jrg> tkaiser: language barrier
<jrg> with the chinese you cant be aggresive.. you must slowly merge with one china
<jrg> tkaiser: are they using closed blobs?
<jrg> is that why theyre stuck on the ancient kernel?
enrico_ has joined #linux-sunxi
<tkaiser> jrg: They use what they got from Allwinner as BSP (board support package) and then they use this until linux-sunxi community has finished mainline work. In the meantime they tell their users they would work on mainline kernel and so on (while they do not even update the stuff they got from Allwinner, eg. 3.4.39 to 3.4.112).
<tkaiser> tkaiser: And when community is finished (see http://linux-sunxi.org/Mainlining_Effort ) they provide new OS images so users can start from scratch ;)
cnxsoft has quit [Quit: cnxsoft]
iamfrankenstein has quit [Quit: iamfrankenstein]
reinforce has quit [Quit: Leaving.]
<jrg> yeah i saw that
hansg has joined #linux-sunxi
<jrg> lots of work going into it it seems
massi_ has quit [*.net *.split]
Andy-D has quit [*.net *.split]
orly_owl has quit [*.net *.split]
cosm has quit [*.net *.split]
Keziolio has quit [*.net *.split]
bmeneg has quit [*.net *.split]
<apritzel> hansg: do you know about the U-Boot merge window? Is it still open till the end of the week?
apritzel1 has joined #linux-sunxi
<hansg> apritzel, I don't know the exact window, it shhould be documented on the wiki
<apritzel> hansg: yeah: "Release "v2016.05" is scheduled in -15 days"
avph has quit [Ping timeout: 260 seconds]
<hansg> apritzel, v2015.05 is already released ...
<hansg> anyways I got to go, see you later
hansg has quit [Quit: Leaving]
<wens> apritzel: afaik, the u-boot release cycle is much more relaxed than the kernel
<apritzel> wens: I was hoping so ;-)
avph has joined #linux-sunxi
<ssvb> apritzel: btw, you can try flashing your SPI flash chip with https://github.com/ssvb/sunxi-tools/tree/20160523-spiflash-wip :-)
<ssvb> it still needs some cleanups, but everything seems to be working fine
<jrg> KotCzarny: is there a case for the opi p2e?
<tkaiser> ssvb: Nice. Did you get a response when asking for inclusion of SPI flash on OPi Plus 2?
<ssvb> tkaiser: do you mean opi3?
<tkaiser> s/Plus 2/PC 2/
<tkaiser> ssvb: The H64 model. No idea how it's called ;)
<apritzel> ssvb: oh nice, will definitely try later tonight
<ssvb> tkaiser: no, I did not get any reply, but IgorPec said that their mailbox is probably flooded with tons of mail, and skype is a better communication method
<tkaiser> ssvb: Sounds reasonable
<KotCzarny> jrg: dont know, check opi shop page on ali
<jrg> i did search for it. is that set ok?
<jrg> im going to order it in a bit
<KotCzarny> choose whatever you need
<jrg> but the opi plus 2e is a decent choice for sunxi?
<KotCzarny> mostly you need board and some kind of power, its powered via barrel plug
nove has joined #linux-sunxi
engideavr has joined #linux-sunxi
<jrg> yeah. that set cones wirh the barrel power adapter
<jrg> comes
<jrg> ill write off the bpi as a bust. lol
<KotCzarny> i got mine with barrel--usb adapter
<jrg> ill shove it into a drawer and hope it doesnt suck later
<ssvb> apritzel: I still need to also add support for A10/A20 and test everything
<ssvb> apritzel: I'm already sick and tired of re-plugging the wires between different boards :-)
<KotCzarny> so i can just connect it to my power brick (meanwell rd-65a)
<apritzel> ssvb: have you tested it on the Pine64? Or just OPi?
<KotCzarny> it already powers my bpi-r1, 2 hdds, network switch and probably few other things
<ssvb> apritzel: H3, A64 and A13 so far
<jrg> ah so it is just a usb to barrel connector?
<KotCzarny> nope, you chose normal power brick with barrel plug
<KotCzarny> i chose just barrel--usb adapter
<KotCzarny> (just reread, yeah)
<jrg> i did. i was aski about yours
<jrg> that set has sonethig like you have
<KotCzarny> yup
<ssvb> apritzel: now will try to make SPI patches for U-Boot, hopefully this will not take much time
zuikis has left #linux-sunxi [#linux-sunxi]
<ssvb> tkaiser: well, if they are trying to compete with Raspberry Pi 3, then Orange Pi 3 would be a reasonable name
zuikis has joined #linux-sunxi
<tkaiser> ssvb: Sure. But at least I don't get the name scheme at all.
<tkaiser> ssvb: Maybe this PC 2 has then an external 100 Mbits/sec PHY and an OPi 3 comes with RTL8211E? Who knows...
<ssvb> tkaiser: I also have seen the Orange Pi 3 reference somewhere in the forum and did not invent it myself, anyway, the name does not matter much :-)
<tkaiser> ssvb: Yes, was announced as OPi 3 also with a picture of a pre-production sample a few weeks ago
<NiteHawk> ssvb: nice work with the SPI!
<TheLinuxBug> KotCzarny: so you have an Orange Pi Plus 2E or one is coming?
<KotCzarny> coming
<TheLinuxBug> KotCzarny: I assume support is in line with other H3 board, still 3.x with mainline coming from the awesome folks here, evetually?
<tkaiser> TheLinuxBug: Sure
<TheLinuxBug> Hmm cause I was considering another Odrid C2 or maybe one of those, peaked my interest with the eMMc coming included in that price tag along with 2GB memory
<KotCzarny> TheLinuxBug: really, all opi boards are roughly the same, with som options added or removed
<tkaiser> TheLinuxBug: And all the missing pieces are already there. You just have to mix up stuff from Opi PC and Plus to get USB + GbE Ethernet working.
<tkaiser> TheLinuxBug: The 16GB eMMC used on OPi Plus 2 is quite fast. I hope they use the same on OPi Plus 2E.
apritzel1 has quit [Ping timeout: 244 seconds]
avph has quit [Ping timeout: 260 seconds]
<mripard> ssvb: just out of curiosity, where did you buy those SPI flashes?
<ssvb> mripard: apritzel and me independently got it from here on ebay - http://www.ebay.com/itm/W25Q-Windbond-Serial-Flash-Memory-Module-SPI-W25Q128B-BIOS-25Q64BVSIG-EEPROM-/181873964697 :-)
avph has joined #linux-sunxi
<apritzel> mripard: 128B is the one you want (128Mbit)
reinforce has joined #linux-sunxi
<ssvb> the price is an order of magnitude higher than aliexpress bulk SPI flash chip prices, but that's probably fine for retail :-)
<mripard> awesome, thanks :)
<ssvb> and the module has some pull up resistors too
<jrg> ok
<jrg> i ordered the opi p2e
<jrg> by the time i get it. the opi plus 10 will be out heh
<tkaiser> jrg: All my orders from Xunlong arrived within 6 to 14 days in germany (but all of them below $22 VAT redemption)
paulk-collins has joined #linux-sunxi
<tkaiser> jrg: And at least in the EU you can try to get an EORI number -- http://www.eori.eu -- which might speed up customs a lot
<IgorPec> 2e emmc speed is on the level of Opi+2m
<KotCzarny> what is opi+2m ?
<tkaiser> KotCzarny: The 128 bit version :P
<IgorPec> :)
<KotCzarny> o.O
<KotCzarny> so no ram, only cmos? :P
<tkaiser> IgorPec: On +2E also 8189FTV instead of ETV?
cosm_ has joined #linux-sunxi
<IgorPec> don't know, have to boot the board
Keziolio has joined #linux-sunxi
bmeneg has joined #linux-sunxi
Netlynx has joined #linux-sunxi
Netlynx has quit [Changing host]
Netlynx has joined #linux-sunxi
Andy-D_ has joined #linux-sunxi
<IgorPec> there is FTV on the chip
<KotCzarny> maybe its just bugfix version
massi_ has joined #linux-sunxi
orly_owl has joined #linux-sunxi
cosm has joined #linux-sunxi
<tkaiser> IgorPec: Then I still wonder whether the small fex fix jernej mentioned helps (but according to the comments I don't believe so)
<jrg> lol
<jrg> tkaiser: shipping to Chicago was US$6
<jrg> tax didn't seem like it was there. our tax system is weird for international orders. we don't have a national sales tax. it is usually done by states, county, municipal
<MoeIcenowy> as a Chinese at Guangzhou I can buy development boards very fastly :-)
<MoeIcenowy> usually arrives on the next morning :-)
<KotCzarny> plz send
<KotCzarny> ;)
<jrg> lol
<jrg> do you knock on the factory gate?
<MoeIcenowy> jrg: factory gate?
<MoeIcenowy> I've never go to the factory
<MoeIcenowy> however I used to buy electronic things at Huaqiang North :-)
<MoeIcenowy> a RMB460 1024x768 IPS A33-based tablet very similar to iPad...
<jrg> i always wondered about that. do the chinese consume these electronics as much as the rest of the world. if so how much are they in comparison to $US
<jrg> too bad the banana pi was a bad buy. it looked promising on paper
<MoeIcenowy> jrg: Chinese do consumes very many electronics
lamer14641052953 has joined #linux-sunxi
<MoeIcenowy> and in China Allwinner tablets costs very cheaper than in other country!
lamer14641052953 has quit [Client Quit]
<jrg> ive only been to singapore in asia. they had huge electronic outlets. too bad i would have difficulty taking more with ne
<jrg> me
<MoeIcenowy> my Q8-formated A33 tablet cost me only RMB199 = $30
<jrg> wow. that would be a lot more here.
<MoeIcenowy> and I get a 7" LCD (very bad TFT), a touchscreen (GSL1680 the disaster chip), wifi (ESP8089 also a disaster) and A33
<MoeIcenowy> a chip suitable to run mainline kernel
massi_ has quit [*.net *.split]
orly_owl has quit [*.net *.split]
cosm has quit [*.net *.split]
<MoeIcenowy> oh RMB 199 contains the shipping cost
tkaiser has quit [Ping timeout: 246 seconds]
<MoeIcenowy> the price is shipping-included
<jrg> the disaster chip lol
<jrg> reminding me of my banana pi :)
<MoeIcenowy> but I have now successfully driven the chips!
<MoeIcenowy> mainline
<buZz> ESP8089 a disaster? why
<buZz> i saw 40+mbps throughput
<buZz> isnt that sufficient?
<MoeIcenowy> buZz: driver
<MoeIcenowy> the performance is ok
<buZz> MoeIcenowy: yeah its not upstream yet
<buZz> someone should clean it up :P
<MoeIcenowy> buZz: maybe I should try :-)
<buZz> i have faith in you \o
<buZz> :)
<buZz> (also, i dont feel like doing it, hehe)
staplr has quit [Remote host closed the connection]
<MoeIcenowy> and the driver needs the mmc slot to be configured as "broken-cd" instead of "non-removable" in dt
tkaiser has joined #linux-sunxi
<jrg> well after i get this orange pi it will be fun to try building the mainline stuff for it. at least then i can understand how soc work for such things
<buZz> :)
<buZz> jrg: 'a lot worse'
<buZz> :D
<MoeIcenowy> to be honest I want a HiKey/Dragonboard410c now...
<buZz> yeah me too
<buZz> seems to be the only decent armv8 boards around
<buZz> well, the 96boards stuff
<apritzel> buZz: HiKey? decent?
<buZz> from onlook, yeah, 0 experience thusfar
<wens> MoeIcenowy: the whole chip needing a reset seems weird... other chips seem to be able to just reset the core through some controls and pick up
<apritzel> buZz: rest assured, it's pretty broken, also not really supported mainline
<MoeIcenowy> don't have faith on you
<jrg> the wike for opi plus2 not the same as 2e?
<MoeIcenowy> I'm now in depression for personal reason
<MoeIcenowy> wens: yes. it's a MCU.
<tkaiser> jrg: Nope
<buZz> apritzel: not really isnt really not
<buZz> :)
<tkaiser> jrg: 2e exposes all USB host ports and uses no internal USB hub and no crappy USB-to-SATA bridge
massi_ has joined #linux-sunxi
orly_owl has joined #linux-sunxi
cosm has joined #linux-sunxi
<wens> MoeIcenowy: so are the broadcom chips, you don't see them needing broken-cd
<MoeIcenowy> wens: ...
<MoeIcenowy> esp is really weird
<wens> maybe they were just bad at writing the driver
<wens> who knows
<MoeIcenowy> the code is also considered to be used on non-standard ugly BSPs
<MoeIcenowy> for example sunxi lichee :-)
<MoeIcenowy> I won't get ashamed to criticize lichee SDK :-)
<buZz> esp8089 doesnt need the reset pin btw
<buZz> at least, it works without
<MoeIcenowy> buZz: seems that
<MoeIcenowy> look at my dt
<buZz> i dont see it in /lastlog http
<buZz> ah
<MoeIcenowy> (for the dt I should thank wens
<MoeIcenowy> and some code are copied from CHIP dt
<buZz> 114 till 123?
<buZz> i see no reset pin mentioned ..
<MoeIcenowy> buZz: yes
<wens> i got my esp8089 to show up on my a23 q8, without any gpios
<buZz> oh there
<MoeIcenowy> but reset pin is used as pwrseq
<buZz> line 75
<MoeIcenowy> wens: howto?!
<buZz> dt is so unreadable
<wens> if they really needed gpios, i would be troubled, as each q8 revision uses different gpios
<MoeIcenowy> wens: seems that
<wens> and you could say goodbye to the generic q8-tablet dt
<MoeIcenowy> on my tablet gpios are needed
<buZz> probably just how its hooked up
jernej has joined #linux-sunxi
<MoeIcenowy> added full otg support (it's very important to me
<MoeIcenowy> m751s is the RMB199 device
<wens> just realized i need to double check to see if it's only working because the previous boot cycle had already set the gpio :(
<MoeIcenowy> wens: how to get the gpio already set...
luoyi has quit [Ping timeout: 250 seconds]
<MoeIcenowy> oh the ugly #if (LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, xx)) is weird in esp8089 code
<ssvb> apritzel: about the A64 U-Boot support and booting from SPI and MMC, we probably need to pack the ATF into the FIT container
<apritzel> ssvb: oh dear, I was hoping to avoid that
<ssvb> in the end, we probably want to have a single file to programmed into SPI flash or written to the SD card
<ssvb> what do you suggest?
<apritzel> well, I don't know a silver bullet solution, either ;-)
<apritzel> but can't we just put _two_ U-Boot images after the SPL?
<ssvb> why?
<ssvb> to have some redundancy and safeguard against bad blocks on flash?
<apritzel> don't know, it's just the last time I checked FIT sounded quite over-the-top
<apritzel> but if it just works ...
<ssvb> yeah, there are some ridiculous bloatwarish tendencies in modern U-Boot
<ssvb> still some sort of container to bundle U-Boot and ATF in a single image is needed
<ssvb> I'm going to check how much size overhead is introduced by FIT, and maybe implement a lightweight parser for the SPL
<ssvb> but a common container format is still a nice thing to have, otherwise we will end up with https://xkcd.com/927 :-)
<apritzel> in the end it may just be being afraid of the new ;-), and I want to avoid bloat, but also to deviate from the normal way of doing things
<apritzel> ssvb: exactly
<KotCzarny> ssvb: area where uboot is is rarely written
<KotCzarny> and if you are worried about flash aging, you would have to rewrite both uboots anyway
<MoeIcenowy> wens: the ./esp_mac80211.c in esp8089 driver seems to be a corpse heap...
<MoeIcenowy> containing many #if (LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, xx))
<MoeIcenowy> how to automatic remove them...
engideavr has quit [Quit: Konversation terminated!]
<MoeIcenowy> I hate the work of simulating /bin/cpp with my brain..
<KotCzarny> sed?
<KotCzarny> :)
<KotCzarny> preg_match ?
iamfrankenstein has joined #linux-sunxi
<MoeIcenowy> esp_op_ampdu_action have 4 prototypes for different kernel versions... terrible esp
<jrg> no wiki for opi +2e?
<KotCzarny> jrg, no device yet, only igor has dev sample
<tkaiser> jrg: No user of opi +2e so far --> no wiki page
<KotCzarny> also, its almost the same as opi+2
<jrg> ah ok
<MoeIcenowy> maybe I can purchase one and get soon...
<tkaiser> KotCzarny: Nope, OPi Plus 2 is a crappy board
<MoeIcenowy> but I'm very poor now
enrico_ has quit [Quit: Bye]
vagrantc has joined #linux-sunxi
<tkaiser> KotCzarny: Regarding similarities (adjusting fex / device tree stuff): Take OPi PC and replace Ethernet with GbE from Plus and you're done. Plus 2 is like Plus with USB hub and USB-to-SATA bridge
<KotCzarny> umkay
<jrg> orangepi.org doesnt have specs on the +2e either?
<KotCzarny> jrg, disreagard anything other than linux-sunxi wiki
<tkaiser> jrg: Xunlong hasn't provided anything so far in 2016, that's all community stuff. Even figuring out how the different voltage regulator on One/Lite works.
akaizen has quit []
<KotCzarny> tkaiser, well, they provided hardware ;)
<mripard> KotCzarny: MLC NANDs have read disturbance as well
<mripard> so it might get corrupt only by reading it
<KotCzarny> :)
<KotCzarny> mripard, even more points for btrfs or similar
IgorPec has quit [Ping timeout: 246 seconds]
<tkaiser> IgorPec: I prepared a fex for OPi Plus 2E already: http://pastebin.com/jKK17CkV
<mripard> KotCzarny: btrfs? On NAND?
<mripard> to store u-boot?
<KotCzarny> mripard, how many reads disturb the nand enough to introduce corruption?
massi_ has quit [Remote host closed the connection]
<mripard> KotCzarny: I don't really know, but I already experienced an SPL getting corrupt because of it
<mripard> so you definitely want redundancy
<KotCzarny> o.O
<jrg> by bpi is still dead at hone
<KotCzarny> jrg: plug nice usb-serial to see the last words next time?
<jrg> i will look at it in a bit
<jrg> couple of hours
staplr has joined #linux-sunxi
<tkaiser> jrg: If you want to have a laugh. Here you can see how OS images for your BPi M3 are created: http://forum.banana-pi.org/t/remix-os-on-m3-working/1734 (user find old RemixOS ROM for Onda tablet, shows it in forum, then @sinovoip will copy it provide it as download on baidu and google drive and create the impression that an update with RemixOS 2.0 will follow soon)
<lennyraposo> hillarious
<lvrp16> lolol
<MoeIcenowy> cleaning up esp8089 code...
apritzel has quit [Ping timeout: 244 seconds]
<KotCzarny> :)
<KotCzarny> quality process
<MoeIcenowy> esp8089 uses xtensa core...
<MoeIcenowy> It will be possible (but only possible) to provide fully open-source firmware...
<lennyraposo> Must be cheapest kind of RnD KotCzarny
<KotCzarny> cheapest will when they just link to user hosted images and pretend they are official
<KotCzarny> ;)
<MoeIcenowy> esp8089 have written its own request_firmware...
<MoeIcenowy> terrible
<MoeIcenowy> but it's standard request_firmware compatilable
<MoeIcenowy> how to deal with the firmwares' license...
<MoeIcenowy> They are included in said-to-be-GPL kernel trees as blobs
<MoeIcenowy> @wens
<lvrp16> sbc botnet any1?
<MoeIcenowy> and according to the datasheet, the CPU of esp8089 is xtensa
<MoeIcenowy> oh I repeated this sentence... please forgive my forgetness
jernej_ has joined #linux-sunxi
jernej has quit [Ping timeout: 276 seconds]
VargaD has quit [Ping timeout: 244 seconds]
VargaD has joined #linux-sunxi
ricardocrudo has quit [Remote host closed the connection]
<jrg> tkaiser: lol
<jrg> maybe it is some guy in his basement making this stuff
<jrg> KotCzarny: the fact they are hosting it on google drive...
<jrg> why not just host the files on a bpi server? :)
<MoeIcenowy> https://github.com/Icenowy/esp8089/tree/cleanup is now a esp8089 driver suitable for in-tree build
<KotCzarny> jrg: entirely possible
Netlynx has quit [Quit: Leaving]
<KotCzarny> bpi-r1 works nicely for my home server and needs
<jelle> hrrm
<jelle> how often is the i2c address in the android sdk driver correct?
<jelle> working on the mxc6202x accel btw
JohnDoe_71Rus has joined #linux-sunxi
<jrg> KotCzarny: mount.cifs broken for me.
<jrg> butni gave up on that. must just be a weird cifsd thing.
<jrg> for arm maybe.
<KotCzarny> jrg, recompile yourself?
ajeandet has joined #linux-sunxi
ajeandet is now known as jeandet
jeandet has quit [Ping timeout: 260 seconds]
<mripard> codekipper: ok, found why I didn't have any sound
<mripard> I don't have anything out on the pins
JohnDoe3 has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 244 seconds]
iamfrankenstein has quit [Quit: iamfrankenstein]
zuikis has left #linux-sunxi [#linux-sunxi]
reinforce has quit [Quit: Leaving.]
raknaz has joined #linux-sunxi
raknaz has quit [Client Quit]
<jrg> is that even possible? heh
<jrg> i can see it for the pi.. but not sure if you can really build a new kernel for the m3
<jrg> at least not without pulling hair out
<jrg> oh you mean cifsd.. yeah i guess i can try later. i just got home. checking to figure out what went wrong wth the bpi
<TheLinuxBug> (doh) well, I broke down and got my first orange Pi product, just ordered a 2E and power adapter...
<TheLinuxBug> it was calling my name after our conversation
<TheLinuxBug> so we will see what that is like in what, 20 days :p
<TheLinuxBug> Hopefully my C.H.I.P. arrives before then too
<jrg> TheLinuxBug: lol. so did i today
<TheLinuxBug> arn't they supposed to start shipping soon?
<jrg> did you find a case for it?
<TheLinuxBug> No
<TheLinuxBug> I didn't see a case
<TheLinuxBug> I figure I would make one out of something ;p
<jrg> i didn't either
<TheLinuxBug> half the fun
<jrg> yah me too
<jrg> figure i'll just use a bpi case without the sides
<TheLinuxBug> but I have so much stuff to play with just need to start putting stuff together
<TheLinuxBug> Have 2xA10, 1xRPi2, 1xRPi3, Ordoid C2 just sitting here
<TheLinuxBug> have a BPi and and PcDuino Nano Lite running one as media other as a server
<TheLinuxBug> then I have this OPi2E coming now
<jrg> bpi acting stupid again
<TheLinuxBug> mines been pretty reliably
<jrg> 75C?!
<jrg> that's with a heatsink on it lol
<TheLinuxBug> I noticed without heatsync/passive cooling if left on pasue rendering a 720/1080p video/audio for about 10 minutes the whole things freeze (android) and needs restarted
<TheLinuxBug> but as a server, which I used the BPi for before I replaced with pcDuino
<jrg> that's what i'm attempting to do now
<TheLinuxBug> the A20 has been rock solid
<TheLinuxBug> I used the Bpi as media because I had an old tube tv with RCA input
<TheLinuxBug> was easier
<jrg> where can i watch the cpu temp?
<jrg> is there a file i can watch or something?
<TheLinuxBug> root@openmediavault:~# uptime
<TheLinuxBug> 19:21:39 up 125 days, 12:21, 1 user, load average: 0.00, 0.01, 0.05
<TheLinuxBug> hmm
<jrg> i'm running a bpi m3 ... it's flakey as hell heh
<TheLinuxBug> cputemp=$(cat /sys/devices/platform/sunxi-i2c.0/i2c-0/0-0034/temp1_input)
<TheLinuxBug> echo ""
<TheLinuxBug> echo "CPU Temp: $(($cputemp/1000)) Celsius"
<TheLinuxBug> put in a while loop?
<TheLinuxBug> ohh
<TheLinuxBug> the 8 core?
<TheLinuxBug> yeah haven't used that sry
<TheLinuxBug> thought you meant the a20
<TheLinuxBug> if I was gonna go for 8 core, I would probably get an XU4
<TheLinuxBug> wasn't very excited about the M3 when I looked at it before
<TheLinuxBug> honestly I almost spent the extra money on the Orange Pi Plus 2 with sata again and then remembered how useless it was and how nice it would be to have the extra emmc
<TheLinuxBug> ;p
<jrg> well.. i just bought the orange pi plus 2e today
<jrg> so hopefully it arrives some time this century
<jrg> i know there is a screen that pops up when you login that shows the temp. i wonder where htat's coming from
<willmore> TheLinuxBug, 3d print a case!
<jrg> i think later i'm going to go ahead and just wipe my freenas box and put fbsd on it
<jrg> maybe i'll have better luck with things that way instead of relying on freenas to serve files to these pis
ricardocrudo has joined #linux-sunxi
apritzel has joined #linux-sunxi
cosm_ has quit [Quit: Leaving]
<TheLinuxBug> willmore: I find more fun in creating cases out of old stuff, I made a case for my A10 cubieboard out of a 5 way vga switch box
<TheLinuxBug> its actually pretty cool
<TheLinuxBug> holds a 2.5" sata and the cubie in there nicely
<willmore> LOL.
<jrg> i just realized the bpi doesn't start up if i have a usb powered hdd hooked up to it
<TheLinuxBug> aha probably cause you don't have a poowerful enough power source
<jrg> 2.5A?
<TheLinuxBug> may need more in some cases
<jrg> might as well run an avoton heh.. too bad they're more expensive
<TheLinuxBug> depends on the requirements of the drive
<jrg> i wish they made avotons in smaller packages
<TheLinuxBug> actually I saw an almost idea x86 board the otherday on newegg
<TheLinuxBug> that I considered
<TheLinuxBug> they had it 35$ with 15$ MIR
<jrg> the smallest x86 i can recall is the via stuff
<TheLinuxBug> it was the SoC amd chip that was 2x1ghz
<TheLinuxBug> had 2 sata
<TheLinuxBug> had hdmi and such
<TheLinuxBug> wasn't bad
<jrg> the pico itx stuff
<TheLinuxBug> but you had to spend ~30$ more on ram
<TheLinuxBug> and you had to have ATX power supply
<TheLinuxBug> so instead of maybe 5W
<TheLinuxBug> your looking more like 15W
<TheLinuxBug> i will look for it again
<jrg> well.. intel has those tiny mobile cpus they're working on don't they?
<jrg> forgot the name of it
<TheLinuxBug> it was almsot worth it when on shell shocker for 35$ with rebate
<jrg> Intel Atom x3
<TheLinuxBug> figure you put 30$ in ram into it
<TheLinuxBug> figured a good NAS board but obviously more power than ARM
<apritzel> ssvb: wow, that sunxi-fel spiflash works like a charm!
<jrg> ueah but that's an amd and it's still too large heh
<TheLinuxBug> well all that was granted
<jrg> the pico itx stuff that via made was a nice form factor
<TheLinuxBug> was just saying in a pinch if you wanted something with SATA 6Gb for NAS
<TheLinuxBug> it could work
<apritzel> ssvb: I am impressed, just wrote sunxi-fel.bin and it booted (just SPL of course, and it's looping, but still)
<jrg> i had one a while back. a via artigo
<jrg> they are ridiculously priced nowadays tho
<TheLinuxBug> i mean still not ECC ram either so really..
paulk-collins has quit [Quit: Leaving]
<jrg> US$340
<jrg> they have to be stoned :)
<jrg> something like that would be neat to have on a pi sized board
<jrg> well.. never mind
<jrg> CPU temp: 81°C
<apritzel> ssvb: so are you sure the NOR flash is lowest priority?
<apritzel> I can't FEL anymore with the NOR flash in place
<TheLinuxBug> jrg: pm
<TheLinuxBug> er well
<TheLinuxBug> thats what your probably wanting hehe
<apritzel> maybe it's an issue with the probing window? it's checking for the USB only for a very brief period?
<ssvb> apritzel: you can write fel-sdboot.sunxi binary to the SD card and it will activate FEL
<apritzel> ah
<apritzel> nice
<ssvb> this is the boot priority list - https://linux-sunxi.org/BROM#A64
<ssvb> FEL mode is only activated when there is no bootable media at all, or when you press the FEL button (which is not available in Pine64)
<NiteHawk> apritzel: there is no "window" - once the BROM has entered FEL mode it will just wait for corresponding USB communication
<apritzel> ah, so FEL is the lowest priority, not SPI flash
<apritzel> sorry, got this mixed up
<ssvb> yes, unless a hardware FEL button is pressed
<ssvb> for example, in Jide Remix Mini
<apritzel> yeah, got it now ;-)
<apritzel> speaking of that, I need to try whether I can boot Linux on that now ...
<jrg> well.. guess my bpi died again
<KotCzarny> hmm
<KotCzarny> try putting it vertically?
<KotCzarny> throttle down?
<KotCzarny> or just sink in oil
nove has quit [Quit: nove]
<jrg> i don't even know how to throttle it down
<jrg> there is a config.txt on the fat partition but it looks like a rpi config.txt
<jrg> i thought once it hit a threshold it was supposed to cut cores off and throttle
<jrg> May 25 00:27:16 bpi kernel: [ 308.960060] EXT4-fs (mmcblk0p2): error count: 3
<jrg> May 25 00:27:16 bpi kernel: [ 308.969373] EXT4-fs (mmcblk0p2): initial error at 1464125965: ext4_remount:4398
<jrg> wtf?
ricardocrudo has quit [Remote host closed the connection]
p1u3sch1 has quit [Ping timeout: 276 seconds]
p1u3sch1 has joined #linux-sunxi
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
* apritzel starts to wonder if there _are_ differences between the H64 and the A64
<apritzel> for instance regarding the security implementation
Nyuutwo has quit [Ping timeout: 240 seconds]
Nyuutwo has joined #linux-sunxi
WhiteKIBA has quit [Ping timeout: 276 seconds]
WhiteKIBA has joined #linux-sunxi
kelvan has quit [Ping timeout: 260 seconds]
kelvan has joined #linux-sunxi