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?
<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.]
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>
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?
<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
<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 :)
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
<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)
<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
<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]