scream has quit [Remote host closed the connection]
vickycq has joined #linux-sunxi
pg12 has quit [Ping timeout: 250 seconds]
_mamalala has joined #linux-sunxi
pg12 has joined #linux-sunxi
_mamalala_ has quit [Ping timeout: 264 seconds]
cnxsoft has quit [Remote host closed the connection]
cnxsoft has joined #linux-sunxi
IgorPec has joined #linux-sunxi
petr has quit [Ping timeout: 244 seconds]
petr has joined #linux-sunxi
fire219 has quit [Read error: Connection reset by peer]
Putti has joined #linux-sunxi
Andy-D_ is now known as Andy-D
tkaiser has joined #linux-sunxi
<tkaiser>
lvmc: Micro USB is rated 1.8A max, just look at the tiny connectors to understand why ;)
<_mamalala>
it's quite stunning that those little connectors are even rated for that
<_mamalala>
regular pinheaders (the bog standard 0.1" ones) are usually rated 1 amp, i think
pg12 has quit [Ping timeout: 260 seconds]
pg12 has joined #linux-sunxi
jernej has joined #linux-sunxi
<tkaiser>
In reality the max current rating is irrelevant anyway. Since 99 percent of all cables used are crap (resistance too high) and even with 1.A needed by the device the 5V from PSU will drop down to some low values where the board already stops working (freeze or power-off depending on PMIC or not)
<_mamalala>
true
<_mamalala>
especially the cheap chinese cables are notorious for beeing worse than flimsy
<tkaiser>
A real world use case for cpuburn-a53 is to power devices like Pine64 NanoPi M3 reliably off _if_ they're powered through Micro USB and not pin headers. Works 100 percent reliable. Execute cpuburn-a53 and the device is off immediately
<_mamalala>
hehe
<_mamalala>
but then, i noticed that the quality of the power supply itself also plays a huge role in reliability
<_mamalala>
like, i have some off-bran 5V/2A power supply ... no matter what i do, through USB or pinheaders, running "stress -c 4 -i 4" will kill freeze the board after a few seconds
<_mamalala>
same cables, same choices, but with the samsung supply from my phone, and no problems at all
<_mamalala>
peeking at the output of the off-brand supply one can see that it sometimes has bursts of ugly noise
<tkaiser>
True. And there's another one: On NanoPi NEO when powered through Micro USB with a pretty noisy PSU the NEO almost everytime got stuck on u-boot prompt if no serial console was connected. Noise on DC-IN led obviously to noise on RX line which will be interpreted by u-boot as keystrokes and stopped autoboot
<_mamalala>
probably the cheap switchmode circuit in there gets some hickups under certain conditions
<_mamalala>
hmm, does anyone here have some insight regarding clock/gating on the H3 and the peripherial busses, especially for GPIO?
<tkaiser>
And the problem disappeared by trying to understand what's happening (connecting serial console at boot). I thought all 4 NEO were DOA but in reality it was just one noisy PSU :)
<_mamalala>
it seems that the GPIO is gated at 20MHz .... the max frequency i can get by toggling a pin directly is 10MHz, thus a 20MHz gate somewhere
<_mamalala>
the "probelm" isn't really the gpio toggling rate, but rather that any access to the output register will take that long as well, i.e. a row of writes to the port data registers executes at the speed of whatever the port/bus is cloked at
JohnDoe_71Rus has joined #linux-sunxi
jernej has quit [Ping timeout: 252 seconds]
mosterta has joined #linux-sunxi
foxx_ has joined #linux-sunxi
NiteHawk has quit [Remote host closed the connection]
<KotCzarny>
'on DC-IN led obviously to noise on RX line which will be interpreted by u-boot as keystrokes and stopped autoboot' lol, wiki material
<KotCzarny>
tkaiser: drat, i left yestarday for vacations
dearfibonacci has joined #linux-sunxi
foudubassan has joined #linux-sunxi
mosterta has quit [Ping timeout: 258 seconds]
vickycq has quit [Ping timeout: 240 seconds]
kaspter has joined #linux-sunxi
iamfrankenstein1 has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 276 seconds]
<Net147>
mripard: I based the changes off the chip DT in 4.8-rc3
<Net147>
mripard: I will take a look at the docs
<mripard>
the panel description is wrong at least
<Net147>
mripard: can I assume the example in the documentation doesn't have any mistakes?
iamfrankenstein1 has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 276 seconds]
iamfrankenstein1 is now known as iamfrankenstein
creemj has quit [Ping timeout: 258 seconds]
<Net147>
mripard: if I take the example in the documentation, remove tve0/tcon0_out_tve0, rename tcon_ to tcon0_ and add it into sun7i-a20-olinuxino-micro.dts?
<tkaiser>
premoboss: If you want a H3 board with as low consumption as possible the NEO is the wrong device anyway
<premoboss>
tkaiser, i got that board cos it is cheap: because of it, i am wondering if i can do the best. thanks to your script,, i can tor off also ethetnet (not needed to my project).
<premoboss>
but tell me il there is anoter little board with 512Mram. at the moment i am using arietta (www.acmesystems.it/Arietta) and it goes good, but it is limited to 256Mram.
<mripard>
Net147: yeah, it looks sane
<tkaiser>
premoboss: Orange Pi One
<premoboss>
i look for it on web now.
creemj has joined #linux-sunxi
<premoboss>
tkaiser, just ot say, how much lower you got success to move consume of nanopineo?
<tkaiser>
premoboss: same price (cheaper when you consider shipping and order only one), faster due to better heat dissipation, lower consumption due to better SBC components (eg buck converters instead of LDO regulators). Apart from that exactly the same as NEO but larger
<tkaiser>
premoboss: All written in Armbian forums. Too tired to repeat myself
<premoboss>
ok no prob, i can dig the forum. anywayh, you did a great job with h3consumpion script
<premoboss>
mmm unfortunately, 69 mm × 48mm of orangepione exceed mi limits
Putti has joined #linux-sunxi
afaerber has quit [Quit: Ex-Chat]
jonkerj has quit [Quit: brb]
clever has joined #linux-sunxi
Putti has quit [Ping timeout: 276 seconds]
oxo has joined #linux-sunxi
jbrown has quit [Quit: Leaving]
oxo has quit [Client Quit]
jonkerj has joined #linux-sunxi
<ssvb>
MoeIcenowy: are you sure that the FEL pin is not wired to one of the buttons? I have an A13, A20 and A31 tablets and all of them have a proper FEL button
creemj has quit [Ping timeout: 276 seconds]
<ssvb>
MoeIcenowy: moreover, if you look in the reference AW tablet schematics, you can see that this a part of the reference design
<ssvb>
MoeIcenowy: how do you know that it does not work?
xenoxaos has quit [Ping timeout: 250 seconds]
xenoxaos has joined #linux-sunxi
<wens>
mripard: i think we'll need to add some soc specific compatibles for the display pipeline?
<wens>
mripard: the individual IP blocks seem to be the same though
creemj has joined #linux-sunxi
<mripard>
wens: it depends
<mripard>
the A33 tcon for example is a bit different
<mripard>
but yeah, we'll need one at least for the A10/A20
<MoeIcenowy>
ssvb: My tablet is a appearance-restricted one
<MoeIcenowy>
It is made to suite an appearance like iPad
<MoeIcenowy>
so even no AC adapter barrel is provided
<wens>
mripard: from what i can tell, sun[45]i have the same tcon
<wens>
mripard: sun7i another variant, sun6i another
<wens>
but it could also be that it's just the docs that are incomplete
<MoeIcenowy>
wens: I remembered mripard said that his drm a33 wip cannot work well with xf86-video-armsoc
<wens>
i'm only looking at the manual's register defs
jernej has joined #linux-sunxi
foudubassan has quit [Ping timeout: 244 seconds]
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
premoboss has quit [Ping timeout: 244 seconds]
<ssvb>
MoeIcenowy: does it have no buttons at all?
<ssvb>
MoeIcenowy: my https://linux-sunxi.org/MSI_Primo81 also looks like a 1st generation iPad (at least it uses the same LCD screen), but it still has a FEL button
<ssvb>
MoeIcenowy: and yes, there is no power jack or a second usb host receptacle either
* ssvb
needs to update the Primo81 page
jernej has quit [Quit: Konversation terminated!]
<ssvb>
tkaiser: btw, the "standard memcpy" test from tinymembench is not very good for publishing benchmark results, because it uses the memcpy implementation from glibc
<Net147>
mripard: any update on the Mali-400 r6p0 userland binaries?
<ssvb>
tkaiser: and glibc may be different in different linux distributions
<ssvb>
Net147: at least we can try to use the new framebuffer mali blob and update instructions in the wiki
<Net147>
ssvb: you are referring to Mali-450 blob?
<ssvb>
Net147: yes, we can give it a try, it should not be too difficult
<ssvb>
Net147: maybe I'll even try it today
<Net147>
ssvb: which board you going to try it on?
<Net147>
ssvb: okay, good luck. let me know how it goes
<MoeIcenowy>
ssvb: My tablet has power, vol+, vol-
foudubassan has joined #linux-sunxi
<willmore>
tkaiser, (catching up from hours ago) I can do you one better. Try to run cpuburn on a pi3 by powering it over the USB connector. It immediately drops to 600MHz. Power it via GPIO and it's fine.
<MoeIcenowy>
(The Home key is a key on the touchpanel, controlled by GT9271
<ssvb>
willmore: pi3 has a bit better firmware at the moment and is able to handle undervoltage condition more gracefully
cptG_ has joined #linux-sunxi
<ssvb>
MoeIcenowy: try it again, be sure to keep the FEL-candidate button pressed for a long time
<ssvb>
MoeIcenowy: basically, power off the device, press the FEL button and keep holding it down, press the power button, release the FEL button after maybe 5 seconds later
petr has quit [Ping timeout: 244 seconds]
<ssvb>
MoeIcenowy: then you either see it showing up in the lsusb log or not
<MoeIcenowy>
ssvb: For every trial I released it after the mainline U-Boot framebuffer is initialized
<willmore>
Can uboot support some kind of 'receive this binary over serial' and then start executing it?
<ssvb>
MoeIcenowy: yes, but it is not a problem for you, or is it?
<ssvb>
MoeIcenowy: I initially thought that you wanted to 'jailbreak' some pre-installed firmware, but if you already have the mainline U-Boot, then I don't see any real challenges
<ssvb>
MoeIcenowy: you do MMC flashing *once*, but then can boot multiple different builds of U-Boot via FEL without touching the SD card anymore
<ssvb>
MoeIcenowy: can you explain why "MMC flashing" is still a problem?
cnxsoft has quit [Quit: cnxsoft]
<MoeIcenowy>
ssvb: I want to test a newly brewed U-Boot without touching running system
<MoeIcenowy>
(A best choice is to use another SD card
<MoeIcenowy>
(but I have no more SD card
<MoeIcenowy>
(And... here's another usage: If it's flashed on an eMMC/NAND, and then the U-Boot is broken
<MoeIcenowy>
(how can we fix it without use a SD card to reflash
<ssvb>
you can backup your current U-Boot via dd, replace it with fel-sdboot.sunxi, do FEL experiments, and then restore your old U-Boot back when you are done
<MoeIcenowy>
yes... it works
<MoeIcenowy>
but at least for mainline A23/33 devices there's no good way to enter FEL without flashing anything
foxx_ has quit [Quit: terminated!]
<ssvb>
apritzel had a hack for the U-Boot SPL to switch into FEL mode via checking a GPIO pin
<ssvb>
you can try to hack something based on LRADC
<ssvb>
I think that this would be a useful addition to the mainline U-Boot *if* A23/A33 tablets really don't have a hardware FEL button anymore
<MoeIcenowy>
ssvb: you can check the link I've given you
<MoeIcenowy>
(This is just the file, I uploaded it to google drive
<MoeIcenowy>
A23 is a SoC only suitable for a tablet
<MoeIcenowy>
so does A33 (and I got suprised Allwinner remarked A33 to R16
<MoeIcenowy>
there's already a link to the schematics on A23 page on linux-sunxi.org
<MoeIcenowy>
A33 is also a mysterious SoC... On my two tablets, the standard debugging port is... PF2, PF4 (which is muxed with MicroSD and can be get on MicroSD breakout as UART)... One of the two tablets even have the two pins wired to the board, and called TX,RX
<ssvb>
I myself don't like A23 and A33 very much because they have 16-bit DRAM bus width, this is *very* bad for graphics performance (though A23/A33 only have a low resolution LCD and nothing like HDMI)
book` has quit [Quit: Leaving]
<ssvb>
the other memory performance sensitive workloads may suffer too
<wens>
MoeIcenowy: on the A23 that is also the standard debug port, if you enable it
<wens>
r_uart is used for debugging messages from arisc
<MoeIcenowy>
wens: yes...
<MoeIcenowy>
we now just borrowed r_uart from the missing arisc...
<wens>
yup
<MoeIcenowy>
and on many tablets they're even not wired...
book` has joined #linux-sunxi
hp197 has joined #linux-sunxi
<ssvb>
wens: which pins are used for r_uart? are they available as solderable pads on the pcb?
Andy-D has quit [Ping timeout: 264 seconds]
<MoeIcenowy>
ssvb: the answer to the last question: depends on boards
<wens>
ssvb: on some they are, on some no
<wens>
ssvb: PL pins, IIRC PL2, PL3
massi has joined #linux-sunxi
BenG83 has joined #linux-sunxi
tkaiser has joined #linux-sunxi
vagrantc has joined #linux-sunxi
reinforce has joined #linux-sunxi
tkaiser has quit [Ping timeout: 240 seconds]
foudubassan has quit [Ping timeout: 252 seconds]
dlan has quit [Ping timeout: 265 seconds]
tkaiser has joined #linux-sunxi
netlynx has joined #linux-sunxi
massi has quit [Quit: Leaving]
dlan has joined #linux-sunxi
|Jeroen| has joined #linux-sunxi
Nacho has quit [Quit: No Ping reply in 210 seconds.]
Nacho has joined #linux-sunxi
Mr__Anderson has quit [Ping timeout: 258 seconds]
ricardocrudo has quit [Remote host closed the connection]
<rellla>
Comments on phoronix won't get more qualified. Its a shame.
<rellla>
NDA? Nice.
<rellla>
Why must any arm soc ever be compared with the rpi?
* rellla
can't understand...
jbrown has joined #linux-sunxi
jernej has quit [Ping timeout: 250 seconds]
Putti has joined #linux-sunxi
<clever>
i was thinking about something yesterday, could you hotplug the entire cpu card between devices?
<clever>
if you supply a 2nd source of power via a microusb cable, in theory, you can just yank it out and move it to a 2nd dock
IgorPec15 has joined #linux-sunxi
tkaiser has joined #linux-sunxi
OverCR has joined #linux-sunxi
<clever>
the bulk of the communication is over usb, and the LCD lacks enough state to get upset and would have to re-initialize anyways
tkaiser has quit [Ping timeout: 265 seconds]
florianH has quit [Quit: Connection closed for inactivity]
aliosa27 has quit [Read error: Connection reset by peer]
BenG83 has quit [Ping timeout: 264 seconds]
arnd has quit [Ping timeout: 264 seconds]
IgorPec15 has quit [Ping timeout: 265 seconds]
lennyraposo has quit [Ping timeout: 250 seconds]
jernej has joined #linux-sunxi
jbrown has quit [Ping timeout: 244 seconds]
lennyraposo has joined #linux-sunxi
jernej has quit [Ping timeout: 250 seconds]
vagrantc has quit [Quit: leaving]
arnd has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Aria 4.9.2, revision: git-6627-gf708225, sources date: 20160102, built on: 2016-05-12 17:32:15 UTC git-6627-gf708225 http://www.kvirc.net/]
tkaiser has joined #linux-sunxi
pg12 has quit [Ping timeout: 260 seconds]
reinforce has quit [Quit: Leaving.]
pg12 has joined #linux-sunxi
tkaiser has quit [Ping timeout: 240 seconds]
aliosa27 has joined #linux-sunxi
|Jeroen| has quit [Quit: dada]
curtis22 has joined #linux-sunxi
fire219 has joined #linux-sunxi
jstein__ has joined #linux-sunxi
jstein is now known as Guest774
jstein__ is now known as jstein
Guest774 has quit [Ping timeout: 265 seconds]
Andy-D has joined #linux-sunxi
BenG83 has joined #linux-sunxi
Andy-D has quit [Remote host closed the connection]
tkaiser has joined #linux-sunxi
jbrown has joined #linux-sunxi
willmore has quit [Ping timeout: 244 seconds]
tkaiser has quit [Ping timeout: 252 seconds]
<ssvb>
rellla: the dude is probably trying to claim that we are illegally using watermarked "confidential" manuals
<ssvb>
rellla: and is probably clueless about the fact that these manuals have been released by Allwinner on github with watermarks removed
Da_Coynul has joined #linux-sunxi
foudubassan has joined #linux-sunxi
BenG83 has quit [Ping timeout: 244 seconds]
popolon has joined #linux-sunxi
tkaiser has joined #linux-sunxi
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
Da_Coynul has joined #linux-sunxi
tkaiser has quit [Ping timeout: 250 seconds]
Mr__Anderson has quit [Ping timeout: 255 seconds]
Da_Coynul has quit [Ping timeout: 265 seconds]
aliosa27 has quit [Ping timeout: 260 seconds]
arnd has quit [Ping timeout: 255 seconds]
tkaiser has joined #linux-sunxi
jbrown has quit [Ping timeout: 240 seconds]
jbrown has joined #linux-sunxi
jbrown has quit [Ping timeout: 255 seconds]
arnd has joined #linux-sunxi
iamfrankenstein1 has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 276 seconds]
iamfrankenstein1 is now known as iamfrankenstein
aliosa27 has joined #linux-sunxi
Putti has quit [Ping timeout: 265 seconds]
arnd has quit [Remote host closed the connection]
aliosa27 has quit [Remote host closed the connection]
jstein has quit [Remote host closed the connection]