<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
<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?
<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