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
pekka10 is now known as pekka_afk
vagrantc has quit [Quit: leaving]
tkaiser has joined #linux-sunxi
apritzel has quit [Ping timeout: 244 seconds]
tkaiser has quit [Ping timeout: 244 seconds]
leio_ is now known as leio
ninolein has quit [Ping timeout: 250 seconds]
ninolein has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
tkaiser has joined #linux-sunxi
tkaiser has quit [Ping timeout: 260 seconds]
cnxsoft has joined #linux-sunxi
mpmc has quit [Ping timeout: 250 seconds]
Axl_ has joined #linux-sunxi
mpmc has joined #linux-sunxi
tkaiser has joined #linux-sunxi
tkaiser has quit [Ping timeout: 240 seconds]
_mamalala_ has joined #linux-sunxi
_mamalala has quit [Read error: Connection reset by peer]
IgorPec has joined #linux-sunxi
tkaiser has joined #linux-sunxi
<plaes> Raku: please start here - http://linux-sunxi.org/New_Device_howto
tkaiser has quit [Ping timeout: 265 seconds]
pg12 has quit [Ping timeout: 244 seconds]
pg12 has joined #linux-sunxi
pg12 has quit [Ping timeout: 265 seconds]
pg12 has joined #linux-sunxi
Putti has joined #linux-sunxi
smooker has joined #linux-sunxi
smooker has quit [Client Quit]
Wizzup has joined #linux-sunxi
_mamalala_ has quit [Ping timeout: 265 seconds]
_mamalala has joined #linux-sunxi
Putti has quit [Ping timeout: 248 seconds]
xenoxaos has joined #linux-sunxi
fire219 has quit [Read error: Connection reset by peer]
tkaiser has joined #linux-sunxi
tkaiser has quit [Ping timeout: 244 seconds]
tsuggs has joined #linux-sunxi
tkaiser has joined #linux-sunxi
jernej has joined #linux-sunxi
<huawei> kernel 4.7 brcmfmac driver can't recognize AP6210 wifi, it did't load any modules from kernel. But in kernel 4.6, it works normally.
<huawei> anyone know what happened in kernel 4.7?
<huawei> is it cause by device trees?
IgorPec has quit [Ping timeout: 250 seconds]
jernej has quit [Ping timeout: 276 seconds]
Raku has quit [Ping timeout: 265 seconds]
JohnDoe_71Rus has joined #linux-sunxi
petr has quit [Ping timeout: 244 seconds]
IgorPec113 has joined #linux-sunxi
IgorPec114 has joined #linux-sunxi
petr has joined #linux-sunxi
IgorPec113 has quit [Ping timeout: 255 seconds]
<huawei> device tree:http://p.vim-cn.com/cbcDh
Raku has joined #linux-sunxi
Raku has quit [Ping timeout: 272 seconds]
cognos has joined #linux-sunxi
Raku has joined #linux-sunxi
andor2007 has quit [Quit: bye]
andor2007 has joined #linux-sunxi
IgorPec114 has quit [Ping timeout: 248 seconds]
IgorPec has joined #linux-sunxi
Axl_ has quit [Quit: Ex-Chat]
Axl_ has joined #linux-sunxi
fl_0 has quit [Ping timeout: 244 seconds]
fl_0 has joined #linux-sunxi
fl_0 has quit [Ping timeout: 265 seconds]
<tuxillo> moin
Putti has joined #linux-sunxi
fl_0 has joined #linux-sunxi
florianH has joined #linux-sunxi
Putti has quit [Ping timeout: 240 seconds]
formruga has joined #linux-sunxi
tkaiser has quit [Ping timeout: 240 seconds]
ricardocrudo has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
tkaiser has joined #linux-sunxi
apritzel has joined #linux-sunxi
<cognos> ahrg, couldn't test the CEC thing. The a20 is currently running wheezy so no c++11. Couldn't compile the libcec 3 provided by jodamm. However, the kernel did patch and compile and now the Samsung with anynet active is able to properly go to sleep. That's at least some progress.
<KotCzarny> cant you just install newer gcc to some local dir?
<cognos> wouldn't that depend of the libc running in the box?
<cognos> the compiled libcec I mean
<KotCzarny> depends
<KotCzarny> you wont know if you dont try
<cognos> ok, will give it a go
<KotCzarny> also, you can always compile that lib statically
<KotCzarny> i assume its just for some config tool, right?
<cognos> seems like an interface to the kernel to speak to the CEC device
<KotCzarny> alternative would be just grabbing some newer distro, installing to another sd card and just compiling the needed libs/tools there, then just moving back
<KotCzarny> might be faster than compiling gcc/g++
<KotCzarny> also, check wheezy-backports
<KotCzarny> maybe its there already
<cognos> checking backports, that would be the faster definetely :)
<cognos> no luck
<KotCzarny> pity thing about compiling gcc is that you cant really use distcc. unless you dont care about multistage building ;)
<cognos> that and the amount of time it'll take
<KotCzarny> but you are not building it for distribution, so you can get lazyway
<cognos> will probably give a go at testing with a newer armbian in an sd-card since I'm not even sure that it'll fix anything
<KotCzarny> you know you can distcc to crosscompiler on x86?
<cognos> no
<KotCzarny> helps immensely if you have multicore monster available
<cognos> never actually compiled this stuff before
<KotCzarny> but as i said, building gcc is tricky, no guarantee it will work/use it
MjrTom has joined #linux-sunxi
<cognos> ok, will def go with a newer armbian first
<cognos> if it solves/works my issues then I'll think about move it back to wheezy somehow
<KotCzarny> you can even unpack newer armbian to chroot
<KotCzarny> so many ways to go, that's why i love linux
<cognos> :D
<apritzel> jemk: Hi, on which board(s) did you test your A64 DRAM init code?
<apritzel> jemk: because everything works fine on the BananaPi, but fails on three Pine64s I tested it on
matthias_bgg has quit [Ping timeout: 265 seconds]
<apritzel> jemk: all those boards behave the same with boot0
<apritzel> jemk: lowering the DRAM freq makes it somehow work, but then the UART behaves strangely: any input is crippled, so I can't type anything into U-Boot
cognos has quit [Remote host closed the connection]
cognos has joined #linux-sunxi
<KotCzarny> still no usb support in uboot/pine64?
cognos has quit [Ping timeout: 265 seconds]
<jemk> apritzel: ouch, thats not good, I've tested on a Pine64
<jemk> apritzel: since the code based on comparing boot0 register dump with spl, could you dump (md 0x01c62000 0x800) me the regs after boot0 on a non-working board
BenG83 has joined #linux-sunxi
cognos has joined #linux-sunxi
cognos has quit [Ping timeout: 248 seconds]
<apritzel> jemk: will try tonight, though sounds a bit challenging as it either hangs after the SPL or I can't type anything in U-Boot
<apritzel> KotCzarny: I think Amit_T had some patches, but not sure what the status is there
<jemk> apritzel: after boot0, not after spl
<apritzel> jemk: Oh, OK, sure will do
<apritzel> jemk: anyway many thanks for those patches, there are a big leap forward. And even work in AArch64, though resulting in a 32616 Bytes sunxi-spl.bin ;-)
<jemk> apritzel: i've never tested them in aarch64, i hope there aren't anny bitops going wrong when not in 32bit...
<apritzel> jemk: apparently not
<apritzel> I needed some fixes to the generic SPL code, though, apparently no one used a 64-bit SPL before
<jemk> apritzel: is this code available somewhere already? i wonder if it would work on my pine
cognos has joined #linux-sunxi
<apritzel> jemk: not yet, it's a bit messy atm, but I will push it somewhere on the weekend and then tell you
<jemk> ok
cognos has quit [Ping timeout: 248 seconds]
premoboss has joined #linux-sunxi
<huawei> i have a question, kernel 4.7 can't recognize AP6210 in cubietruck, it doesn't load brcmfmac module during booting and have nothing after modprobe it. but kernel 4.6 works normally. it seems problem of SDIO?
Axl_ has quit [Ping timeout: 244 seconds]
cognos has joined #linux-sunxi
zoobab_ has quit [Read error: Connection reset by peer]
popolon has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
robogoat has quit [Ping timeout: 244 seconds]
premoboss has quit [Ping timeout: 248 seconds]
IgorPec has quit [Ping timeout: 240 seconds]
Axl_ has joined #linux-sunxi
Axl_ has quit [Remote host closed the connection]
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
andor2007 has quit [Quit: bye]
andor2007 has joined #linux-sunxi
apritzel has quit [Read error: Connection reset by peer]
matthias_bgg has joined #linux-sunxi
apritzel has joined #linux-sunxi
Axl_ has joined #linux-sunxi
matthias_bgg has quit [Ping timeout: 265 seconds]
<longsleep> Today my pocket CHIP arrived, whats the state of CHIP support in mainline?
<plaes> longsleep: almost good :)
<plaes> basically everything except GPU and NAND
<longsleep> oh thats nice
<plaes> there's even WIP/RFC video decoder support
matthias_bgg has joined #linux-sunxi
IgorPec has joined #linux-sunxi
<mripard> longsleep: yep, almost everything will be in 4.9
MiLeon has quit [Quit: Leaving]
<apritzel> mripard: speaking of 4.9, I take it you don't want to merge the a64-ng clocks & the DTs?
premoboss has joined #linux-sunxi
<mripard> apritzel: I will send a new version this weekend
<mripard> but it's going to be late
<apritzel> mripard: I was afraid you were saying that :-(
<mripard> usually, after -rc6, it's difficult to have something merged
<mripard> we can give it a shot
<apritzel> mripard: but I was wondering what the risk is for a new SoC
<apritzel> at least it can't regress ;-)
<jonkerj> is emac anywhere near merge-ready?
<jonkerj> saw a v4 couple of days ago
<apritzel> mripard: also I remember someone saying Debian will pick 4.9 for their next release?
<montjoie> jonkerj: I need to test V4 on all my SoCs
<mripard> apritzel: I have no idea
<wens> apritzel: no, gregkh said 4.9 might be the next lts
<apritzel> jonkerj, montjoie: I think it's time to get it in to get some more testing
<jonkerj> montjoie: I've (successfully) tested v4 on my opi+ and opi-pc
<mripard> apritzel: I don't think a SoC without even an MMC is relevant to debian though :)
<jonkerj> compiles, loads, pings, and remains stable for at least a few days
<apritzel> mripard: what's wrong with initrds? :-p
<jelle> hmm I should test ethernet with v4 tonight
<jonkerj> unfortunately, due to the number of allwinner boards in my meter closet, I had to put a 100Mbit switch in between, so performance testing is difficult
<apritzel> mripard: having something in might simplify backports (though this a hot topic these days, it seems)
Nuck-TH has joined #linux-sunxi
<wens> apritzel: do distros backport whole feature sets?
<montjoie> jonkerj: jelle I have just updated the V4 with latest changes
<jelle> montjoie: cool
<apritzel> wens: no idea, but less backport patches are always welcome, I guess
<jonkerj> montjoie: I will try them at once
<montjoie> I need to check that I didnt forget any comment
<wens> apritzel: with ubuntu they just backport the newer kernel from a later release
<Nuck-TH> is nand on any level of being usable in mainline? cant find any guides for setup to at least try it :(
<MoeIcenowy> Nuck-TH: At your own risk.
<Nuck-TH> it's incomplete
<MoeIcenowy> sun4i-a10, sun7i-a20, sun8i-a33 has been added NAND node in linux-next now.
<Nuck-TH> what about u-boot?
<MoeIcenowy> In mainline booting from NAND is still nearly impossible
matthias_bgg has quit [Quit: Leaving]
<Nuck-TH> damn :(
<jonkerj> montjoie: applies, compiles, boots, loads, works on opi+
<jonkerj> (deploying to opi-pc..)
<montjoie> thanks jonkerj
<jonkerj> montjoie: applies, compiles, boots, loads, works on opi-pc
<jonkerj> I really need to automate this even more
* jonkerj was fooling around with puppet, to ease the conf-mgt on the sunxi boxes at home
apritzel1 has joined #linux-sunxi
<jonkerj> turns out that puppetlabs do not provide recent packages (.deb) for armhf
<tkaiser> jonkerj: Has your OPi+ GbE or Fast Ethernet negotiated?
<jonkerj> I had in the past
<jonkerj> but they are all on 100m switch at this moment
<jonkerj> (am I answering your question btw?)
<montjoie> jonkerj: cfengine is beter than puppet (troll started)
<tkaiser> jonkerj: Sure
<jonkerj> montjoie: tnx
<jonkerj> but no :-)
<montjoie> one day I will release all my cfengine/monitoring stuff
<jonkerj> we use puppet professionally, so I am not going to switch tools
<jonkerj> I you know one, the other is bound to give you frustrations like "AAARGH how can I do X in Y? in Z it is sooo much easier!!"
cognos_ has joined #linux-sunxi
<KotCzarny> what happened to ssh/rsh!
cognos has quit [Ping timeout: 265 seconds]
cognos_ has quit [Ping timeout: 244 seconds]
<jonkerj> KotCzarny: *g*
jernej has joined #linux-sunxi
Putti has joined #linux-sunxi
cognos has joined #linux-sunxi
IgorPec has quit [Ping timeout: 248 seconds]
<Axl_> hi, i patch the 4.8-rc5 kernel with Maxime Ripard's [PATCH v2](http://lists.infradead.org/pipermail/linux-arm-kernel/2016-September/455848.html)
<Axl_> and then bulid the device tree for pine64 ,it was some error like this :
<Axl_> ERROR (phandle_references): Reference to non-existent node or label "cpu0"
<Axl_> ERROR (phandle_references): Reference to non-existent node or label "cpu1"
<Axl_> ERROR (phandle_references): Reference to non-existent node or label "cpu2"
<Axl_> ERROR (phandle_references): Reference to non-existent node or label "cpu3"
<Axl_> ERROR: Input tree has errors, aborting (use -f to force output)
<Axl_> make[2]: *** [arch/arm64/boot/dts/allwinner/sun50i-a64-pine64-plus.dtb] Error 2
<Axl_> scripts/Makefile.lib:313: recipe for target 'arch/arm64/boot/dts/allwinner/sun50i-a64-pine64-plus.dtb' failed
<Axl_> scripts/Makefile.build:440: recipe for target 'arch/arm64/boot/dts/allwinner' failed
<Axl_> make[1]: *** [arch/arm64/boot/dts/allwinner] Error 2
<apritzel> Axl_: yeah, I mentioned this in an email already
<Axl_> Can someone get me a help to build it :)
apritzel1 has quit [Ping timeout: 244 seconds]
<apritzel> Axl_: simply prepend "cpu0: " to the CPU lines above
<apritzel> so that they read: cpu0: cpu@0 {
<apritzel> change the number of course to match
cognos has quit [Ping timeout: 265 seconds]
<MoeIcenowy> Axl_: next time you should use a pastebin
<MoeIcenowy> pastebin.ubuntu.com or pastebin.com is ready
cnxsoft has quit [Quit: cnxsoft]
Nuck-TH has quit [Ping timeout: 240 seconds]
<tkaiser> montjoie: Should your v4 work on a Banana Pi M2+ or OPi Plus 2E?
JohnDoe_71Rus has joined #linux-sunxi
<Axl_> apritzel: thx , it built succeed
<Axl_> MoeIcenow: okay :)
orly_owl has quit [Quit: leaving]
<montjoie> tkaiser: I need to check the DT
<montjoie> perhaps I forgot to change them
orly_owl has joined #linux-sunxi
<montjoie> tkaiser: for Banana Pi M2+ I will update it
premoboss has quit [Ping timeout: 244 seconds]
<tkaiser> montjoie: OK, since currently it's like this: http://pastebin.com/3uLFXj2L
<montjoie> strange that v4 work on it
<montjoie> it should fail for not having phy-handle
cognos has joined #linux-sunxi
cognos has quit [Client Quit]
<montjoie> tkaiser: fixed on github
<tkaiser> montjoie: ok, will give it a try again :)
IgorPec has joined #linux-sunxi
<tkaiser> montjoie: Nope, also no PHY leds lighting
<tkaiser> montjoie: Just a moment, maybe my mistake
<florianH> hey ! I'm using an Olimex Lime2, Debian Jessie, Kern 4.7. I'm looking for a driver for the dongle TL-WN821N v5 (idVendor=2357, idProduct=0107). Any chance to find something ?
apritzel1 has joined #linux-sunxi
<plaes> florianH: possibly rtl8xxxu driver
<plaes> though you need to add that id yourself
<KotCzarny> nice, its 2016 and the driver is for Linux (kernel 2.6.18 ~ 3.10.10)
<KotCzarny> :>
<KotCzarny> looks like 8192eu
<plaes> rtl8xxxu seems to have stabler driver for realtek usb stuff
<KotCzarny> tbh it doesnt matter which driver, all are unstable because of crappy hardware
<plaes> heh.. with rtl8xxxu my tablet actually survived night :)
<florianH> KotCzarny: plaes this is what I have seen, 8192eu seems to be the driver...But I can't make it work
<KotCzarny> plase, the WHOLE night? wow
<plaes> yea :)
<KotCzarny> must be a fluke ;)
<florianH> well I can try one of the rtl8xxxu
<KotCzarny> florianH: you will probably have to patch the usb ids, as its new
<florianH> how can I do that ?
<florianH> do you have any doc ?
<florianH> by the way, I'm testing wifi dongle, and so far can't get more than 3.5MB/s, did you try any better one ?
<plaes> florianH: you open up the drivers/net/wireless/realtek/rtl8xxu/rtl8xxxu_core.c
<plaes> search for dev_table
<plaes> and add your ids there
<florianH> I don't have this file, I missing something I guess
<florianH> root@lime2:/tmp/Driver# ll /usr/src/linux-headers-4.7.2-sunxi/drivers/net/wireless/realtek/rtl8xxxu/
<florianH> -rw-r--r-- 1 root root 143 sept. 2 10:21 Makefile
<florianH> -rw-r--r-- 1 root root 1337 sept. 2 10:21 Kconfig
<florianH> total 8
<KotCzarny> not headers
<KotCzarny> you need kernel source
<plaes> yea
<KotCzarny> which mean you will need to copy .config from your currently running kernel and have exact same sources version
<KotCzarny> plase, maybe he can binary patch the kernel module for a quickie?
<plaes> well, maybe
<florianH> Ok, I'm gonna get my kernel source
<tkaiser> montjoie: I'm in. But I had to use config for OPi Plus (testing on OPi Plus 2E anyway ;)
lamer14740392263 has joined #linux-sunxi
lamer14740392263 has quit [Client Quit]
tkaiser has quit [Ping timeout: 240 seconds]
tkaiser has joined #linux-sunxi
<tkaiser> montjoie: http://pastebin.com/84zHgLc5
<tkaiser> montjoie: This is on a 2 GB OPi Plus 2E running with DT stuff for OPi Plus (didn't manage to get the PHY to work when using BPi M2+ settings)
<tkaiser> montjoie: Don't have access to BPi M2+ currently and to no other H3 board with GbE and just 1 GB DRAM (just in case whether this makes a difference)
apritzel1 has quit [Ping timeout: 244 seconds]
MiLeon has joined #linux-sunxi
MiLeon has quit [Quit: Leaving]
apritzel1 has joined #linux-sunxi
tuxillo has quit [Remote host closed the connection]
IgorPec has quit [Ping timeout: 244 seconds]
Mr__Anderson has quit [Quit: Leaving.]
Mr__Anderson has joined #linux-sunxi
pg12 has quit [Ping timeout: 265 seconds]
pg12 has joined #linux-sunxi
Mr__Anderson has quit [Quit: Leaving.]
<montjoie> tkaiser: i didnt see any opi plus 2e DTS anywhere, thanks for the test
<jelle> montjoie: hmm what should I test with ethernet?
<jelle> works fine on the nanopi neo!
Leepty has quit [Remote host closed the connection]
<tkaiser> montjoie: OPi Plus 2E is like BPi M2+ with one USB port and one led more (and differences regarding WiFi/BT). All pin mapping for everything else are the same
cptG_ has joined #linux-sunxi
IgorPec has joined #linux-sunxi
<tkaiser> montjoie: Just wanted to point out that I use now a device with 2 GB DRAM -- sometimes this might make a difference: https://github.com/ssvb/lima-memtester/issues/2
tsuggs has quit [Ping timeout: 276 seconds]
cptG has quit [Read error: Connection reset by peer]
pg12 has quit [Ping timeout: 265 seconds]
pg12_ has joined #linux-sunxi
tsuggs has joined #linux-sunxi
[7] has quit [Ping timeout: 250 seconds]
TheSeven has joined #linux-sunxi
iamfrankenstein has quit [Quit: iamfrankenstein]
ricardocrudo has quit [Remote host closed the connection]
apritzel has quit [Ping timeout: 244 seconds]
pg12_ has quit [Ping timeout: 265 seconds]
pg12 has joined #linux-sunxi
tkaiser has quit [Ping timeout: 244 seconds]
apritzel1 has quit [Ping timeout: 244 seconds]
<plaes> oliv3r: what happened to your pwm-gpio driver?
pstef has quit [Ping timeout: 244 seconds]
tkaiser has joined #linux-sunxi
Andy-D has quit [Ping timeout: 240 seconds]
<montjoie> jelle: iperf is a good start, then plug/unplug ifconfig down/up
<tkaiser> montjoie: Next attempt lastest way longer: http://pastebin.com/jK0dxvFF
IgorPec has quit [Ping timeout: 240 seconds]
<jonkerj> montjoie: both opi's are still happy
<jonkerj> I've put them a bit under load and replugged the cable
<jonkerj> no problems at all
<jonkerj> there seem to be differences, though
<jonkerj> both run exact same kernel/modules
<jonkerj> when I unplug, the eth-LEDs on the opi+ (in the connector) turn off
<jonkerj> on the opi-pc, the orange LED goes on and stays on until I replug the cable
<KotCzarny> it might be hw differences
<tkaiser> jonkerj: Different PHYs, H3 vs. RTL8211E
<jonkerj> other difference: the opi+ has kernel messages about link down/up, the opi-pc seems not to see link down/up
<KotCzarny> jonkerj, but link is still properly autonegotiated?
<KotCzarny> ie. with mii-tool -l you see activity on replug?
<jonkerj> hard to prove, but the link is up and my SSH has not been reset
<KotCzarny> i mean mii-tool -w
<jonkerj> let me check
<jonkerj> yeah, mii-tool knows
jernej has quit [Quit: Konversation terminated!]
<jonkerj> on both boards
<jonkerj> kernel messages too, I think I was too fast previously
<tkaiser> montjoie: 10 minutes in the opposite direction: http://pastebin.com/CKRHRuxd
<tkaiser> montjoie: I'm testing against my usual 'test gear', MacBook Pro running OS X able to exceed 940 Mbits/sec.
<jonkerj> tkaiser: ack @ hw differences. Did not believe it, but schematics totally agree with you
florianH has quit [Quit: Connection closed for inactivity]
<tkaiser> jonkerj: Even in Fast Ethernet mode RTL8211E negotiates the connection on OPi Plus
<tkaiser> montjoie: PHY on OPi Plus 2E can not be forced to Fast Ethernet via ethtool: http://pastebin.com/gdFt0Aqn
<tkaiser> montjoie: Have to leave/run (out for some beers). Maybe there's something interesting: http://sprunge.us/fRiD
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
Axl_ has quit [Ping timeout: 265 seconds]
BenG83 has quit [Ping timeout: 248 seconds]
Keziolio has joined #linux-sunxi
Axl_ has joined #linux-sunxi
jernej has joined #linux-sunxi
jernej has quit [Ping timeout: 265 seconds]
MjrTom has quit [Ping timeout: 240 seconds]
apritzel has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
Axl__ has joined #linux-sunxi
<jelle> hmm basic things seem to work fine for me
vagrantc has joined #linux-sunxi
paulk-collins has joined #linux-sunxi
premoboss has joined #linux-sunxi
Axl__ has quit [Ping timeout: 240 seconds]
Putti has quit [Ping timeout: 248 seconds]
jernej has joined #linux-sunxi
premoboss has quit [Ping timeout: 248 seconds]
Nacho has quit [Ping timeout: 248 seconds]
JohnDoe_71Rus has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
bizarrefish has joined #linux-sunxi
<bizarrefish> Hi all
<bizarrefish> I'm trying to bring/hack the linux-sunxi code into mainline (for R8/A13 specificallyy)
<bizarrefish> It looks like I've almost got it; the suspending part seems to work. However, if I do a pm_test, after a small delay the whole board switches off - LEDs and all
<bizarrefish> If I don't use pm_test. The board stays on, but I'm unable to wake it up (I don't have a decent wakeup source)
<bizarrefish> It's almost like something in the resume code shuts down the regulator IC.
fire219 has joined #linux-sunxi
<bizarrefish> Is this a common/known gotcha?
premoboss has joined #linux-sunxi
premoboss has quit [Quit: Sto andando via]
yeoldetoast has quit [Ping timeout: 244 seconds]
yeoldetoast has joined #linux-sunxi
jernej has quit [Ping timeout: 240 seconds]
<Raku> Anyone know why livesuit would be reporting all images I try to use as invalid?
bobryan has quit [Ping timeout: 265 seconds]
<Raku> Hmm, making progress
<Raku> It accepts one image, now it crashes when it tries to flash, and when I relaunch and re plug it
<Raku> I get GetFelPrivateData Failed id = 0
<Raku> DevicePlugIn PnpFelIn failed 449
bobryan has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
ricardocrudo has quit [Ping timeout: 265 seconds]
ricardocrudo has joined #linux-sunxi
p_rossak has quit [Ping timeout: 250 seconds]
p_rossak has joined #linux-sunxi
popolon has quit [Quit: WeeChat 1.4]
paulk-collins has quit [Remote host closed the connection]
Amit_t_ has joined #linux-sunxi
Amit_T has quit [Ping timeout: 250 seconds]
Amit_t_ is now known as Amit_T