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
lennyraposo has joined #linux-sunxi
apritzel1 has quit [Ping timeout: 244 seconds]
paulk-nyan-big has quit [Quit: Leaving]
lamer14659197456 has joined #linux-sunxi
apritzel has quit [Ping timeout: 244 seconds]
lamer14659197456 has quit [Ping timeout: 240 seconds]
Zliba has quit [Ping timeout: 244 seconds]
<lennyraposo> hey longsleep
<lennyraposo> wondering if you got my message
xcasex has quit [Read error: Connection reset by peer]
xcasex has joined #linux-sunxi
popolon has quit [Quit: WeeChat 1.3]
lamer14659197456 has joined #linux-sunxi
lamer14659197456 has quit [Ping timeout: 246 seconds]
Gerwin_J has quit [Quit: Gerwin_J]
Gerwin_J has joined #linux-sunxi
Gerwin_J has quit [Client Quit]
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
<willmore> If I wast to start from scratch on a Pine64, where is the best place to start? I have no need for it to do anything, but what would it be useful for a trained monkey to beat on?
uwe__ has joined #linux-sunxi
uwe_ has quit [Ping timeout: 240 seconds]
ninolein has quit [Ping timeout: 250 seconds]
ninolein has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
<jrg> hm. i got my opi+2e case
<jrg> onder if i should slap my opi2e in there
tgaz has quit [Ping timeout: 250 seconds]
Gerwin_J has quit [Quit: Gerwin_J]
cnxsoft has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
Gerwin_J has quit [Client Quit]
jrg has quit [Quit: ZNC - http://znc.in]
lamer14659197456 has joined #linux-sunxi
lamer14659197456 has quit [Ping timeout: 244 seconds]
<lennyraposo> willmore
<lennyraposo> what are you looking to do?
ganbold has quit [Quit: This computer has gone to sleep]
<lennyraposo> ssvb
<lennyraposo> wanted to ask
<lennyraposo> if a proper mali driver is implemented
<lennyraposo> does that handle the resolution switching or will the display tool still be required to do so?
jrg has joined #linux-sunxi
<ssvb> lennyraposo: mali is a memory buffer to memory buffer 3d accelerator, it has nothing to do with the display
<jrg> good thing i bought two of those opi+2e cases
<lennyraposo> was wondering ;)
<jrg> they totally suck and the way they snap together puts too much stress on the plastic
<jrg> i wound up cracking a side... didn't snap in two but still cracked
<lennyraposo> well
<ssvb> lennyraposo: the display controller is Allwinner's hardware and has an open source driver
<wens> jrg: hmm...
<lennyraposo> so basically the arguments on boot and commandline si the only means
tgaz has joined #linux-sunxi
<lennyraposo> which means if you are iin a current desktop session it will have to be killed in order to switch
<jrg> wens: it was the only case available for the opi+2e
<jrg> the official bananapi m3 case was far better in comparison
<jrg> also it isn't cut correctly
<jrg> it is missing access to the gpio
<jrg> that is pictured
<wens> jrg: the one that looks like a puzzle?
<wens> jrg: the bpi m3 one uses screws though, not so handy if you don't have tools around
<jrg> yes
<jrg> it's 1 screwdriver heh
<jrg> the snap on method this one uses kind of sucks
<jrg> and it doesn't line up on the usb ports correctly. it's cut wrong
<ssvb> lennyraposo: the resolution switching is done by the display driver, and there are probably some ioctls in the allwinner driver for doing this
<jrg> you'd be better off just using 2 cases... leaving the sides off.. and just covering it top and bottom leaving the sides exposed
<jrg> i still managed to get the nic and power hooked up which is all i need.. the hdmi has decent access too.. but the usb port holes are off for the two that are together
<wens> jrg: like the cubies, top and bottom only
<jrg> yah there are a few cases like that
<jrg> more so to prevent you dropping something on top of it
<ssvb> lennyraposo: the X server can change the screen resolution at runtime via XRANDR extension
<wens> jrg: yup, and gpio headers are easy to access
<jrg> in the pic it seems like it was meant to attach a ribbon cable for external use
<ssvb> lennyraposo: and there is the DDX "glue" part between the core X server and the kernel, which is needed to hook them together
<jrg> but that gpio slot isn't even there on the one i received
<lennyraposo> was trying to understand the relationship
<lennyraposo> this makes sense
<lennyraposo> my only exposure has been these pine boards
<lennyraposo> btw
<lennyraposo> AllWinner needs xorg to be compiled with the extra args funwind-tables
<lennyraposo> apprently the debug packages weren't enough from debian repo
<lennyraposo> so guess what I am doing tonight
<ssvb> I have no idea what they need, but it would be probably best if they could just give us the mali blobs without trying to mess with the X server
<lennyraposo> ya
<lennyraposo> it would
<ssvb> considering that they can't even run the X server, they are only doing very first baby steps with it
<lennyraposo> sounds like it
<ssvb> we may be essentially waiting forever and never get anything useful from them at this rate
<ssvb> how long are they supposedly working on it already?
<lennyraposo> well want to see if anythign else come sup beyond the need for xorg to be compiled with the exra arg
<lennyraposo> since end of May
<lennyraposo> and this came up yesterday
<ssvb> IIRC, the end of May was their first deadline, which they missed
<ssvb> they should have started the work much earlier
<lennyraposo> does this seem typical of AllWinner?
<lennyraposo> again this has been first exposure to the world of Arm
<ssvb> "There is slight delay on the 64bit Mali binary driver release due to tuning, Allwinner informed me yesterday that they will release on June 15"
<lennyraposo> ya
<ssvb> so they spent two weeks trying to "tune" the X server, which they can't even run
<lennyraposo> I have been monitoring everythign about the Mali
<lennyraposo> was even checking out Arm itself
<lennyraposo> saw someone state they had the 64bit 400 mali blobs
<lennyraposo> a while back
lamer14659197456 has joined #linux-sunxi
lamer14659197456 has quit [Ping timeout: 246 seconds]
reev has joined #linux-sunxi
reev has quit [Max SendQ exceeded]
reev has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 244 seconds]
p1u3sch1 has joined #linux-sunxi
gzamboni has quit [Ping timeout: 276 seconds]
IgorPec has joined #linux-sunxi
gzamboni has joined #linux-sunxi
lamer14659197456 has joined #linux-sunxi
xcasex has quit [Read error: Connection reset by peer]
xcasex has joined #linux-sunxi
lamer14659197456 has quit [Ping timeout: 240 seconds]
<KotCzarny> jrg: maybe its from some other model, still, making case myself lets me customize things i want inside the case
alexxy has quit [Quit: No Ping reply in 180 seconds.]
TheSeven has quit [Disconnected by services]
[7] has joined #linux-sunxi
alexxy has joined #linux-sunxi
alexxy has quit [Ping timeout: 250 seconds]
massi has joined #linux-sunxi
alexxy has joined #linux-sunxi
alexxy has quit [Ping timeout: 260 seconds]
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
alexxy has joined #linux-sunxi
alexxy has quit [Excess Flood]
fredy has quit [Excess Flood]
Guest84279 has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
fredy has joined #linux-sunxi
fl_0 has quit [Quit: STRG + Q]
lamer14659197456 has joined #linux-sunxi
ganbold has joined #linux-sunxi
lamer14659197456 has quit [Ping timeout: 260 seconds]
IgorPec10 has joined #linux-sunxi
fl_0 has joined #linux-sunxi
alexxy[home] has joined #linux-sunxi
Guest84279 has quit [Ping timeout: 244 seconds]
jernej has quit [Ping timeout: 244 seconds]
disik has joined #linux-sunxi
lamer14659197456 has joined #linux-sunxi
lamer14659197456 has quit [Ping timeout: 258 seconds]
lamer14659197456 has joined #linux-sunxi
alexxy[home] has quit [Quit: No Ping reply in 180 seconds.]
alexxy[home] has joined #linux-sunxi
alexxy[home] has quit [Excess Flood]
alexxy[home] has joined #linux-sunxi
kasper_ has joined #linux-sunxi
disik has quit [Remote host closed the connection]
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
apritzel has joined #linux-sunxi
Tigrouzen has joined #linux-sunxi
Tigrouzen_ has joined #linux-sunxi
<Tigrouzen_> Ping
apritzel has quit [Ping timeout: 244 seconds]
Tigrouzen has quit [Ping timeout: 250 seconds]
Tigrouzen_ has quit [Ping timeout: 250 seconds]
Tigrouzen has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 272 seconds]
Tigrouzen has quit [Ping timeout: 250 seconds]
kaspter has joined #linux-sunxi
lamer14659197456 has quit [Ping timeout: 276 seconds]
IgorPec10 has quit [Ping timeout: 258 seconds]
<kasper_> are hardware designers here? i have problem with reseting A20 when board is close to GSM module (my custom board). This didnt happen when testing a20-awsom-board.
IgorPec has joined #linux-sunxi
<kasper_> i tested DRAM stability and its okay
lamer14659197456 has joined #linux-sunxi
[7] has quit [Ping timeout: 250 seconds]
TheSeven has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
lamer14659197456 has quit [Ping timeout: 244 seconds]
Mr__Anderson has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
Worf has joined #linux-sunxi
apritzel has joined #linux-sunxi
caog has joined #linux-sunxi
IgorPec10 has joined #linux-sunxi
enrico_ has joined #linux-sunxi
IgorPec10 has quit [Ping timeout: 246 seconds]
kaspter has quit [Ping timeout: 260 seconds]
kaspter has joined #linux-sunxi
IgorPec10 has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
Worf has quit [Quit: Konversation terminated!]
lamer14659197456 has joined #linux-sunxi
lamer14659197456 has quit [Read error: Connection reset by peer]
kasper__ has joined #linux-sunxi
kasper_ has quit [Ping timeout: 240 seconds]
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
lamer14659197456 has joined #linux-sunxi
iaglium has joined #linux-sunxi
reev has quit [Ping timeout: 260 seconds]
reev has joined #linux-sunxi
reev has quit [Max SendQ exceeded]
reev has joined #linux-sunxi
sherpa has joined #linux-sunxi
al1o has joined #linux-sunxi
lamer14659197456 has quit [Ping timeout: 252 seconds]
afaerber has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
afaerber has quit [Ping timeout: 250 seconds]
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
afaerber has joined #linux-sunxi
IgorPec10 has quit [Ping timeout: 244 seconds]
xcasex has quit [Quit: leaving]
bmeneg has quit [Ping timeout: 250 seconds]
mossroy has joined #linux-sunxi
sherpa has quit [Remote host closed the connection]
<MoeIcenowy> have anyone used iio for mma8{4,6}5x in mainline kernel?
bmeneg has joined #linux-sunxi
<wens> MoeIcenowy: the primo81 has one, why?
<MoeIcenowy> wens: you used it?
<wens> i tried it
<MoeIcenowy> wens: it can be recognized, right?
<wens> i don't use mainline linux on the tablet often
<wens> MoeIcenowy: yes, just add a node with the right compatible in the dt
<wens> see the primo81 dts
<MoeIcenowy> wens: I set compatible = "fsl,mma8652"
<MoeIcenowy> the mma8452 mod is inserted at boot
<MoeIcenowy> however, it printed nothing
<MoeIcenowy> seems that it's not recognizing the i2c device
<MoeIcenowy> must the node name be "accelerometer@1d {" ?
<wens> i don't think it's supposed to print anything
oneinsect_ has joined #linux-sunxi
<wens> not all drivers are noisy
<MoeIcenowy> wens: and there's no /dev/iio*
<wens> just check under /sys/ and look for it
<wens> how about /sys/bus/i2c?
<oneinsect_> any image processing libraries for arm other than opencv folks?
<MoeIcenowy> /sys/bus/i2c/drivers/mma8452/ appeared
<MoeIcenowy> /sys/bus/i2c/devices/1-001d appeared
<MoeIcenowy> however there's no /sys/bus/i2c/devices/1-001d/driver
<MoeIcenowy> (there's /sys/bus/i2c/devices/0-0040/driver for my touchscreen)
bmeneg has quit [Ping timeout: 264 seconds]
lamer14659197456 has joined #linux-sunxi
<MoeIcenowy> wens: and i2cdetect can still show "1d" as "1d"
<MoeIcenowy> but not "UU"
<wens> no idea
<mripard> driver not compiled, or compiled as a module that is not loaded?
<mripard> the driver failed to probe
<mripard> the compatible is not correct
<mripard> the driver doesn't support device tree loading
<mripard> there can be many reasons.
bmeneg has joined #linux-sunxi
<MoeIcenowy> mripard: driver is mainline's drivers/iio/accel/mma8452.c
<MoeIcenowy> the module is automatically loaded
<MoeIcenowy> I checked that the compatible in the source contains fsl,mma8652
dizzuhen has joined #linux-sunxi
<MoeIcenowy> and the driver *requires* dt to work correctly
<MoeIcenowy> it uses of_match_device
reinforce has joined #linux-sunxi
dizzuhen has quit [Quit: Textual IRC Client: www.textualapp.com]
premoboss has joined #linux-sunxi
<MoeIcenowy> oh the probe function seems to silently fail when the compatible is wrongly set
<MoeIcenowy> (it's 8653, not 8652
<MoeIcenowy> it this worth to report a bug?
<MoeIcenowy> (and the chip id is, in fact, runtime detectable
premoboss has quit [Quit: Sto andando via]
pitelpan has quit [Read error: Connection reset by peer]
pitelpan has joined #linux-sunxi
mpmc has quit [Ping timeout: 264 seconds]
mpmc has joined #linux-sunxi
reev has quit [Ping timeout: 244 seconds]
IgorPec10 has joined #linux-sunxi
IgorPec10 has quit [Ping timeout: 246 seconds]
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
kaspter has quit [Ping timeout: 240 seconds]
tgaz has quit [Ping timeout: 258 seconds]
tgaz has joined #linux-sunxi
IgorPec has quit [Ping timeout: 250 seconds]
megi has joined #linux-sunxi
lemonzest has joined #linux-sunxi
<megi> ssvb: so after some more testing it seems that with the latest u-boot no change to clk AXI/ATB dividers is necessary for dvfs to work consistently (perhaps the problem was elsewhere the whole time - when I disable USB in u-boot, I start getting the crashes in kernel I was getting a few months ago)
<FergusL> Has anyone tried USB gadget with Ethernet with H3?
<megi> ssvb: so I think I don't have to hold out on sending out the dvfs kernel patches to the mailing list
<ssvb> megi: ok, still it's best to find the root cause of these crashes
<ssvb> megi: seems like the plot thickens...
<megi> ssvb: I disabled USB DM_USB, etc. in Kconfig (they are force selected), so perhaps that caused it to skip some USB initialization (and I use USB ethernet dongle to boot over NFS)
<megi> ssvb: So it may have something to do with it
Amit_t_ has joined #linux-sunxi
<megi> though the bsp kernel works even in this case with such an u-boot
<megi> re-enabled USB in u-boot and it works on mainline too
jstein_ has joined #linux-sunxi
jstein has quit [Ping timeout: 240 seconds]
tlwoerner has quit [Ping timeout: 258 seconds]
tlwoerner has joined #linux-sunxi
<megi> tkaiser: you mentined you have some scientifically tested and FDA approved combination of dvfs voltage/frequency combinations you use for orange pis in armbian, can you please point me the latest information?
kasper__ has quit [Ping timeout: 240 seconds]
cnxsoft has quit [Quit: cnxsoft]
lamer14659197456 has quit [Quit: jIRCii - http://www.oldschoolirc.com]
tkaiser has joined #linux-sunxi
nove has joined #linux-sunxi
<FergusL> tkaiser: awesome! thanks. Glad I got an answer directly from The Great Tkaiser :)
premoboss has joined #linux-sunxi
<tkaiser> megi: Settings for the SY8106A equipped boards are OK. But OPi One/Lite and NanoPi should switch between 1.1V and 1.3V not at 648 MHz (my mistake when I created the first fex for OPi One) but at a higher clockspeed.
<tkaiser> FergusL: Huh? I just remembered that Igor2 asked that stuff a few days ago
<tkaiser> megi: Based on the comments in the fex files, 816 MHz should be ok, we now use 912 instead: https://github.com/igorpecovnik/lib/blob/master/config/fex/orangepione.fex#L742-L743
<FergusL> tkaiser: and I remembered about your username that I very frequently have seen here and there around the ARM community :) I really just meant "thanks" haha
<MoeIcenowy> I think I found something strange...
<MoeIcenowy> when my tablet is bought
<MoeIcenowy> long-press the pek will lead to reset rather than halt
<MoeIcenowy> but after I livesuited my tablet this afternoon
<MoeIcenowy> long-press pek became halt
premoboss has quit [Quit: Sto andando via]
<oliv3r> on sun7i, i2c is specced to 400 kHz right?
<oliv3r> has anybody tried anything above that? because i just made it go at 800 kHz quite successfully (older kernel where we had the x2 bug, i thought it was set to 400 kHz)
<oliv3r> i recall the datasheet saying 400 kHz max, i wonder if we can do 1 MHz i2c reliably
<tkaiser> FergusL: Better say thanks to Igor2 who took the additional time to write all this stuff together :)
IgorPec has joined #linux-sunxi
iaglium has quit [Ping timeout: 276 seconds]
<FergusL> tkaiser: sure :)
reinforce has quit [Quit: Leaving.]
reinforce has joined #linux-sunxi
zuikis has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
JohnDoe_71Rus has quit [Changing host]
JohnDoe_71Rus has joined #linux-sunxi
apritzel1 has joined #linux-sunxi
tkaiser has quit [Quit: jIRCii - http://www.oldschoolirc.com]
iamfrankenstein has quit [Quit: iamfrankenstein]
jernej has joined #linux-sunxi
apritzel1 has quit [Ping timeout: 244 seconds]
jstein_ has quit [Remote host closed the connection]
tkaiser has joined #linux-sunxi
<tkaiser> FergusL: In case you're using Armbian I just build a kernel with these settings and will put the .debs online to let other users test with
<FergusL> tkaiser: awesome! cool
<FergusL> I used the usb gadget on Olimex boards, it was very helpful
<FergusL> though I took the dangerous path of just using usb, so the power was from my laptop's USB connectors
mozzwald has quit [Quit: leaving]
<tkaiser> FergusL: Which H3 board are you using?
<FergusL> right now Orange Pi PC
<FergusL> and from olimex it was the old A20 :)
<tkaiser> FergusL: OPi PC won't start if you try to power it through the Micro USB port (without soldering)
<FergusL> ok
<tkaiser> FergusL: I'm currently using BPi M2+ powered from my MacBook (USB3 ports provide 1100mA)
<FergusL> I can bridge USB V+ and DCin on the header, right ?
<FergusL> oh that's right, I have USB3 as well on my laptop, should help
<tkaiser> FergusL: 900mA by specs
<FergusL> can we expect the One and the Lite to be less power hungry? (except that wifi consumes a lot, whatever the situation)
<FergusL> IIRC all are rated 5V/2A but the actual power draw should be less and varying a lot I assume
<tkaiser> FergusL: Nope, OPi PC is better (better voltage regulator). But that doesn't matter that much. Also see here please what to bridge how to enable powering through Micro USB on Orange Pis: http://blog.atx.name/orange-pi-pc-first-impressions/
<tkaiser> FergusL: With CPU activity only it's hard to exceed 4W I would suspect.
lamer14660061025 has joined #linux-sunxi
<FergusL> I see
<FergusL> One and Lite are very interesting to me for the final purpose: realtime audio processing with only wifi and USB midi controller, so I don't need many of the components on the bigger versions
<FergusL> so i'd be prototyping the ideas on my OPi PC and then get a Lite for the final project
tlwoerner has quit [Ping timeout: 246 seconds]
tkaiser has quit [Ping timeout: 272 seconds]
IgorPec10 has joined #linux-sunxi
ht91109 has joined #linux-sunxi
lamer14660061025 has quit [Quit: jIRCii - http://www.oldschoolirc.com]
cptG_ has joined #linux-sunxi
tkaiser has joined #linux-sunxi
<FergusL> tkaiser: thanks! good to know it'll work at least on OSX and Linux. I have no idea about windows
cptG has quit [Ping timeout: 258 seconds]
<tkaiser> FergusL: On case Windows got USB drivers in the meantime it should work ;)
jstein has joined #linux-sunxi
IgorPec10 has quit [Ping timeout: 244 seconds]
ht91109_ has joined #linux-sunxi
paulk-nyan-big has joined #linux-sunxi
paulk-nyan-big has quit [Ping timeout: 250 seconds]
tlwoerner has joined #linux-sunxi
montjoie has quit [Quit: leaving]
paulk-nyan-big has joined #linux-sunxi
Netlynx has joined #linux-sunxi
ht91109 has quit [Remote host closed the connection]
ht91109_ has quit [Remote host closed the connection]
montjoie has joined #linux-sunxi
IgorPec has quit [Ping timeout: 264 seconds]
<megi> tkaiser: do you think opi one will not overheat without heatsink at 480MHz/1.1V if you max out all 4 cores with no special cooling? I've found that voltage doesn't matter as much as actual load on the CPU when it comes to power loss, and at 480MHz opi one may heat up to over 80°C if run for a long time... (and that's without a case)
<megi> tkaiser: I fear that if people put it in a box and run it at full load, this may not be low enough frequency to keep it safe
<megi> tkaiser: also on the other hand, I thought of having max frequency at ~1.3GHz for faster handling of bursty load (seems to work on opi one with 1.3V, but I have only a sample of two)
massi has quit [Quit: Leaving]
<tkaiser> megi: I'm not concerned about OPi One/Lite at all. The problem is BPi M2+: http://forum.banana-pi.org/t/testers-needed-to-confirm-deny-overheating-problem/1863/3
<tkaiser> (or NanoPi M1 or Beelink X2 to name two other H3 devices that overheat too much)
<megi> there don't seem to be any electrolytic capacitors on opi one, but heating up the board to 70°C or so may cause Y5V capacitors to lose much of their capacity, and there are some bigger ceramic SMD's close to the soc
<megi> which may cause instability
<tkaiser> megi: We made some tests with cpuburn-a7 already: https://github.com/igorpecovnik/lib/issues/298
<tkaiser> megi: Can not say anything regarding electronics: Am an absolute noob
<tkaiser> megi: just regarding 1296 MHz and One/Lite. Might work but according to Allwinner's fex comments 1320 mV are recommended for 1296 MHz. So with some tolerances it might be fine
<megi> tkaiser: "Downclocked to 240MHz and all CPU cores killed except of one."
<megi> that will be hard to do anything about that
enrico_ has quit [Quit: Bye]
<megi> datasheet mentions PLL_CPUX shouldn't run lower than 200HMz
<megi> MHz
<tkaiser> megi: But the workload is somewhat special: That's lima-memtester with new BSP kernel and Mali400 clocked with 600MHz
<tkaiser> So don't be afraid with mainline kernel ;)
<megi> the workload includes gpu?
<tkaiser> megi: Yes, and the throttling strategy is obviously weird (since downclocking GPU cores would be the way to go, but this seems not to be implemented with this newer BSP kernel)
<megi> ah, all right :)
<tkaiser> megi: That servers just as an illustration which boards show thermal problems and which don't
<megi> ok, that makes sense
<megi> I'll use the lowest operating frequency as 240MHz though, just to be sure, people will be able to use cpu governor to use performance governor to keep cpu running at high speed, to get low latency while the kernel will be able to cool down the soc effectively even without the heatsink
<megi> it surpirsed me somewhat that without load, it didn't matter what CPU frequency was set, the power loss was the same
caog has quit [Ping timeout: 244 seconds]
apritzel1 has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 252 seconds]
mossroy has quit [Quit: Quitte]
p1u3sch1 has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]
apritzel has quit [Ping timeout: 244 seconds]
paulk-nyan-big has quit [Ping timeout: 250 seconds]
apritzel1 has quit [Ping timeout: 244 seconds]
egbert has quit [Ping timeout: 246 seconds]
egbert has joined #linux-sunxi
lamer14660136564 has joined #linux-sunxi
oneinsect_ has quit [Quit: Page closed]
ricardocrudo has quit [Remote host closed the connection]
tkaiser has quit [Ping timeout: 250 seconds]
lemonzest has quit [Ping timeout: 240 seconds]
matthias_bgg has quit [Quit: Leaving]
lemonzest has joined #linux-sunxi
mozzwald has joined #linux-sunxi
lamer14660146434 has joined #linux-sunxi
lamer14660136564 has quit [Ping timeout: 246 seconds]
Netlynx has quit [Quit: Leaving]
lamer14660146434 has quit [Ping timeout: 244 seconds]
lamer14660146434 has joined #linux-sunxi
sherpa has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
IgorPec has joined #linux-sunxi
Amit_t_ has quit [Ping timeout: 250 seconds]
zuikis has left #linux-sunxi [#linux-sunxi]
afaerber has quit [Quit: Ex-Chat]
willmore has quit [Ping timeout: 250 seconds]
Mr__Anderson has joined #linux-sunxi
IgorPec has quit [Ping timeout: 246 seconds]
apritzel has joined #linux-sunxi
IgorPec has joined #linux-sunxi
IgorPec has quit [Ping timeout: 276 seconds]
IgorPec has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
lamer14660146434 has quit [Quit: jIRCii - http://www.oldschoolirc.com]
sherpa has quit [Remote host closed the connection]
megi has quit [Quit: megi]
mosterta has joined #linux-sunxi
IgorPec has quit [Ping timeout: 252 seconds]
mosterta has quit [Ping timeout: 244 seconds]
mosterta has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
willmore has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 252 seconds]
p1u3sch1 has joined #linux-sunxi
cosm has joined #linux-sunxi
Shirasaka-Hazumi has quit [Ping timeout: 264 seconds]
Shirasaka-Hazumi has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]
Gerwin_J has quit [Quit: Gerwin_J]
alexxy[home] has quit [Ping timeout: 240 seconds]
mosterta has quit [Ping timeout: 252 seconds]
alexxy has joined #linux-sunxi
nove has quit [Quit: nove]
azend|vps_ has joined #linux-sunxi
firnsy_ has joined #linux-sunxi
firnsy_ has quit [Changing host]
firnsy_ has joined #linux-sunxi
lordlod_ has joined #linux-sunxi
Maakuth_ has joined #linux-sunxi
rtp_ has joined #linux-sunxi
topi`_ has joined #linux-sunxi
buZz_ has joined #linux-sunxi
mripard_ has joined #linux-sunxi
lastebil_ has joined #linux-sunxi
Uninstall_ has joined #linux-sunxi
arete74_ has joined #linux-sunxi
andrewsh_ has joined #linux-sunxi
lynxis_ has joined #linux-sunxi
ccaione_ has joined #linux-sunxi
pietrush` has joined #linux-sunxi
fredy has quit [*.net *.split]
lynxis has quit [*.net *.split]
cajg has quit [*.net *.split]
pietrushnic has quit [*.net *.split]
jelly has quit [*.net *.split]
edolnx has quit [*.net *.split]
lordlod has quit [*.net *.split]
bbrezillon has quit [*.net *.split]
firnsy has quit [*.net *.split]
rtp has quit [*.net *.split]
lastebil has quit [*.net *.split]
merbanan has quit [*.net *.split]
arete74 has quit [*.net *.split]
Uninstall has quit [*.net *.split]
sunxi_fan has quit [*.net *.split]
buZz has quit [*.net *.split]
azend|vps has quit [*.net *.split]
andrewsh has quit [*.net *.split]
ccaione has quit [*.net *.split]
Maakuth has quit [*.net *.split]
mripard has quit [*.net *.split]
topi` has quit [*.net *.split]
ccaione_ is now known as ccaione
Maakuth_ is now known as Maakuth
ccaione has joined #linux-sunxi
ccaione has quit [Changing host]
fredy_ has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 272 seconds]
merbanan has joined #linux-sunxi
bbrezillon has joined #linux-sunxi
cajg has joined #linux-sunxi
edolnx has joined #linux-sunxi
sunxi_fan has joined #linux-sunxi
buZz_ is now known as buZz
jelly-home has joined #linux-sunxi
tomboy64 has joined #linux-sunxi
alexxy has quit [Quit: No Ping reply in 210 seconds.]
Andy-D has quit [Quit: Alive/Dead]
apritzel has quit [Ping timeout: 244 seconds]
firnsy_ is now known as firnsy
alexxy has joined #linux-sunxi
peepsalot has quit [Remote host closed the connection]
alexxy has quit [Remote host closed the connection]
alexxy has joined #linux-sunxi
jstein has quit [Remote host closed the connection]
fredy_ is now known as fredy
fredy is now known as Guest81849
xalius has joined #linux-sunxi