Sonic1 has quit [Remote host closed the connection]
Sonic1 has joined #linux-sunxi
techn_ has quit [Ping timeout: 240 seconds]
Sonic1_ has joined #linux-sunxi
windyan has quit [Quit: 离开]
speakman has joined #linux-sunxi
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
popolon has quit [Quit: Quitte]
<parabyte>
I cannot believe the A13 has no lvds
<parabyte>
real big disappointment for me
KanaShigure has joined #linux-sunxi
KanaShigure has quit [Quit: Page closed]
maz_ has quit [Ping timeout: 272 seconds]
<WarheadsSE>
mnemoc: we use a much larger version of that to power the ALARM farm
egbert has joined #linux-sunxi
egbert_ has quit [Ping timeout: 260 seconds]
wolfy has quit [Ping timeout: 252 seconds]
parabyte has quit [Remote host closed the connection]
<libv>
pfff. kmess.
rings_IIV has joined #linux-sunxi
bsdfox has quit [Read error: Operation timed out]
focus has quit [Ping timeout: 252 seconds]
TheSeven has quit [Disconnected by services]
[7] has joined #linux-sunxi
bsdfox has joined #linux-sunxi
pepee has quit [Ping timeout: 240 seconds]
JohnDoe_71Rus has joined #linux-sunxi
Sonic1 has quit [Remote host closed the connection]
keebler has quit [Read error: Operation timed out]
keebler has joined #linux-sunxi
keebler is now known as Guest82453
Gerwin_J has quit [Quit: Gerwin_J]
maz_ has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
sspiff has quit [Remote host closed the connection]
JohnDoe_71Rus has quit [Read error: Connection reset by peer]
JohnDoe_71Rus has joined #linux-sunxi
sspiff has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
FDCX has quit [Remote host closed the connection]
bsdfox has quit [Ping timeout: 260 seconds]
sspiff has quit [Remote host closed the connection]
bsdfox has joined #linux-sunxi
FDCX has joined #linux-sunxi
n01 has joined #linux-sunxi
Quarx has joined #linux-sunxi
Quarx|2 has joined #linux-sunxi
Quarx has quit [Read error: Connection reset by peer]
sspiff has joined #linux-sunxi
panda84kde has joined #linux-sunxi
n01 has quit [Remote host closed the connection]
wolfy has joined #linux-sunxi
Guest82453 is now known as keebler
keebler has quit [Changing host]
keebler has joined #linux-sunxi
<oliv3r>
[7]: to follow up on your question last night, i THINK you can tie the sun4i-ts driver to an IRQ and wake it that way
<[7]>
oliv3r: I'm not even really going into suspend mode, I'm holding a wakelock to prevent that
<[7]>
(because suspend is broken, has terrible latency, and I have fairly strict network latency requirements)
focus has joined #linux-sunxi
n01 has joined #linux-sunxi
Quarx has joined #linux-sunxi
Quarx|2 has quit [Ping timeout: 272 seconds]
<oliv3r>
[7]: well you can tie the sun4i-ts to an interrupt, so waking should be very easy
<[7]>
it's more a matter of figuring out how LCD sleep works at all, and how to keep the touchpanel awake regardless, then make android wake up on the first input event, but ignore it otherwise
<oliv3r>
hmm
<oliv3r>
i think by default android ignores input events from the ts
<oliv3r>
it won't see it as an input to wake
<oliv3r>
so i'm nto sure you have to hack anything if it's not going into sleep anyway
<oliv3r>
but you dont' want the screen to simply stay on?
rz2k has joined #linux-sunxi
<[7]>
the 10" screen draws quite a lot of power, so I'd like to power that down. the touch panel consumption is negligible though, so just having to touch the screen to wake it up would be nice
<JohnDoe_71Rus>
find "wake" functions to keyboard settings
maz_ has quit [Read error: Operation timed out]
<oliv3r>
[7]: but if your not putting it to sleep; then it'll drain a lot of power anyway :(
<[7]>
well, like 100mA maybe? that would be OK
<[7]>
but the screen is drawing like 500
<[7]>
the thing is that I just can't let it sleep if I need it to react to network traffic within a few milliseconds
<oliv3r>
so why operate it battery powered :p
<oliv3r>
anyhow, what you want should be possible without a huge amount of effort
<[7]>
it will normally operate AC powered, the battery is acting more like a UPS
<oliv3r>
ah ok
FR^2 has joined #linux-sunxi
<[7]>
hm... could I map one of the AXP209's GPIO pins to behave like the power button?
<oliv3r>
sure
<[7]>
for some reason the power button isn't broken out on any of the expansion connectors of the olinuxino...
<oliv3r>
it's not?
<oliv3r>
i thought there was a power button (which is the AXP's power button)
<oliv3r>
i dont have it with me right now unfortunatly
<[7]>
yes, there's a physical button on the board, but no pin on the expansion connectors
<[7]>
and the olinuxino board will be buried into a case in this application
<oliv3r>
ah ok
<[7]>
I do have 3 GPIO pins, the NMI pin and the RST pin of the AXP on an expansion connector though
<n01>
not sure', axp has a specific pin for pwron
<oliv3r>
yes it does
<oliv3r>
does the axp run firmware that we can interact with
<[7]>
in some way
<[7]>
but IIUC nothing is probably documented in that area
<oliv3r>
i mean, if you wanna read out the gpio pins status, i suppose an intterupt will be trigged on the NMI pin connecting to the A10
<oliv3r>
i guess the dedicated power pin is seen by the A10 just like a special gpio that's being triggerd?
<oliv3r>
if that's the case, using anything else as a 'wake' button should be easily possible
<oliv3r>
but i don't know how the two interact I admit
<n01>
wait, you can use an axp pin as wakeup but not as pwron button
<oliv3r>
but that's fine in [7]'s case
<oliv3r>
well pwron is 'special' isn't it
<n01>
yep
<oliv3r>
long push power down board, short push 'gpio?'
<oliv3r>
short push when off -> on
<oliv3r>
stuff like that
<oliv3r>
but n01 knows the fine details ;p
<n01>
you have two different irqs for short and long press
<[7]>
might need a bit of messing with boot0/1 and boot.axf
<oliv3r>
n01: 2 interrupts? how does that work exactly. the AXP pulls the NMI line high to inform the A10 there's an interrupt, the A10 then probes the AXP via i2c some interrupt status register?
<binaryferret>
Awesome Olimex A13 board came today.
<oliv3r>
going jsut by the title in thatl ink; does make perfect sense to be fair
<oliv3r>
they need only a few specfic things, a whole lot of arm cores, certain amount of ram to connect to, MAC
<oliv3r>
maybe two, maybe some local sata storage, maybe not. the rest isn't really needed for them at all
<oliv3r>
so why spend 7 USD on some SoC that offers way to many features, when they can have a 4 USD SoC that does exactly what they need
<oliv3r>
their stuff probably is just a recompile away onto running, so smart yeah
cajg has joined #linux-sunxi
kivutar has joined #linux-sunxi
<rm>
doesn't A13 also have a much slower RAM bus
<rm>
oh
<rm>
you mean Google's
cajg has quit [Ping timeout: 250 seconds]
cajg has joined #linux-sunxi
kivutar has quit [Ping timeout: 260 seconds]
naobsd has quit [Ping timeout: 272 seconds]
<oliv3r>
well since that'll be important, i'm sure they'll make sure that's fast
Gerwin_J has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
HeHoPMaJIeH has joined #linux-sunxi
<n01>
oliv3r: what about an lxr for linux-sunxi on linux-sunxi.org? It would save me a lot of grep -r :)
<oliv3r>
n01: mnemoc will set that up tonight
<oliv3r>
gonna look into supporting cflow with that
<n01>
cool
<torbenh3>
n01: hint... git grep is pretty fast.
<oliv3r>
but what both really lack, is cflow integration :)
<n01>
torbenh3: thanks for the hint (actually I use cscope but sometimes just prefer lxr)
<torbenh3>
n01: ah. i just use ctags and vims :grep with greprg=git grep
<torbenh3>
basically once the repo is cached in ram, its pretty much instant.
<oliv3r>
i used Tlist in vim which is nice
ganbold_ has joined #linux-sunxi
kivutar has joined #linux-sunxi
<rz2k>
[15:58:49] <oliv3r> n01: mnemoc will set that up tonight - yay!
rz2k has quit [Remote host closed the connection]
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<oliv3r>
or he's planning on doing it, so hopefully tonight
<n01>
oliv3r: also for mainline? *wink* *wink*
Gerwin_J has joined #linux-sunxi
n01 has quit [Ping timeout: 250 seconds]
deasy has joined #linux-sunxi
shineworld has joined #linux-sunxi
navym has joined #linux-sunxi
Black_Horseman has quit [Remote host closed the connection]
parabyte has joined #linux-sunxi
n01 has joined #linux-sunxi
<oliv3r>
n01: i expect various tree's to be supported; but for mainline i use free-electrons one :)
<oliv3r>
but sunxi-devel i do hopefully see it happen for
n01 has quit [Ping timeout: 260 seconds]
rz2k has joined #linux-sunxi
jinzo has joined #linux-sunxi
parabyte has quit [Quit: Leaving]
Gerwin_J has quit [Quit: Gerwin_J]
n01 has joined #linux-sunxi
<ccube>
hi, I built a new uImage from recent sunxi-3.4 tree an getting a not syncing: VFS: Unable to mount root fs on unknown-block(0,0) while booting from sd. it seems that it cannot mount my mmcblk0p2, but it is listed, so mmc driver gets up. and ext2/3/4 support is also built in. any hints where to look at first?
<ccube>
(tried with sunxi-3.0 tree yesterday with the same result)
LoveMHz has quit [Ping timeout: 272 seconds]
y0g1 has quit [Ping timeout: 272 seconds]
<ccube>
well, seems like its my fault. renaming my boot.src and everything is fine. will investigate this now. sorry for bothering you
LoveMHz has joined #linux-sunxi
y0g1 has joined #linux-sunxi
<oliv3r>
ccube: block device?
<oliv3r>
or that :p
<ccube>
i am trying to get my usb port working, but wihtput success.
<ccube>
lsusb outputs just: Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
<oliv3r>
ccube: which one? there's more then 1
<oliv3r>
you got OTG and that one
<ccube>
host USB
<ccube>
not OTG
<oliv3r>
ok, and what board?
<oliv3r>
make sure to enable it in the FEX file
<ccube>
a10s olinuxino
<ccube>
hm. maybe I should recheck the FEX :D
<oliv3r>
use a powered USB hub, to exclude any power issues (disabled power in fex etc)
<ccube>
this is what I did, but without success
<ccube>
checking fex now, will come back then
<wens>
mripard: is the 01 input for A31 gmac clock reserved?
<mripard>
01 input?
<wens>
mripard: the lowest 2 bits, 00 is MII, 10 is internal RGMII, 01 is external RGMII (on A20)
<wens>
mripard: you said A31 doesn't have the dividers for external 125MHz reference clock
<wens>
I'm wondering if the mux inputs are still the same
<mripard>
AFAIR, they are
<mripard>
let me check
<mripard>
apart from mentioning GMII along with RGMII, it's the same.
<ccube>
oliv3r, usb_detect_type = 0 correct for usbc1?
<wens>
mripard: good
<oliv3r>
ccube: let me check
<wens>
mripard: BTW, does your A31 device use GMII?
<wens>
hmm, 3.13-rc3 build fails if reset controller support is not selected
<ccube>
oliv3r, yes, I read this. It seemt to work now
<mripard>
wens: nope, RGMII
<oliv3r>
ccube: i would think 1 is correct? 'host' type?
<wens>
can't test GMII then
<ccube>
Bus 003 Device 002: ID 0658:0200 Sigma Designs, Inc.
<ccube>
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
<ccube>
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
<ccube>
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
<torbenh3>
wens: did you already set the irqflags to 4 ?
<oliv3r>
ccube: that looks better i think
<ccube>
with one device directly connected (no additional hub)
<mripard>
wens: for the reset thing, it's odd
<mripard>
we're not using it in 3.13
<oliv3r>
ccube: then make sure to change your type to 1; i think it should be 1
<wens>
torbenh3: yes. new tree is still wip, not pushed out yet
kivutar has quit [Read error: Connection reset by peer]
<torbenh3>
wens: and still getting freezes or something ?
<wens>
torbenh3: freezes?
<wens>
torbenh3: you mean with nfs?
<torbenh3>
yes
<wens>
torbenh3: that was a dma mode issue. forcing store & forward fixed it
atiti has joined #linux-sunxi
<wens>
mripard: sorry, I was working on your current sunxi-next tree, with reset controller support
<wens>
reset controller drivers can be deselected, and then the build fails
<mripard>
hmmm, I see
Gerwin_J has joined #linux-sunxi
aesok has joined #linux-sunxi
naobsd has joined #linux-sunxi
apo_ has joined #linux-sunxi
apo has quit [Ping timeout: 264 seconds]
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
deasy has joined #linux-sunxi
rz2k has quit []
n01 has quit [Read error: Operation timed out]
HeHoPMaJIeH has quit [Quit: Leaving]
JohnDoe_71Rus has joined #linux-sunxi
sspiff has quit [Quit: Konversation terminated!]
iamfrankenstein has joined #linux-sunxi
wolfy has quit [Quit: Cand un barbat iti fura nevasta, nu e razbunare mai buna decat sa-l lasi sa o pastreze (Sacha Guitry)]
FR^2 has quit [Quit: Connection reset by peer]
Gerwin_J has quit [Quit: Gerwin_J]
techn_ has joined #linux-sunxi
<wens>
funny, there are no no-op versions for reset_control_* like with clk_*
<Turl>
wens: it makes some sense; would your devices work without reset?
jelly-home has quit [Read error: Operation timed out]
<wens>
Turl: I'm wrapping the calls with #ifdef 's, as they did before for clk_*
<wens>
Turl: A31 and some ST platforms have a reset controller, so we agreed to support it in stmmac driver core
iamfrankenstein has quit [*.net *.split]
hurtigbuffer has joined #linux-sunxi
hurtigbuffer is now known as Guest21616
<Turl>
ah, hm, makes some sense then
iamfrankenstein has joined #linux-sunxi
<wens>
or I would have to patch the reset controller framework
<wens>
I think we are the first users of that
<mripard>
wens: no, define an empty function in reset-controller.h whenever CONFIG_RESET_CONTROLLER is not defined
<wens>
mripard: ok
<drachensun>
Has anyone worked with the gt813_827_828 touch screen driver on the Allwinner? I think I'm going to have to merge it in but it seemed smart to check in case one was sitting in someones personal github
keebler_ has joined #linux-sunxi
keebler has quit [Remote host closed the connection]
MadSpark- has quit [Remote host closed the connection]
libv has quit [Write error: Broken pipe]
raoulh has quit [Excess Flood]
Guest21616 has quit [Changing host]
Guest21616 has joined #linux-sunxi
Guest21616 is now known as jelly-home
raoulh has joined #linux-sunxi
libv has joined #linux-sunxi
<Turl>
drachensun: don't we have a gt81x driver? or maybe it was 80x