Tsvetan has quit [Remote host closed the connection]
cubear has joined #linux-sunxi
HeHoPMaJIeH has joined #linux-sunxi
HeHoPMaJIeH has joined #linux-sunxi
HeHoPMaJIeH has quit [Changing host]
pwhalen has quit [Ping timeout: 252 seconds]
kuldeepdhaka has quit [Ping timeout: 260 seconds]
Tsvetan has joined #linux-sunxi
pwhalen has joined #linux-sunxi
pwhalen has joined #linux-sunxi
pwhalen has quit [Changing host]
<oliv3r>
mnemoc: really? yay! i'm forked :p
<oliv3r>
mnemoc: i didn't notice; got a link? :)
bertrik has joined #linux-sunxi
diego_r has joined #linux-sunxi
ganbold has quit [Ping timeout: 245 seconds]
<mripard>
ccaione: it makes sense
ganbold has joined #linux-sunxi
bbrezillon has joined #linux-sunxi
<ccaione>
mripard: I'll write the patch tonight (sorry if I'm late but $work is killing me)
bertrik has quit [Ping timeout: 245 seconds]
cazzacarna has quit [Quit: leaving]
cazzacarna has joined #linux-sunxi
<mripard>
ccaione: don't worry we're not in a hurry
<mripard>
it can wait for the week end too if you prefer :)
<ccaione>
mripard: during the we I want to refactor and submit the first patchset for axp ;)
<binaryferret>
I'll be adding a new tablet today I think, I just need to go through existing stuff and double check it's unique.
<mripard>
ccaione: ok, cool :)
rellla has joined #linux-sunxi
_massi_ has joined #linux-sunxi
geecko has joined #linux-sunxi
lubko_next is now known as lubko
<binaryferret>
When adding the dram info to uboot one of the struct members is .size. The output from a10-meminfo did not return a size. In the fex file the key dram_size=-1 I notice the other dram setups either have 512, 1024. How do I determine the size? Should I just leave this as -1?
binaryferret has quit [Read error: Connection reset by peer]
popolon has joined #linux-sunxi
popolon has joined #linux-sunxi
deasy has joined #linux-sunxi
FR^2 has joined #linux-sunxi
kuldeepdhaka has joined #linux-sunxi
jacq has joined #linux-sunxi
jacq has quit [Client Quit]
notmart has joined #linux-sunxi
binaryferret has joined #linux-sunxi
<binaryferret>
Did anyone reply to my earlier message? I got disconnected and didn't notice :S
<ccaione>
binaryferret: no :)
<binaryferret>
Awesome I didn't miss anything :D hehe.
kivutar has quit [Quit: Ex-Chat]
arky has joined #linux-sunxi
<oliv3r>
i should have done a puneet pun at fosdem
<oliv3r>
not enough time
<oliv3r>
but his latest messages show me he fails at basic reading
<binaryferret>
Ignore previous question, I again was being silly.
<oliv3r>
binaryferret: you have to find out the size yourself
<oliv3r>
a10-meminfo doesn't supply it
<oliv3r>
best way to find out, check the chips
<oliv3r>
but 'free' should give you a good indication of what it should be
<binaryferret>
oliv3r: Yeah I actually did that hehe. My brain was just expecting everything from a10-mem and I wanted to be clear (thus asked).
<oliv3r>
i should add a line '.size = unknown, check chips/system'
cajg has quit [Ping timeout: 245 seconds]
<rellla>
oliv3r: tell me, when puneet succeeded running mplayer smoothly with directfb in terminal - with your help ;)
<arokux>
guys, what small like usb host is left without being mainlined?
<oliv3r>
rellla: vpdau has a dependancy on X11 atm; so that'll take a few years :)
<oliv3r>
arokux: what do you mean?
<arokux>
oliv3r: what easy IPs isn't being mainlined?
rellla2 has joined #linux-sunxi
<ccaione>
arokux: battery support in axp
<ccaione>
I don't have hw to write the battery part
<arokux>
ccaione: hw is a battery?
rellla has quit [Ping timeout: 252 seconds]
<ccaione>
hw is a board with support for battery
<ccaione>
(managed by axp of course)
<arokux>
ccaione: do you think battery is also needed? i have a13-olinuxino and ct, they both have support for the battery.
<wens>
ccaione: you finished the regulators?
<ccaione>
wens: yes, I have to cleanup and submit the patchset
<wigyori>
check his patches on the linux-arm-kernel list
<arokux>
yes, I've seen. hm.. but it was explained here once, that aw instead of implementing a proper driver just emulated a block device and that the docs are missing to implement a proper mtd driver.
Black_Horseman has joined #linux-sunxi
<libv>
has anyone brought up a proper linux on a23 already, even with the SDK kernel and u-boot?
<arokux>
libv: aren't you the only one with hardware? :)
<libv>
you might find cheaper, but that's from people with no rating, and most likely that will mean that your money is locked for a month or two
<arokux>
libv: does it have a page on our wiki?
<arokux>
it has no name... so it is difficult to use search, sorry for bothering you
<libv>
there's only 1 a23 tablet on our wiki
<libv>
and that's hopefully going to be the same
<libv>
i still should upload further pictures on that
<mnemoc>
arokux: that "hint" from Benn is not a explicit "yes, we did it".... but strongly feels like a "yes, but can't tell details yet"
<arokux>
mnemoc: ok, doesn't matter much actually.
arky has quit [Ping timeout: 272 seconds]
<arokux>
mnemoc: has some docs for nand appeared so boris brezillon is working on it?
<oliv3r>
arokux: zero docs; but boris is still working on it
<arokux>
oliv3r: can one develop a driver without docs? o_O
<oliv3r>
we have source code
<oliv3r>
just as good
<arokux>
oliv3r: hm.. then I misunderstood something, as you once told me aw has a 'wrong' driver i.e. block device driver instead of an mtd one. I thought because of this the available src doesn't contain enough info be used as doc.
<oliv3r>
arokux: it's a horrible driver :p
<oliv3r>
but boris mostly based his work on yuq's i think or ws inspired by
<arokux>
oliv3r: so a clear question: does the code have enough info to develop a proper driver?
<bbrezillon>
arokux: I based my work on retro engineering work done by others (yuq, hno, slapin and rz2k), but most of the code I submited is new and provides a clean mtd dev interface
printallthething has joined #linux-sunxi
<arokux>
bbrezillon: hi :) so you have enough info to get a full driver for NAND?
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
<bbrezillon>
yes, I do
<bbrezillon>
and the driver (in its current state) works
<arokux>
bbrezillon: this is really cool.
<bbrezillon>
randomizer is still missing (but I'm working on it)
<bbrezillon>
and eventually, we have to solve the boot0 partition cas
<bbrezillon>
case
<arokux>
bbrezillon: if you need some testing to be done let me know
<bbrezillon>
to be able to write a bootable SPL from linux
<bbrezillon>
arokux:of course! no specific tests in mind, but I guess you could try to boot from another media (MMC ?) and use UBI/UBIFS on top of it
<bbrezillon>
(on top of your NAND device)
<arokux>
"use UBI/UBIFS on top of it" -- to try to read from NAND?
<bbrezillon>
no, to do whatever you want
<bbrezillon>
I said ubi/ubifs because JFFS2 does not support MLC nands
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<bbrezillon>
and I'm not sure there's any board out there using SLC NANDs
ganbold_ has joined #linux-sunxi
<arokux>
bbrezillon: sorry. I'm new to this area. you mean I could try formatting it and using it as storage? but can I read existing NAND content - there is android installed there?
<bbrezillon>
nope
<bbrezillon>
because this content is formatted using the AW nand layer (or libnand)
<bbrezillon>
which is abstracting the NAND to a block device
<arokux>
bbrezillon: ah, I see...
<bbrezillon>
and, I'm using the standard way to expose a NAND device (mtd dev)
<arokux>
bbrezillon: where do you host your code?
<bbrezillon>
I guess you can write your android system on a UBIFS volume (but I'm not sure, because I've never done any android dev)
<arokux>
bbrezillon: I'm not going to play with android, I just didn't want to trash it on the NAND.
<arokux>
bbrezillon: where do you host your code?
<bbrezillon>
On my machine :P. More seriously, I haven't created a git repo yet (I definitely should). But you can find my patches on the sunxi ML
<arokux>
bbrezillon: ok :) I'd wait for a public git repo :p
<gzamboni>
the dma /sound /spi code and registers from the A23 sdk are quite different then for the A10 /A13 and A20 SoCs
<arokux>
gzamboni: hi, they say you work on dma?
<gzamboni>
i did, but as the registers are quite different from the A10 device i have here i passed my code to mripard because apparently the A23 registers are similar from those of the A31
<gzamboni>
i dont have any A31 and A23 devices
<arokux>
gzamboni: but A10 also has dmaengine?
<gzamboni>
we will probably need to split the drivers for A10/A13/A20 and A23/A31 for the spi/dma and sound
<arokux>
gzamboni: so are you working on dma for A10/A13/A20?
<gzamboni>
yes, but i didnt have time to continue on that this week, maybe this weekend/next week. and also im not that experienced so i dont know if i will be capable of doing it.
<gzamboni>
i just want to say, dont count on me finishing this, i will try my best
<arokux>
gzamboni: I'm just asking, same with me actually :)
<arokux>
months of poking then somebody else knowledgebable comes around and hacks a driver together in two days.
<arokux>
but at least I've provided a working proof of concept
<arokux>
it was however for a very easy glue driver, usb host
<arokux>
bbl
<gzamboni>
my goal is to advance in the kernel and drivers knowloge. it seems working with sunxi drivers is a good way, either as we have some working drivers from the comunity and from allwinner
<gzamboni>
dma is kind of complex, i cant fully understand, but its what we need to keep going with all other stuff
<gzamboni>
ccaione, shouldnt the AXP20x driver be in /drivers/power ?
Seppoz has quit [Remote host closed the connection]
Seppoz has joined #linux-sunxi
<oliv3r>
gzamboni: try looking at registers from mripards A31 stuff
Seppoz has quit [Remote host closed the connection]
Seppoz has joined #linux-sunxi
t3st3r has quit [Quit: Leaving]
<wens>
gzamboni: it's a multifunction device, so it's in mfd
t3st3r has joined #linux-sunxi
<wens>
gzamboni: the A23 DMA driver seems to use proper DMA engine API?
<gzamboni>
yes, it uses the dmaengine and virtualdma
<wens>
and the old driver?
<gzamboni>
none of them
<ccaione>
gzamboni: MFD
<gzamboni>
because of the temperature sensor ?
Black_Horseman has quit [Ping timeout: 245 seconds]
<oliv3r>
temp; battery, voltage regulation, gpio's
<gzamboni>
yes, i did forget the gpio extensor
<oliv3r>
power input button
eyal has quit [Read error: Connection reset by peer]
sspiff has quit [Quit: Konversation terminated!]
sspiff has joined #linux-sunxi
<gzamboni>
can anyone explain me the dram parameters on the fex, i heard in the mainline it autodetects it, is it true ? i dont see any dram parameters in the devices dts at least
<bbrezillon>
arokux: you'll find the appropriate branch (there's only one :P)
sspiff has quit [Remote host closed the connection]
sspiff has joined #linux-sunxi
rz2k has joined #linux-sunxi
rings_VII has joined #linux-sunxi
rings_IIV has quit [Ping timeout: 272 seconds]
<gzamboni>
oliv3r, how does the same uboot handle different memories without flex in mainline ? afaik the dram params from the fex were handled by the kernel
<oliv3r>
it doesn't
<oliv3r>
it wasn't
<oliv3r>
u-boot always handled the setup of the memory controller
<oliv3r>
the kernel does touch the memory controller in a10/a13 for standby
<oliv3r>
but doesn't change the setup
<oliv3r>
only u-boot ever does that
<gzamboni>
so the dram parameters from the fex are only for standby mode ?
<oliv3r>
no
<oliv3r>
they are there for livesuit
<oliv3r>
livesuit takes the fex; does some autodetecting and changes boot0 or 'something' (we are not sure)
<oliv3r>
the dram_para in the fex is 100% ignored by the kernel
<gzamboni>
oh, ok
cubear has quit [Quit: Leaving]
<gzamboni>
thanks for clearifing this to me
<oliv3r>
:)
<oliv3r>
we need an 'indepth' sunxi devroom :p
<ccaione>
for what?
<oliv3r>
anything sunxi related!
<oliv3r>
i'll do a talk about the BROM :p
<oliv3r>
15 mminutes or so
<oliv3r>
10 min talk; 5 min questiosn
<gzamboni>
:) oliver when can i buy your book ?
<oliv3r>
july :p and that will not be indepth at all :)
<gzamboni>
write another after :-)
nove has joined #linux-sunxi
pwhalen has quit [Quit: Leaving]
<oliv3r>
:p
<Turl>
oliv3r: LDD4! ;)
<gzamboni>
ldd 4! +1
notmart has quit [Read error: Operation timed out]
notmart has joined #linux-sunxi
<binaryferret>
Hi guys, I'm going through the steps of adding a new device, I have it booting up with built uboot and kernel etc however when connecting a keyboard to the device it doesn't seem to draw any power to the keyboard. Can someone point me in the general direction of where I should be probing to figure out why?
<binaryferret>
It's an Allwinner A20 soc.
<Turl>
binaryferret: are you connecting it to a host port?
<binaryferret>
I only have the one port for usb devices on the tablet.
<Turl>
probably the same one you use for FEL right?
<binaryferret>
I didn't use it for FEL, i got the required info from the a10-meminfo-static
<Turl>
yeah, but if you had to use livesuit you'd use that one right?
<binaryferret>
Yar.
<Turl>
then it's an OTG port
<Turl>
do you have a proper OTG cable?
<binaryferret>
I have one that works when I boot into android (just tested that to make sure it wasn't faulty hardware)
<Turl>
may be a bug onour kernel then
<Turl>
on our*
<binaryferret>
Although the keyboard that I have connected is also connected via a PS2-to-USB connector as I couldn't find my normal spare usb keyboard.
<Turl>
there was a usb patch on the ML list from this week related to power
<binaryferret>
Cool ok. I will have a look and see about applying that.
<Turl>
but if that keyboard worked on android then it should work here
<binaryferret>
Ahh right.y
printallthething has quit [Read error: Connection reset by peer]
HeHoPMaJIeH has quit [Remote host closed the connection]
Seppoz has quit [Remote host closed the connection]
Seppoz has joined #linux-sunxi
<binaryferret>
I turned on usb debuggin and get an error from sunxi_usb/manager/usb_manager.c saying that the det_vbus pin is invalid. I checked the fex file and it's set to usb_det_vbus_gpio = "axp_ctrl"
bbrezillon has quit [Quit: Ex-Chat]
FR^2 has quit [Quit: Connection reset by peer]
pwhalen has quit [Ping timeout: 265 seconds]
Quarx has quit []
uwe__ is now known as uwe_
pwhalen has joined #linux-sunxi
bertrik has joined #linux-sunxi
jemk has joined #linux-sunxi
popolon has quit [Quit: Quitte]
deasy has joined #linux-sunxi
netlynx has joined #linux-sunxi
ZetaNeta has joined #linux-sunxi
diego_r has quit [Ping timeout: 245 seconds]
paulk-collins has joined #linux-sunxi
_massi_ has quit [Remote host closed the connection]
<Turl>
binaryferret: doesn't sound like a pin :)
davi has joined #linux-sunxi
davi has quit [Changing host]
davi has joined #linux-sunxi
hawi_ has joined #linux-sunxi
davi has quit [Ping timeout: 245 seconds]
sehraf has joined #linux-sunxi
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
npcomp has quit [Ping timeout: 245 seconds]
TomiK has joined #linux-sunxi
TomiK has quit [Client Quit]
npcomp has joined #linux-sunxi
<mnemoc>
rehi
<arete74>
is possible create an page Project on wiki howto can add project what use sunxi hw?
<oliv3r>
go for it
<mnemoc>
it's a free wiki :)
merbanan has quit [Ping timeout: 265 seconds]
<arete74>
like to SunXi_in_The_Wild
<mnemoc>
please use names that people will find
<mnemoc>
or... search
<arete74>
Projects is good?
<mnemoc>
better than sunXi in the Wild.... specially considering that page names are case sensitive
<mnemoc>
the sunxi name is already in the url, so no need to repeat it
shineworld has joined #linux-sunxi
netlynx has quit [Remote host closed the connection]
<ZetaNeta>
Anyone tried MSI tablets? Like Primo 93?
<oliv3r>
a31?
Fusing has joined #linux-sunxi
ragupo_1 has joined #linux-sunxi
FR^2 has joined #linux-sunxi
<ZetaNeta>
yup
<ZetaNeta>
a31s
<mnemoc>
there is 1yo a31s code in the liberated lichee dev branches on my github, but no one has even tried to merge anything... it's a nightmare even to try to linearized it
<oliv3r>
with a23 (once we have dev hardware) it might be interesting to look at it
<oliv3r>
since a23 looks more like a31s
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
shineworld has quit [Quit: Leaving]
Seppoz has quit [Remote host closed the connection]
jemk has quit [Remote host closed the connection]
<Turl>
oliv3r: I was told that A23 was uninteresting for dev boards
<Turl>
no sata & no HDMI iirc
Seppoz has joined #linux-sunxi
<oliv3r>
i said that i think :p
<oliv3r>
but it's still a very good tablet chip
<oliv3r>
so interesting to support
<oliv3r>
and likley next chips will use the same IP's
<oliv3r>
so having it to get started is good
<oliv3r>
in any case, i think someon esaid it had HDMI
<oliv3r>
so while sata is nice to have; it's not a deal breaker imo
<Turl>
I can live without sata
<Turl>
in fact I never used it :P
<Turl>
all my boards have it, I should've at least once :)
<ccaione>
argh, it always scary submit patches for the core
<oliv3r>
sata performs really well; it's nice n fast
<Turl>
ccaione: haha, tglx replied :)
<ccaione>
and I replied to him :)
<Turl>
yep
<ccaione>
tglx is scary
<Turl>
don't be scared, no bad patch is worth the cost of sending someone to pay you a visit :P
<ccaione>
hahaha
<ccaione>
uhmmm ... is the poweroff command effective with linux-sunxi kernel?
<Turl>
ccaione: define effective
<Turl>
if you have an axp it should power down the thing
<Turl>
same as shutdown -h now
Black_Horseman has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
Black_Horseman has quit [Changing host]
<oliv3r>
ccaione: sunxi-3.4 dosn't properly power down i think