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
mosterta has quit [Read error: No route to host]
mosterta has joined #linux-sunxi
popolon has quit [Quit: WeeChat 1.3]
mosterta has quit [Read error: Connection timed out]
mosterta has joined #linux-sunxi
jrg has quit [Quit: ZNC - http://znc.in]
jstein has quit [Remote host closed the connection]
apritzel has quit [Ping timeout: 244 seconds]
jrg has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
TheLinuxBug has quit [Ping timeout: 244 seconds]
TheLinuxBug has joined #linux-sunxi
ninolein_ has joined #linux-sunxi
ninolein has quit [Ping timeout: 272 seconds]
cnxsoft has joined #linux-sunxi
mosterta has quit [Read error: No route to host]
mosterta has joined #linux-sunxi
<jrg> 16-06-27 04:17:41.657 (CRITICAL-3): stack (24576 bytes) overflowing for thread #3:0x5c191(0xbecc5928)
<jrg> well.. that sucks heh
<jrg> guess gtk-gnutella can't run in armian on an opi+2e
iamfrankenstein has joined #linux-sunxi
mosterta|2 has joined #linux-sunxi
mosterta has quit [Ping timeout: 244 seconds]
mosterta|2 has quit [Read error: No route to host]
mosterta|2 has joined #linux-sunxi
Da_Coynul has joined #linux-sunxi
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
nashpa has quit [Ping timeout: 276 seconds]
nashpa has joined #linux-sunxi
Jasu_ has quit [Ping timeout: 240 seconds]
Andy-D has quit [Ping timeout: 260 seconds]
egbert has quit [Ping timeout: 240 seconds]
SMDhome has quit [Ping timeout: 250 seconds]
Jasu_ has joined #linux-sunxi
egbert has joined #linux-sunxi
Andy-D has joined #linux-sunxi
ganbold_ has quit [Ping timeout: 244 seconds]
SMDhome has joined #linux-sunxi
ganbold has joined #linux-sunxi
iaglium has quit [Ping timeout: 244 seconds]
iaglium has joined #linux-sunxi
TheSeven has quit [Disconnected by services]
[7] has joined #linux-sunxi
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
merbanan has quit [Ping timeout: 244 seconds]
IgorPec has joined #linux-sunxi
mosterta|2 has quit [Read error: No route to host]
mosterta|2 has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
merbanan has joined #linux-sunxi
mosterta|2 has quit [Read error: No route to host]
mosterta|2 has joined #linux-sunxi
IgorPec has quit [Ping timeout: 240 seconds]
Mr__Anderson has joined #linux-sunxi
<KotCzarny> jrg: why so?
IgorPec10 has joined #linux-sunxi
mosterta|2 has quit [Read error: Connection timed out]
staplr has joined #linux-sunxi
jernej has quit [Ping timeout: 258 seconds]
staplr has quit [Remote host closed the connection]
jelly has quit [Ping timeout: 246 seconds]
kaspter has joined #linux-sunxi
Mr__Anderson has quit [Ping timeout: 258 seconds]
IgorPec10 has quit [Ping timeout: 252 seconds]
IgorPec has joined #linux-sunxi
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
vagrantc has joined #linux-sunxi
IgorPec has quit [Read error: Connection reset by peer]
IgorPec has joined #linux-sunxi
kaspter has quit [Ping timeout: 276 seconds]
apritzel has joined #linux-sunxi
massi has joined #linux-sunxi
dearfibonacci has joined #linux-sunxi
Chrishas has joined #linux-sunxi
Chrishas has quit [Client Quit]
apritzel has quit [Ping timeout: 244 seconds]
apritzel has joined #linux-sunxi
apritzel has quit [Ping timeout: 244 seconds]
kaspter has joined #linux-sunxi
<tuxillo> moin
reinforce has joined #linux-sunxi
apritzel has joined #linux-sunxi
DullTube has joined #linux-sunxi
tsuggs has joined #linux-sunxi
_stephan has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
wens has quit [Ping timeout: 244 seconds]
IgorPec has quit [Ping timeout: 244 seconds]
caog has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
popolon has joined #linux-sunxi
vagrantc has quit [Ping timeout: 264 seconds]
vagrantc has joined #linux-sunxi
indy has joined #linux-sunxi
leio_ is now known as leio
<_stephan> Hi. I've been experiencing problems with GPIOs after migrating to mainline kernel (4.6.3). I can not use a GPIO (PE0 = 128), which worked before migration. I tried it as input and output - neither case works. The board is an olinuxino-a20lime. Did anybody experience similar problems or has a clue, what went wrong?
wens has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
The_Loko has joined #linux-sunxi
kaspter has quit [Ping timeout: 264 seconds]
matthias_bgg has joined #linux-sunxi
jelly-home has joined #linux-sunxi
<_stephan> To substantiate "neither case works": when using the GPIO as input, changing the voltage does not change the value in sysfs; in output mode changing the value in sysfs does not change the voltage
SMDwrk has quit [Quit: Leaving.]
<mripard> _stephan: how are you using it?
<_stephan> mripard, I export it first by writing 128 into export and then setting the direction (in or out), then reading or writing from/to value in gpio128
vagrantc has quit [Ping timeout: 244 seconds]
Da_Coynul has joined #linux-sunxi
<ssvb> _stephan: whenever you have regressions, you can always use git bisect
<ssvb> _stephan: what was your old kernel version?
IgorPec has joined #linux-sunxi
<_stephan> ssvb, I used the linux-sunxi 3.4 kernel
<_stephan> it had completely different drivers
<_stephan> thank you, I've done that... and I think I did it according to this... (PE0 = gpio128)
<ssvb> do other GPIO pins work?
<_stephan> I tried PE1, it does not work either
<_stephan> I can look at PI0
<_stephan> it's on the same pin header...
<_stephan> PI0 works!
<_stephan> (tested input, I'll try output too)
<jmcneill> morning
<_stephan> output on PI0 works fine, too
<wens> some pin groups have separate external power sources
<_stephan> good morrning jmcneill
<wens> for example the camera related pins
<wens> if the regulator that supplies power to the pins is off, the gpios probably won't work
<_stephan> wens, thank you, that's a good hint... maybe some regulators are not set up.
<_stephan> I'll try to find that out
cnxsoft1 has joined #linux-sunxi
<jmcneill> anybody have a cubietruck+ or other board with GL830 USB-SATA? wondering if it has the same bug as this bananapi-m3
cnxsoft has quit [Ping timeout: 272 seconds]
specing has quit [Ping timeout: 272 seconds]
cnxsoft1 is now known as cnxsoft
<jmcneill> seems to report 4 sectors less than it should, which causes grief with FreeBSD and GPT
<jmcneill> drive plugged into bpi-m3 gl830: da0: 114473MB (234441644 512 byte sectors)
<jmcneill> anywhere else: da0: 114473MB (234441648 512 byte sectors)
jelly-home is now known as jelly
<KotCzarny> jmcneill: i wonder if writing to those sectors would overwrite sector 0
<jmcneill> that would be a good test
<KotCzarny> you can just read them
<KotCzarny> assuming there is nonempty block 0
specing has joined #linux-sunxi
<jmcneill> i need to butcher the umass driver to allow access to those sectors first
<jmcneill> part of the reason why i was asking about other GL830s
<jmcneill> (how broad should the quirk apply)
<KotCzarny> i've taken measures to avoid buying boards with gl830
<KotCzarny> ;)
<jmcneill> good call!
<KotCzarny> they are crappy anyway, and you are better of using usb-uas dongles
<jmcneill> sure, still want it to be functional though
afaerber has joined #linux-sunxi
montjoie has quit [Ping timeout: 260 seconds]
iaglium has quit [Ping timeout: 260 seconds]
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
lerc has quit [Quit: No Ping reply in 180 seconds.]
iaglium has joined #linux-sunxi
lerc has joined #linux-sunxi
Da_Coynul has joined #linux-sunxi
Da_Coynul has quit [Client Quit]
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
lemonzest has joined #linux-sunxi
matthias_bgg has quit [Ping timeout: 244 seconds]
<_stephan> wens, indeed, that seems to be the solution. the dts file doesn't include the regulators on the axp209. I try to fix it by copying the according lines from the lime2 dts.
kaspter has joined #linux-sunxi
andrewsh has quit [Remote host closed the connection]
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
premoboss has joined #linux-sunxi
vagrantc has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
_stephan has quit [Quit: Ex-Chat]
afaerber has quit [Quit: Ex-Chat]
IgorPec has quit [Ping timeout: 276 seconds]
montjoie has joined #linux-sunxi
DullTube has quit [Quit: Leaving]
matthias_bgg has joined #linux-sunxi
massi_ has joined #linux-sunxi
matthias_bgg has quit [Ping timeout: 260 seconds]
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
juri_ has quit [Ping timeout: 276 seconds]
jonkerj_ is now known as jonkerj
paulk-collins has joined #linux-sunxi
kaspter has quit [Ping timeout: 244 seconds]
Wizzup_ has quit [Ping timeout: 250 seconds]
Wizzup has joined #linux-sunxi
cnxsoft has quit [Remote host closed the connection]
premoboss has quit [Remote host closed the connection]
dearfibonacci has quit [Quit: Leaving]
Amit_t_ has joined #linux-sunxi
IgorPec10 has joined #linux-sunxi
Mr__Anderson has quit [Quit: Leaving.]
juri_ has joined #linux-sunxi
IgorPec10 has quit [Ping timeout: 252 seconds]
jrg has quit [Ping timeout: 244 seconds]
IgorPec10 has joined #linux-sunxi
<speakman> I'm on A20 running Linux 4.3 (not 3.4) vanilla. I've just set up an EETI eGalax touch screen using egalax_ts kernel driver. The i2c works and it initializes perfectly.
<speakman> but now I can see the interrupt is "pulled" by the eGalax circuit, but the driver does not communicate on the i2c bus afterwards.
<speakman> Probably the interrupt never reach the egalax_ts kernel device driver.
<speakman> How can I debug such interrupt issues? any ideas?
<MoeIcenowy> speakman: what's your dt?
matthias_bgg has joined #linux-sunxi
<MoeIcenowy> interrupt should be set in dt
JohnDoe_71Rus has joined #linux-sunxi
zuikis has joined #linux-sunxi
IgorPec10 has quit [Ping timeout: 260 seconds]
somedude23 has joined #linux-sunxi
<speakman> MoeIcenowy: https://dpaste.de/zu4R
<speakman> MoeIcenowy: https://dpaste.de/zu4R/raw
Mr__Anderson has joined #linux-sunxi
<speakman> MoeIcenowy: One thing might be that it collide with the SPI1 CLK, which in turn I've disabled.
nove has joined #linux-sunxi
The_Loko has quit [Remote host closed the connection]
Netlynx has joined #linux-sunxi
Netlynx has quit [Changing host]
Netlynx has joined #linux-sunxi
afaerber has joined #linux-sunxi
<MoeIcenowy> u-boot 2016.07-rc3 cannot build well for Cubietruck...
<MoeIcenowy> /opt/abcross/armel/bin/armv7a-hardfloat-linux-gnueabi-ld.bfd: u-boot-spl section `.u_boot_list' will not fit in region `.sram'
<MoeIcenowy> /opt/abcross/armel/bin/armv7a-hardfloat-linux-gnueabi-ld.bfd: region `.sram' overflowed by 28 bytes
<MoeIcenowy> (failed during linking u-boot-spl
<wens> turn on tinyprintf?
<maz> more likely, switch to gcc 6.0 which is now correctly pruning unused functions.
<maz> and strings.
<speakman> wens: sorry for pinging, but do you have any idea how to trace interrupts which does not trigger?
matthias_bgg has quit [Ping timeout: 246 seconds]
caog has left #linux-sunxi ["Ex-Chat"]
<ssvb> Turl, libv: the linux-sunxi wiki seems to be extremely slow today
<ssvb> maz: well, GCC 6.0 or not, the SPL code in U-Boot is ridiculously bloated nowadays thanks to the DM frameworkish things creeping there
<libv> ssvb: low load
<maz> ssvb: the DM framework is the last of our worries. having about 3 kB worth of strings that not referenced by anything is the actual problem.
<libv> and does not feel slow to me, even over 3g
<ssvb> maz: having 3 kB extra is not great, but we have 24 kB of SRAM and the rest of it is wasted too
<ssvb> libv: somehow it got better just now, don't know why
<maz> ssvb: I guess someone decided that the pros did outweigh the cons.
<libv> ssvb: because i showed up ;p
<ssvb> libv: btw, what would you think about a lima page in the linux-sunxi wiki? I know that the lima project has its wiki too, but it is relying on a non-orthodox wiki engine and is less convenient to use
<speakman> Can someone help me understand where the actual pin muxing is happening in the Device Tree? Or; how can I tell how a certain pin is muxed?
<speakman> I guess there are some debugging utilties somewhere, but I can't find them.
<speakman> (my eint pin collide with spi1 which in turn are kept disabled in the DTS)
jernej has joined #linux-sunxi
<ssvb> libv: In fact I would like to provide some coverage about what is implemented now, what is missing and maybe estimate the amount of work that still needs to be done
<libv> ssvb: it's a wiki
<libv> but as i said in #lima, i am sick and tired of people and their selfish and whiny demands
<KotCzarny> o.o
matthias_bgg has joined #linux-sunxi
cptG has joined #linux-sunxi
<ssvb> libv: ok, let's try and see where it goes
cptG_ has quit [Ping timeout: 260 seconds]
<topi`> thou shalt not bloat thy bootloader
<topi`> regarding the bloating of SPL :)
massi has quit [Quit: Leaving]
IgorPec10 has joined #linux-sunxi
IgorPec has joined #linux-sunxi
<Turl> ssvb: load is alright, maybe cloudflare is having an issue on your edge
IgorPec10 has quit [Ping timeout: 260 seconds]
phipli has joined #linux-sunxi
scream has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
<jmcneill> damn, can't access those last 4 sectors at all
<KotCzarny> maybe its just reporting wrong value
<jmcneill> so what I did was patch the value it returned
<jmcneill> now it's showing the correct thing, but when the OS tries to access those sectors, the controller reports errors
<KotCzarny> kind of return_sectors_count instead of return_max_sector
<jmcneill> da0: 114473MB (234441648 512 byte sectors)
<KotCzarny> and while having internal cluster value of 4 sectors
<jmcneill> was previously 234441644
<jmcneill> so when the OS tries to access the backup GPT, it complains:
<KotCzarny> its just looks like a regular usb quirk
<jmcneill> (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 0d f9 4b af 00 00 01 00
<jmcneill> (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error
<KotCzarny> just multiplied by 4
<jmcneill> yeah it does, except with the quirk in place I still can't access those sectors
<KotCzarny> you should use the smaller value, not larger
<jmcneill> every other controller reports +4
<KotCzarny> ahm
<jmcneill> you see my dilemma :)
<jmcneill> I think it's a lost cause
staplr has joined #linux-sunxi
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
massi_ has quit [Quit: Leaving]
ricardocrudo has quit [Remote host closed the connection]
staplr has quit [Ping timeout: 264 seconds]
Macer has quit [Remote host closed the connection]
Macer has joined #linux-sunxi
popolon has quit [Ping timeout: 244 seconds]
staplr has joined #linux-sunxi
scream has quit [Remote host closed the connection]
staplr has quit [Ping timeout: 244 seconds]
jstein_ has joined #linux-sunxi
jstein_ is now known as jstein
apritzel has quit [Ping timeout: 244 seconds]
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
kivutar has quit [Ping timeout: 244 seconds]
kivutar has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]
Netlynx has quit [Quit: Leaving]
Amit_t_ has quit [Quit: Page closed]
al1o has joined #linux-sunxi
lemonzest has quit [Quit: Leaving]
paulk-collins has quit [Remote host closed the connection]
popolon has joined #linux-sunxi
vagrantc has joined #linux-sunxi
paulk-collins has joined #linux-sunxi
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
al1o has joined #linux-sunxi
staplr has joined #linux-sunxi
staplr has quit [Remote host closed the connection]
staplr has joined #linux-sunxi
RzR has quit [Ping timeout: 244 seconds]
matthias_bgg has quit [Ping timeout: 240 seconds]
jstein_ has joined #linux-sunxi
jstein is now known as Guest8254
jstein_ is now known as jstein
Guest8254 has quit [Ping timeout: 244 seconds]
Mr__Anderson has joined #linux-sunxi
iaglium has quit [Ping timeout: 272 seconds]
staplr has quit [Ping timeout: 246 seconds]
zuikis has left #linux-sunxi [#linux-sunxi]
IgorPec has quit [Ping timeout: 264 seconds]
<jelle> anyone experienced with writing accelerometer drivers?
<jelle> using the iio framework?
vagrantc has quit [Quit: leaving]
RzR has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
lennyraposo has joined #linux-sunxi
<lennyraposo> hey longsleep ssvb
<lennyraposo> I will be active today in regards to the mali stuff
<lennyraposo> will t4ry a build inthat area and see what else I cna dig up
fredy has quit [Excess Flood]
fredy_ has joined #linux-sunxi
somedude23 has quit [Quit: Ex-Chat]
apritzel has joined #linux-sunxi
nove has quit [Quit: nove]
igraltist has quit [Ping timeout: 244 seconds]
igraltist has joined #linux-sunxi
Shirasaka-Hazumi has quit [Ping timeout: 252 seconds]
Shirasaka-Hazumi has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
igraltist has quit [Ping timeout: 252 seconds]
igraltist has joined #linux-sunxi
fredy_ is now known as fredy
bfree has quit [Remote host closed the connection]
bfree has joined #linux-sunxi
fredy is now known as Guest74185
<speakman> Any one; will this interrupt and wakeup-gpios point to PI10? https://dpaste.de/zu4R/raw
jrg has joined #linux-sunxi
mozzwald has quit [Ping timeout: 252 seconds]
mozzwald has joined #linux-sunxi
Mr__Anderson has quit [Remote host closed the connection]
wigyori has quit [Ping timeout: 244 seconds]
wigyori has joined #linux-sunxi
phipli has quit [Ping timeout: 272 seconds]
Nacho has joined #linux-sunxi
fire2191 has joined #linux-sunxi
fire219 has quit [Read error: Connection reset by peer]
fire2191 has quit [Read error: Connection reset by peer]
fire2191 has joined #linux-sunxi
fire2191 has quit [Read error: Connection reset by peer]
fireTwoOneNine has joined #linux-sunxi
popolon has quit [Quit: WeeChat 1.3]