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
jstein has quit [Remote host closed the connection]
paulk-collins has quit [Quit: Leaving]
apritzel has quit [Ping timeout: 244 seconds]
Da_Coynul has joined #linux-sunxi
fdcx has quit [Ping timeout: 258 seconds]
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
ninolein_ has quit [Ping timeout: 258 seconds]
ninolein has joined #linux-sunxi
fdcx has joined #linux-sunxi
fdcx has quit [Ping timeout: 264 seconds]
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
kaspter has joined #linux-sunxi
<wens> jelle: i think the existing drivers are simple enough to follow?
fdcx has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
SMDhome has quit [Ping timeout: 258 seconds]
iamfrankenstein1 has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 252 seconds]
iamfrankenstein1 is now known as iamfrankenstein
Da_Coynul has joined #linux-sunxi
akaWolf has quit [Ping timeout: 272 seconds]
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
kaspter has quit [Ping timeout: 244 seconds]
kaspter has joined #linux-sunxi
akaWolf has joined #linux-sunxi
solarnetone has quit [Ping timeout: 250 seconds]
solarnetone has joined #linux-sunxi
kaspter has quit [Ping timeout: 244 seconds]
keh has joined #linux-sunxi
IgorPec has joined #linux-sunxi
_stephan has joined #linux-sunxi
[7] has quit [Ping timeout: 272 seconds]
TheSeven has joined #linux-sunxi
zuikis has joined #linux-sunxi
formruga has joined #linux-sunxi
SMDhome has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
fireTwoOneNine has quit [Read error: Connection reset by peer]
zuikis has left #linux-sunxi [#linux-sunxi]
IgorPec has quit [Ping timeout: 246 seconds]
IgorPec10 has joined #linux-sunxi
gzamboni_ has joined #linux-sunxi
vagrantc has joined #linux-sunxi
gzamboni has quit [Ping timeout: 264 seconds]
jernej has quit [Ping timeout: 244 seconds]
Gerwin_J has joined #linux-sunxi
<MoeIcenowy> How can I raise an A33's temperature most fastly?
<MoeIcenowy> (mainline kernel
<MoeIcenowy> I'm testing sun8iw3-ths driver
<KotCzarny> put it in the oven?
<KotCzarny> more seriously, just run cpuburn
dearfibonacci has joined #linux-sunxi
<MoeIcenowy> Oh I now cannot realize the meaning of the raw data in sun8iw3/5-ths sensor...
<MoeIcenowy> for sun8iw5 I have two parameters: 625, called "divisor", and 265 called "minus
<MoeIcenowy> in the stock kernel
<KotCzarny> think: offset
<wens> cpuburn
<MoeIcenowy> the code in stock is
<MoeIcenowy> avg_temp[i] *= 100; do_div(avg_temp[i], divisor); avg_temp[i] -= minus;
<MoeIcenowy> but it doesn't work well
<KotCzarny> yup. offset
<MoeIcenowy> I got 148 in raw before cpuburn
<MoeIcenowy> and 240 after cpuburn
<MoeIcenowy> (148 is in a room with air-conditioner
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
mpmc has quit [Ping timeout: 244 seconds]
<MoeIcenowy> I guessed that the value can be calculated by (raw_data / divisor + minus - 273.15
<MoeIcenowy> (0 degrees celsius is equal to 273.15 degrees kalvin
IgorPec10 has quit [Ping timeout: 276 seconds]
<MoeIcenowy> (raw_data / divisor - minus + 273.15) *
<MoeIcenowy> will a fully-burned A33 running at 1.008GHz heat to only 42 degrees celsius?
mpmc has joined #linux-sunxi
IgorPec has joined #linux-sunxi
<jelle> wens: yeah it's not that hard, just wondering how to really test it
keh has quit [Quit: Wee... Chat]
<MoeIcenowy> wens: should the pll2 driver have a compatible of "sun6i-a31-pll2-clk"?
<MoeIcenowy> (a31 have the same pll2 register map with a23/33
<MoeIcenowy> and the ths driver have "sun8i-a23-ths", "sun8i-a33-ths"?
<wens> MoeIcenowy: doesn't the datasheet have the conversion formula?
<wens> jelle: flip the board around and see updates :)
<jelle> wens: yeah that works :-)
<wens> jelle: iirc there's a userspace program that continuously displays/updates the values
<jelle> wens: I'll go bother the iio framework ml :-)
<wens> so you can see changes in real time
<wens> MoeIcenowy: yes to both questions
<jelle> wens: well I'm just fetching the /sys/ entry of the iio driver
<MoeIcenowy> wens: ok thanks
<MoeIcenowy> the user manual does conatin a formula
<MoeIcenowy> and I missed it
<jelle> sadly I don't have a data sheet for the dmard09 so I don't know if it has another way to fetch the data
<MoeIcenowy> wens: however the datasheet says nonsense
<MoeIcenowy> Tem=(Dig-1665)/6.18 Celsius degree
hansg has joined #linux-sunxi
hansg has quit [Client Quit]
Guest74185 has quit [Excess Flood]
fredy has joined #linux-sunxi
<wens> what's the raw value you're getting?
Mr__Anderson has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
premoboss has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
apritzel has joined #linux-sunxi
<KotCzarny> moe: 1665/6.18==269
<KotCzarny> basic math
<KotCzarny> and kernel formula just upped the offset up a few tenths
DullTube has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
kaspter has quit [Read error: Connection reset by peer]
matthias_bgg has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
matthias_bgg has quit [Ping timeout: 240 seconds]
matthias_bgg has joined #linux-sunxi
matthias_bgg_ has joined #linux-sunxi
popolon has joined #linux-sunxi
enrico_ has joined #linux-sunxi
<MoeIcenowy> wens: I have made a sun8iw3 ths driver
<MoeIcenowy> but I cannoe ensure its quality...
<MoeIcenowy> should I firstly send it as a RFC PATCH?
matthias_bgg__ has joined #linux-sunxi
afaerber_ has joined #linux-sunxi
agraf` has joined #linux-sunxi
matthias_bgg_ has quit [Ping timeout: 240 seconds]
afaerber has quit [Ping timeout: 250 seconds]
matthias_bgg has quit [Ping timeout: 264 seconds]
agraf has quit [Ping timeout: 260 seconds]
matthias_bgg has joined #linux-sunxi
<speakman> morning folks
<speakman> Can someone confirm that interrupts and wakeup-gpios will be pointing to PI10? https://dpaste.de/NcVs/raw
kaspter has joined #linux-sunxi
paulk-collins has joined #linux-sunxi
<KotCzarny> maybe battery is really bad?
kaspter has quit [Ping timeout: 244 seconds]
<speakman> If a driver allocates a gpio (for interrupt) then I shouldn't be able to export that gpio using /sys/class/gpio/export right?
matthias_bgg has quit [Ping timeout: 240 seconds]
matthias_bgg__ has quit [Ping timeout: 276 seconds]
<speakman> Is Linux 4.3 too old maybe?
IgorPec has quit [Ping timeout: 244 seconds]
vagrantc has quit [Quit: leaving]
<speakman> I can't believe it's so difficult do debug interrupts. Do any of you have any ideas how to find out if an external interrupt is even working? if the pin is muxed as it should?
Da_Coynul has joined #linux-sunxi
<_stephan> speakman, maybe a trace_printk in the interrupt handler
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
<speakman> _stephan: everyhing is pointing to the interrupt handler never get called :(
<speakman> _stephan: but I will add it, just to be sure.
agraf` is now known as agraf
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
Da_Coynul has joined #linux-sunxi
Da_Coynul has quit [Ping timeout: 260 seconds]
matthias_bgg__ has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
kaspter has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
reinforce has joined #linux-sunxi
lemonzest has joined #linux-sunxi
IgorPec has joined #linux-sunxi
staplr has joined #linux-sunxi
fire219 has joined #linux-sunxi
staplr has quit [Remote host closed the connection]
pietrushnic has quit [Ping timeout: 250 seconds]
Mr__Anderson has quit [Remote host closed the connection]
Amit_T has quit [Ping timeout: 276 seconds]
vagrantc has joined #linux-sunxi
matthias_bgg has quit [Ping timeout: 264 seconds]
matthias_bgg__ has quit [Ping timeout: 264 seconds]
matthias_bgg__ has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
tithrion has joined #linux-sunxi
<speakman> mripard: there?
_stephan has quit [Quit: Ex-Chat]
<mripard> yes
<jmcneill> how is a83t ethernet performance on linux?
FergusL has quit [Ping timeout: 258 seconds]
drax has joined #linux-sunxi
drax has quit [Client Quit]
<montjoie> good but could be better
IgorPec has quit [Ping timeout: 252 seconds]
<montjoie> jmcneill: for 100 tx: 80 rx:90
vagrantc has quit [Ping timeout: 260 seconds]
<jmcneill> what do you use to test? i've been using iperf3 on freebsd for lack of better ideas
<montjoie> for giga, tx:400Mo/s rx:700Mo/s in my memory
DullTube has quit [Quit: Leaving]
<montjoie> jmcneill: iperf
<jmcneill> 2 or 3? and what settings?
<speakman> mripard: I just solved my external interrupt issues on A20. I have tested a bounch of different pins (which has EINT mode) but third times as a charm. Only PH pins seems to work when on vanilla kernel.
<speakman> mripard: other people seem to be having similar problems and they were refering to you on the Olimex forum, so I thought I'd just give you a hint. :)
<montjoie> jmcneill: net-misc/iperf-3.0.12
<jmcneill> any specific settings for the test?
<montjoie> both tcp and udp
<montjoie> trying 2 or 3 client paralell
<jmcneill> I seem to cap out around 380tx/400rx with tcp
<montjoie> jmcneill: do you are full interupt or BSD could do the same than linuxNAPI
<montjoie> because without NAPI I got the same numbers
<jmcneill> could be it then, I haven't implemented polling yet
<montjoie> I think polling is really necessary for >=1000Mbit/s cards
<jmcneill> I am doing some interrupt mitigation for tx already
<jmcneill> setting TX_INT_CTL on every 64th descriptor and relying on TX_BUF_UA_INT_EN
<montjoie> jmcneill: good idea
<jmcneill> it makes a big difference
<jmcneill> also discovered magic undocumented TX_NEXT_FRM bit in the a83t bsp this morning, another big win
<montjoie> bit(24) ?
<jmcneill> EMAC_TX_CTL_1 bit 2
kaspter has quit [Ping timeout: 240 seconds]
<montjoie> I will try it
<mripard> speakman: ?
<mripard> speakman: do you have a link?
<jmcneill> great, hopefully it helps you too!
<jmcneill> it was round 30% improvement for me
<jmcneill> *around
<speakman> mripard: "i discovered that the example works if i use a EINT up to EINT21 in PH port (as the one described in the example page..) but it doesn't work on EINT between EINT22 and EINT31 in PI port."
vagrantc has joined #linux-sunxi
vagrantc has quit [Changing host]
vagrantc has joined #linux-sunxi
MoeIcenowy has quit [K-Lined]
dearfibonacci has quit [Quit: Leaving]
diego71 has quit [Ping timeout: 240 seconds]
dearfibonacci has joined #linux-sunxi
diego71 has joined #linux-sunxi
MoeIcenowy has joined #linux-sunxi
vagrantc has quit [Ping timeout: 260 seconds]
MoeIcenowy has quit [K-Lined]
<mripard> speakman: weird :/
matthias_bgg__ has quit [Quit: Leaving]
matthias_bgg has quit [Ping timeout: 246 seconds]
<speakman> mripard: yepp, it took me some days to figure out :/
<speakman> mripard: And it's just like that; PI10 does not work at all (but no warnings or any other indications) but PH9 works out of the box.
nove has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
dearfibonacci has quit [Quit: Leaving]
premoboss has quit [Remote host closed the connection]
<speakman> Hm. I use "devtmpfs" on /dev to make it simple. Now, with Linux 4.3, the /dev/input/ directory is gone. Do you guys know if there has been some changes since 3.4?
Amit_T has joined #linux-sunxi
MoeIcenowy has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
IgorPec has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
matthias_bgg_ has joined #linux-sunxi
matthias_bgg has quit [Quit: Leaving]
matthias_bgg_ has quit [Remote host closed the connection]
JohnDoe_71Rus has joined #linux-sunxi
<speakman> Trying to get LCD working on mainline kernel. How do I specify timing and resolution parameters? can't find much on linux-sunxi.org
<speakman> And why is there no /dev/input/ dir? How can I reach my touchscreen etc?
<speakman> (I'm using tslib)
jernej has joined #linux-sunxi
<wens> speakman: did you enable "event interface" under input devices?
<wens> CONFIG_INPUT_EVDEV
<wens> speakman: as for lcd timings, see drivers/gpu/drm/panel/panel-simple.c and Documentation/devicetree/bindings/display/panel/simple-panel.txt
cptG_ has joined #linux-sunxi
cptG has quit [Ping timeout: 264 seconds]
Mr__Anderson has joined #linux-sunxi
Nacho has quit [Ping timeout: 276 seconds]
Nacho has joined #linux-sunxi
phipli has joined #linux-sunxi
staplr has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]
Netlynx has joined #linux-sunxi
zuikis has joined #linux-sunxi
ricardocrudo has quit [Remote host closed the connection]
staplr has quit [Ping timeout: 244 seconds]
staplr has joined #linux-sunxi
tithrion_ has joined #linux-sunxi
lemonzest has quit [Quit: Leaving]
tithrion has quit [Ping timeout: 260 seconds]
alexxy has quit [Quit: No Ping reply in 180 seconds.]
alexxy has joined #linux-sunxi
apritzel has quit [Ping timeout: 244 seconds]
alexxy has quit [Excess Flood]
alexxy has joined #linux-sunxi
staplr has quit [Ping timeout: 276 seconds]
enrico_ has quit [Quit: Bye]
IgorPec has quit [Ping timeout: 240 seconds]
tsuggs has quit [Ping timeout: 244 seconds]
FergusL has joined #linux-sunxi
Amit_T has quit [Quit: Page closed]
arossdotme-planb has joined #linux-sunxi
arossdotme has quit [Ping timeout: 244 seconds]
IgorPec has joined #linux-sunxi
staplr has joined #linux-sunxi
afaerber_ has quit [Quit: Ex-Chat]
Netlynx has quit [Quit: Leaving]
jstein_ has joined #linux-sunxi
jstein_ is now known as jstein
Mr__Anderson has joined #linux-sunxi
apritzel has joined #linux-sunxi
apritzel has quit [Ping timeout: 244 seconds]
jstein_ has joined #linux-sunxi
jstein is now known as Guest30726
jstein_ is now known as jstein
zuikis has left #linux-sunxi [#linux-sunxi]
Guest30726 has quit [Ping timeout: 260 seconds]
IgorPec has quit [Ping timeout: 258 seconds]
Nacho has quit [Quit: No Ping reply in 180 seconds.]
BenG83 has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
Nacho has joined #linux-sunxi
<agraf> ssvb: howdy :)
<agraf> ssvb: I'm trying out your FEL USB thing
phipli has quit [Ping timeout: 240 seconds]
<agraf> ssvb: but I don't fully grasp it yet
<agraf> ssvb: at the point FEL runs, there is no dram yet, right?
<agraf> ssvb: or did the boot rom already initialize that for us?
VargaD has quit [Ping timeout: 276 seconds]
phipli has joined #linux-sunxi
apritzel has joined #linux-sunxi
VargaD has joined #linux-sunxi
<apritzel> agraf: no, you need the SPL doing the DRAM initialization using libdram
<agraf> apritzel: ok, it's been a while since i last looked at all this
<agraf> apritzel: and the first time I use fel :)
<agraf> apritzel: so do you still use the downstream boot0 or did you switch to spl?
<apritzel> so atm this means you have to compile the SPL for arm
<apritzel> I use SPL with libdram for FEL booting
<apritzel> currently I use FEL booting all of the time, because it's so convenient
<agraf> apritzel: ok, i tried to run boot0 and that doesn't even manage to upload
<apritzel> but I managed to get TFTP working yesterday (with Amit_T's patch)
<agraf> apritzel: nice :)
<apritzel> I don't think that you can use boot0 with FEL
<agraf> apritzel: I want to try and see whether I can criss-cross the 2 spi controllers and write an SD emulator
<agraf> apritzel: but I figured turnaround times are going to be much faster with FEL
<agraf> apritzel: ah, ok
<apritzel> yes, turnaround is very good with FEL
<agraf> apritzel: SPL is 32bit, right?
<apritzel> yes
<agraf> apritzel: ah, libdram was 32bit
<agraf> (jeez, all that stuff just vanished from my brain)
<apritzel> libdram forces us to be 32-bit atm
<apritzel> this branch adds a 32-bit target for the Pine64
<apritzel> I just see that that's old
<apritzel> if you can wait an hour or so, I'll push my local branch here
<apritzel> that has a much better integration into upstream U-Boot
<agraf> apritzel: you mean it includes your scripts? ;)
<agraf> apritzel: so what's the boot flow with fel?
<apritzel> you basically do: make pine64_spl_defconfig with an ARM cross compiler, build the SPL once and store this somewhere
<agraf> apritzel: you load the spl into sram
<agraf> apritzel: that executes
<agraf> apritzel: and then how does it find the real u-boot?
<apritzel> it returns execution back to the FEL code in BROM
<agraf> oh, i see
<apritzel> which allows sunxi-fel to load more stuff
<apritzel> now into DRAM, for instance
<agraf> makes sense
<apritzel> so you can load ATF, U-Boot, kernel, initrd, you-name-it
<apritzel> then at the end you do a "reset64 0x44000"
<apritzel> which injects the RMR switch and executes this
staplr has quit [Ping timeout: 260 seconds]
<apritzel> so you can start execution in AArch64 at any place you like
<apritzel> practically you only need to compile the SPL once and reuse that
<apritzel> it doesn't really change
<agraf> works for me :)
<apritzel> for the rest you can use upstream U-Boot
<apritzel> that's my usual command line:
<apritzel> ./sunxi-fel -v -p spl sunxi-spl.bin write 0x4a000000 u-boot.bin write 0x44000 bl31.bin write 0x4fa00000 sun50i-a64-pine64-plus.dtb reset64 0x44000
<apritzel> that drops you to the U-Boot prompt
<agraf> uh, why the dtb=
<agraf> ?
<apritzel> because I change it all the time
<agraf> ah :)
<apritzel> and didn't bother to update U-Boot's version each time
<apritzel> brb
<agraf> thanks :)
<agraf> apritzel: ok, so I get all the way to ATF jumping to U- Boot
<agraf> apritzel: but nothing after that - that's just vanilla upstream U-Boot and ATF
<apritzel> can you try to revert 1a83fb4a17d9 "sunxi: Move the SPL stack top to 0x1A000 on Allwinner A64/A80"
<apritzel> ?
<apritzel> agraf: I have issues with that, not sure exactly why
<apritzel> maybe SRAM C is more faulty than we thought and setting AHB1 to 100MHz is not enough
<apritzel> or it just works on ssvb's board
<agraf> apritzel: yes, that looks better
<agraf> apritzel: the timer is still broken
<agraf> apritzel: but IIRC that was SPL breakage
<apritzel> arch timer?
<agraf> apritzel: not sure which one, the one that controls the timeout in u-boot
<apritzel> ah yes, I think I also see this sometimes
<agraf> apritzel: the 3 second autoboot timeout just ended in 0.01s :)
<apritzel> but not consistently
<agraf> apritzel: yeah, some frequency doesn't get initialized properly
<agraf> apritzel: so it probably just ends up at random
<apritzel> interesting
<apritzel> wasn't painful enough for me to investigate, because autoboot ends on the prompt for me anyway
<agraf> heh, yeah
<agraf> it hurts later on if you have actual payloads running that need working timers
<agraf> say grub2 showing a menu
<apritzel> ah
<apritzel> good point
<agraf> it also hurts for network timeouts
<agraf> or any peripheral access timeouts
reinforce has quit [Quit: Leaving.]
<apritzel> which may explain the instability I see with TFTP
<agraf> which may be too short if time goes too fast
<agraf> could be, yeah
<apritzel> sometimes it tries a dozen times to get a lease
<apritzel> then seems to gives up, but tries again anyway and succeeds
<apritzel> but timer is a good lead
<agraf> I've seen similar effects on pretty much all u-boot systems recently though
<agraf> ;)
<agraf> so maybe it's something bigger
<apritzel> what's best practise to have two mutually exclusive bools in Kconfig?
<apritzel> is that choice?
<agraf> depends on their semantics i guess
nove has quit [Quit: nove]
<ssvb> apritzel: this SRAM C stuff is really strange, maybe we indeed should not touch it if it causes too many problems
<ssvb> apritzel: still I wonder if it is also somehow related to PMIC voltages
<apritzel> ssvb: do you have any particular voltage in mind?
<apritzel> I set DCDC1 to 3.3V in ATF
<apritzel> (from the reset 3.0V)
<apritzel> but that's about the only change
<apritzel> and that pretty much matches the BSP settings
<apritzel> (apart from HDMI, which I don't care about yet)
<ssvb> apritzel: yes, it is reasonable and for the rest of voltages we maybe need to try setting them in the same way as boot0
<apritzel> I compared them already
<ssvb> ok
* apritzel shuffles through his papers ...
<apritzel> yeah, all the _enabled_ voltages match, apart from DCDC1
<apritzel> also the BSP stack enables HDMI and the WiFi regulator
<apritzel> some disabled voltages were different, I think
paulk-collins_ has joined #linux-sunxi
<apritzel> and the Remix had some deviating settings
<apritzel> ssvb: do you have any particular voltage in mind?
<apritzel> I doubt that the SRAM C is driven by a special rail?
paulk-collins has quit [Ping timeout: 276 seconds]
<apritzel> I expect it to be just driven by the CPUX or VDD-SYS
al1o has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]
fire2191 has joined #linux-sunxi
fire219 has quit [Ping timeout: 260 seconds]
phipli has quit [Ping timeout: 252 seconds]
jstein has quit [Remote host closed the connection]
BenG83 has quit [Quit: Leaving]
paulk-collins_ has quit [Quit: Leaving]
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]